关于模块化

    新的一周开始了。

    上篇文章聊到了互联网的协议,之所以回去想看看协议,也是因为突然想学习swoole,进阶一下自己,但是我swoole示例简单,探究起来还得去琢磨操作系统,这块王二同志也是惆怅的cpu疼,一直拿不下决心去看。

    但总是要学习的。

        【

                傻迪:这就好比谈恋爱,不管怎样都要继续谈下去,对吧。

                王二:。。。。

          】 

    所以,今天我们来唠一唠‘模块化’。


---------- 华丽的分割线 -----------


    王二第一次听说模块化是在2016年的初秋,时之今日,两年以矣。

    那时候,有人说,以后前端的趋势就是组件化(模块化),到时候一个项目每个人只需要写组件,不同的项目用不同的组件,跟插件一样,还可以去一些开源的项目里面找一些。

    这主意一听,是个程序员都能感兴趣。

    不掌握这个那以后岂不是喝西北风,当时王二心想。(尽管王二每天面向谷歌编程的日子已经很HAPPY了,饿不死的前提下还能留点余粮还学费。)

    于是王二立刻上在网上乱搜了一波,最终收到了一个名叫FIS的构建工具,这是前百度的工程师,知乎的昵称是小爝,所在组的一个团队协商的,无关紧要,主要的是他们发布了一片文章重点介绍了几个重点(好像后来开来live,就把那篇文章删了- -!~)

    现在想来已经忘记的差不多了。

    大致大概提出的问题如下:

        1.怎样才能让你的代码资源定位问题统一。

        2.怎样才能让你的代码不受到同僚的干扰。。。

        3.怎样能保证你的代码上传时的间隙足够短,让用户体会不到。

        4. ▪▪▪▪

    到这里,我们得先了解下提出问题前的web目录是怎么分配的。

%KRIYZG@83%U~EPYADRF%SR.png

        如上图所示,这是王二的经历的第一个项目(因为当时没有团队没有明确的web规范,所以给整成这样)

        这是一个APP内嵌web的所有页面,有几个问题那?

            1.面对不熟悉这套东西的人,需要每个页面都看一下才能知道引用资源位置

            2.很难一眼就能精准定位到你需要修改的页面

            3.上传及覆盖,代码难返回

         无疑,这对王二的工作效率是个大大的考验。

        那有什么好的解决办法呢?

           



-----------------------------------------------------------------------------------------------------

 这篇文章我后面在写哈。需要从新把前端知识找回来 - -.

             

        

1

关注者
0 个评论