使用vue的一个工作感悟

使用vue的一个工作感悟

最近一直在跟进项目,当然一直采用vue框架。对于项目的修复与更改有了不少的感悟。之前是在做web端,最近主打手机端。团队之间,修改功能的时侯,尤其是不是自己创作的代码,感触很深。
第一次接触的框架是vue,给人耳目一新的感觉。实现前后端的分离,对于项目的,模块划分也特别清晰。最近改项目的时候就发现一些问题。
在进行抽取公共组件的时候,每一个小的组件是封装的功能越小越好。在涉及到逻辑的时候,尽量让使用者来封装。这个问题是特别突出的问题。使用一个公共组件,不断往上封装,不断加东西,有时候觉得这样很麻烦。没有节省时间。就觉得一个小组件,越小越能让人灵活运用。
抽取公共js的问题,自己写项目中一部分小的功能的时候。抽取出单个的js文件调用,显得特别方便,也确实如此。但当项目的功能逐渐增加的时候。团队成员不断累积一个文件的时候,这个时候就会暴露许多问题,对这个文件的复用性就不敢有保证了。很多个人写的东西,后来者是没有勇气去修改的,这个时候需要投入时间反复阅读代码,理清逻辑。嗯,感觉还是把文件分开的好,单个模块的维护是有必要分开的,除非你不想维护项目,尽量往一块写,看起来优美
提到的第二个问题是因为自己确实碰到了这些修改的难题,一个东西,你改动一下,就全变了,甚至还没办法去评估潜在性的bug,这里说的潜在性是你不知道的其他功能。这时候就需要不停地自己去测试,省时间吗?值得让人思考。
这个时候就需要一个很清晰的项目管理目标,对于团队的要求也是这样
对于工作的感觉就是,一个项目,等着别人来读规则,不如制定好规则。不至于里面代码“混乱”。
对于项目的管理真的是很需要做出清晰目标的,一个产品的价值,不只是在于有多少客户在使用。还有的是这个项目的管理,应该算是价值的一部分。
管理应该是比较麻烦的一部分
本站公众号
   欢迎关注本站公众号,获取更多程序园信息
开发小院