关于BFF层的思考

背景: 1.前端需要处理的业务逻辑越来越多,各种特殊处理,代码越来越dirty 2.服务端设计的API接口,面向通用服务,还是面向UI?后端字段格式多种多样,有的时候想要改个字段非常难 「你自己请求 2 个接口再组装不就行了?」 - 后端同学追求服务下沉和解耦。 「少一次 HTTP 啊,加一个接口有那么难么?」 - 前端同学离用户最近,需要考虑用户体验灵活性。 3.联调耗费大量时间来沟通和扯皮 4. »

我理解的Code Review

一直以来团队都有Code Review的诉求,之前大部分时候都是看到哪里有问题直接改掉,或者群里抛出来,直到最近才开始认认真真的执行了两次,执行效果虽在进步,但也不是特别理想。总结下来应该是共识不统一造成的,都觉得应该进行Code Review,但是为什么做,怎么做,并没有一开始的宣导和定义。 为什么要做Code Review? 这个相信大家心里都有普,都能说上几条好处,比如: 1.可以提高代码质量及可维护性。这样就可以减少查找错误的时间,提高解决bug的效率,提高开发效率的同时降低后期的维护成本。 2.统一团队规范,让代码是能够迅速被项目组其他成员看懂的, »

郭嘉

微信公众号开发注意事项

公众号后台配置(除了新的公众号通常已经配置好了) 1.网页授权域名:用户在网页授权页同意授权给公众号后,微信会将授权数据传给一个回调页面,回调页面需在此域名下,以确保安全可靠。 注:前端若要获取用户信息,需要页面访问的域名和这里设置的域名一致 2.JS接口安全域名: 需要调用微信JSSDK的域名,可以设置三个 注:从4月25日开始微信接口安全域名策略调整,调用接口的URL域名一定要与配置的安全域名一致: https://mp.weixin.qq.com/s/hAdtKl2i4ilyo9HxT1kXyw 获取用户信息: »

一场由变量赋值所引发的血案

**血案背景:**公司项目中引用了mod.js来对模块加载和管理,当出现模块循环引用的时候遇到了,模块js之前已经加载过,但取不到模块数据的情况,最后确定了问题是由于对象的赋值所导致的(情况可以参照下面的例4)。 变量的赋值很基础,但是也难免有时候犯糊涂,可以先看以下几个例子: 例1 var man = 'tian'; var man2 = man; man='yuan'; console.log(man2); console.log(man) »