资讯专栏INFORMATION COLUMN

前端项目发布后的问题总结

endless_road / 1226人阅读

摘要:引言最近做的项目已经接近尾声刚刚发到线上回顾和总结一下这段时间遇到的问题和个人的一些想法。通过在指令中比较前后值以及设置避免不必要更新导致的弹窗渲染。

引言

</>复制代码

  1. 最近做的项目已经接近尾声,刚刚发到线上,回顾和总结一下这段时间遇到的问题和个人的一些想法。

select下拉修改和复原

</>复制代码

  1. //部分下拉选项
  2. //select绑定的指令部分操作
  3. Vue.directive("select-change", {
  4. update: function (el,binding) {
  5. var oldValue=binding.oldValue;
  6. var newValue=binding.value;
  7. if(cache.submitFlag==true){
  8. return;
  9. }
  10. if(validatorRules.isBlank(oldValue)||validatorRules.isBlank(newValue)||(oldValue==newValue)){
  11. return;
  12. }
  13. if(el.getAttribute("measureUnitFlag")!="1"){
  14. var index= el.dataset.index;
  15. new Dialog.tip({
  16. ………………xxx逻辑
  17. close(){
  18. el.setAttribute("measureUnitFlag","1");
  19. vm.formData[index].measureUnit=oldValue;
  20. },
  21. })
  22. }else {
  23. el.setAttribute("measureUnitFlag","0");
  24. }
  25. return false;
  26. }
  27. })
  28. 恢复按钮部分逻辑操作
  29. vm.formData=formDataFail;
  30. Vue.nextTick(function () {
  31. cache.submitFlag=false;
  32. })

说明 需求:点击select下拉选项,弹窗提示是否修改(select最多有200个)。实现:不适合用watch和computed,因为offer.measureUnit太多,且每个都是独立的不同的响应式属性,考虑用指令,点击恢复按钮,列表重新渲染,此时指令会全部执行一遍,因为指令是在同一个组件模板中。通过在指令中比较前后值,以及设置cache.submitFlag避免不必要更新导致的弹窗,渲染。渲染完毕,复原submitFlag,防止select下拉选项单个点时击失效;measureUnitFlag是为了防止点击同一个下拉选项时,在弹窗逻辑中点击不修改赋原值时重复弹窗情况。

知识点1 指令的原理,在vue2中是函数式组件(就是说模板->render函数),由于数据变化,导致依赖watcher-->update(),在每次组件经vdom diff,update后绑定在组件上的指令,只要组件中响应式属性有一个更新,指令全部执行一遍.
知识点2 nextTick的机制

</>复制代码

  1. export function queueWatcher (watcher: Watcher) {
  2. const id = watcher.id
  3. //这里保证了相同的watcher只有一个会被加入到异步队列中,
  4. //虽然第一个watcher会放进去,但是对dom的操作是在nextTick异步操作中,所以最终执行依赖的update方法时,取的一定是最新的data值。
  5. if (has[id] == null) {
  6. has[id] = true
  7. if (!flushing) {
  8. queue.push(watcher)
  9. } else {
  10. //对应watch里面触发watch的情况,已经刷新的话,根据watcher标识的id删除watcher
  11. let i = queue.length - 1
  12. while (i >= 0 && queue[i].id > watcher.id) {
  13. i--
  14. }
  15. queue.splice(Math.max(i, index) + 1, 0, watcher)
  16. }
  17. // queue the flush
  18. if (!waiting) {
  19. waiting = true
  20. nextTick(flushSchedulerQueue) //异步队列执行 将waiting和flushing都设为false
  21. }
  22. }
  23. }
  24. 然后nextTick(flushSchedulerQueue)-->三种兼容机制实现异步处理(基于优先级顺序依次是PromiseMutationObserversetTimeout)-->nextTickHandler()-> watcher.run()
打包问题

因为几个项目依赖一个公共目录,项目1是基于webpack1,项目2是gulp。依赖的公共目录在被import时能被打包,但是不能编译。当时没找到原因,统一改成webpack2可以了,最后做项目3时,基于vue2脚手架,出现同样问题,探索一番,找到原因,include导致能打包但是不能编译。

</>复制代码

  1. {
  2. test: /.js$/,
  3. loader: "babel-loader",
  4. exclude: /node_modules/,
  5. // include: [resolve("src"), resolve("test")],
  6. options: {
  7. presets: [
  8. ["es2015"]
  9. ]
  10. }
  11. }
数据校验

数据200条校验,在错误多时要进行大量出错样式渲染,比较卡,改成异步(基于setTimeout)单条校验渲染,同时搭配上进度条动态展示处理过程,解决以上问题。

bug

