冰冻大西瓜的博客

Appearance

收集箱 ​

本页面收集了一些有趣的东西和一些创意想法, 尚未分类,待有空闲后分类整理.

关于 CommonJS 导出的一些随想 ​

  1. 在一些博客或者书籍上看到示例都是函数名和文件名是一致的,实际上不保持一致也是可以的。

    js
    function sum(params) {
  return params + 2
}

module.exports = sum
    js
    const x = require('./a.js')
console.log(x(5)) // 输出: 7

    可以看到,导出模块名为 sum,在导入时命名为 x 也是可以的,不影响使用

  2. 导出模块包含多个函数的时候,导入时可以使用解构赋值的方式导入,也可以使用对象的方式导入

解构赋值的方式:

js
function sum(params) {
  return params + 2
}

function min(params) {
  return params - 2
}
module.exports = [sum, min]
js
const [x, y] = require('./a.js')
console.log(y(5)) // 输出: 3

对象的方式:

js
function sum(params) {
  return params + 2
}

function min(params) {
  return params - 2
}
module.exports = { sum, min }
js
const func = require('./a.js')
console.log(func.min(5)) // 输出: 3

实现高性能动画(简单记录) ​

共有四个让动画更好的属性:

位置(Position): transform: translateX(n) translateY(n) translateZ(n) 缩放(Scale): transform: scale(n) 旋转(Rotation): transform: rotate(ndeg) 透明度(Opacity): opacity: n

PUT 请求与 PATCH 请求的区别 ​

patch 方法用来更新局部资源，这句话我们该如何理解？

假设我们有一个 UserInfo，里面有 userId， userName， userGender 等 10 个字段。

可你的编辑功能因为需求，在某个特别的页面里只能修改 userName，这时候的更新怎么做？

人们通常(为徒省事)把一个包含了修改后 userName 的完整 userInfo 对象传给后端，做完整更新。但仔细想想，这种做法感觉有点二，而且真心浪费带宽(纯技术上讲，你不关心带宽那是你土豪)。

于是 patch 诞生，只传一个 userName 到指定资源去，表示该请求是一个局部更新，后端仅更新接收到的字段。

而 put 虽然也是更新资源，但要求前端提供的一定是一个完整的资源对象，理论上说，如果你用了 put，但却没有提供完整的 UserInfo，那么缺了的那些字段应该被清空。

补充:

最后再补充一句，Rest-ful 只是标准，标准的意思是如果在大家都依此行事的话，沟通成本会很低，开发效率就高。但并非强制(也没人强制得了)，

所以你说在你的程序里把方法名从 put 改成 patch 没有任何影响，那是自然，因为你的后端程序并没有按照标准对两个方法做不同处理，他的表现自然是一样的。

https://blog.csdn.net/weixin_41819731/article/details/86994974

内容评论系统 ​

  • disqus 评论系统
    • 国外老牌产品,体系成熟
    • 界面配置都是英文,不支持中文,上手操作不够友好,但对程序员来说不是问题
    • 可免费使用
  • 来必力
    • 韩国公司开发, 支持简中,支持国内百度 QQ 等快速登录
    • 可免费使用