get请求在ie和360兼容模式下多次操作被缓存,接口维护之前的,之前没测出来,发到线上测试验证时发现这个问题,同事一神助攻,帮助我快速定位找到这个bug,这个bug暴露我ie下调试工具使用欠缺,指的是win7上ie调试工具,我平时也没用到过。然后解决方式可以加时间戳或者改成post请求或者后端设置禁止缓存的header。

require.ensure

require.ensure只能是用来实现按需加载,同时具有代码分割的作用,不能实现并行加载,如果要实现并行并且按顺序可以用浏览器本身的机制。webpack的require.ensure底层是通过jsonp+promise的方式,下面是我写的例子被编译后source部分截取,展示出来以便更好的说明问题。

</>复制代码

  1. _//1:__webpack_require__.e 加载chunk.js 异步(动态创建script)的方式,这个操作被封装成promise返回_
  2. __webpack_require__.e/* require.ensure */(0).then((function (require) {
  3. console.log("begin");
  4. var module2 = __webpack_require__(2);
  5. }).bind(null, __webpack_require__)).catch(__webpack_require__.oe);
  6. _ ---------------------------
  7. // 2:jsonp方式,主要功能是安装chunk_
  8. window["webpackJsonp"] = function webpackJsonpCallback(chunkIds, moreModules, executeModules) {
  9. var moduleId, chunkId, i = 0, resolves = [], result;
  10. for(;i < chunkIds.length; i++) {
  11. chunkId = chunkIds[i];
  12. if(installedChunks[chunkId])
  13. resolves.push(installedChunks[chunkId][0]);
  14. installedChunks[chunkId] = 0;
  15. }
  16. if(parentJsonpFunction) parentJsonpFunction(chunkIds, moreModules, executeModules);
  17. while(resolves.length)
  18. resolves.shift()(); _//3:执行第一步promise的resolve方法,从而可以继续执行then当中的业务逻辑。_
  19. };
开发

合理的使用dev-server的热加载机制,优化的开发配置提升开发效率;合理的使用mixins选项,模块化拆分封装功能;利用函数式思想,封装抽象函数单元,业务相近的一组功能封装成一个模块;关键变量以及逻辑单元加上必要注释,规范的编程风格等。感悟:以后我在code时,half or one day time,先在思想中先大致走一遍,做好完善的前期项目规划-->技术选型、结构组织、难优化点、可归纳的抽象功能等等 -->A good beginning is half of success.

总结

几乎没有实现不了的视觉和交互需求,只有小部分实现起来需考虑时间成本问题。规范、TDD、性能、开发效率等等都追求完美有困难,找到一个良好的动态平衡点很重要。路漫漫其修远,吾将上下而求索。

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/83564.html

相关文章

  • 反思总结然后整装待发

    摘要:保证上线后的版本不会因浏览器缓存而产生影响。前端部分之后会有多人合作,为了提高效率决定采用组件化开发。对之后的维护工作造成了一点困扰。之后的日子里做到一周更新两篇博文,主要是实际项目中遇到的具体问题来加以总结和分析,未完待续。 原文链接: http://xdlrt.github.io/2016/1...距离上次更博已经过去两个月了,终于也有时间能静下心来想一些事情,也对这几个月的生活做...

    twohappy 评论0 收藏0
  • 反思总结然后整装待发

    摘要:保证上线后的版本不会因浏览器缓存而产生影响。前端部分之后会有多人合作,为了提高效率决定采用组件化开发。对之后的维护工作造成了一点困扰。之后的日子里做到一周更新两篇博文,主要是实际项目中遇到的具体问题来加以总结和分析,未完待续。 原文链接: http://xdlrt.github.io/2016/1...距离上次更博已经过去两个月了,终于也有时间能静下心来想一些事情,也对这几个月的生活做...

    ddongjian0000 评论0 收藏0
  • 反思总结然后整装待发

    摘要:保证上线后的版本不会因浏览器缓存而产生影响。前端部分之后会有多人合作,为了提高效率决定采用组件化开发。对之后的维护工作造成了一点困扰。之后的日子里做到一周更新两篇博文,主要是实际项目中遇到的具体问题来加以总结和分析,未完待续。 原文链接: http://xdlrt.github.io/2016/1...距离上次更博已经过去两个月了,终于也有时间能静下心来想一些事情,也对这几个月的生活做...

    microelec 评论0 收藏0
  • 毕业后的第一次总结

    摘要:途中学了很火的,觉得目前的前后端不分离的老模式以及自己一个人摸爬滚打影响个人发展,就约好同学,年后离职,上海见。一年前用的地区人才网,这次用的直聘。后来收到了天内收到了家面试通知,上午的在八佰伴,下午的在浦电路。 年初的迷茫 已经找不到词语来形容时间过得有多快了。 两年前的这个时候,我还在南宁,一个二线&&三线的城市找工作,投简历,等面试,等通知,等offer,然后入职。我清晰记得,2...

    gxyz 评论0 收藏0

发表评论

0条评论

最新活动
阅读需要支付1元查看
<