使用vue的一个工作感悟

使用vue的一个工作感悟

最近一直在跟进项目，当然一直采用vue框架。对于项目的修复与更改有了不少的感悟。之前是在做web端，最近主打手机端。团队之间，修改功能的时侯，尤其是不是自己创作的代码，感触很深。

第一次接触的框架是vue，给人耳目一新的感觉。实现前后端的分离，对于项目的，模块划分也特别清晰。最近改项目的时候就发现一些问题。

1. 在进行抽取公共组件的时候，每一个小的组件是封装的功能越小越好。在涉及到逻辑的时候，尽量让使用者来封装。这个问题是特别突出的问题。使用一个公共组件，不断往上封装，不断加东西，有时候觉得这样很麻烦。没有节省时间。就觉得一个小组件，越小越能让人灵活运用。
2. 抽取公共js的问题，自己写项目中一部分小的功能的时候。抽取出单个的js文件调用，显得特别方便，也确实如此。但当项目的功能逐渐增加的时候。团队成员不断累积一个文件的时候，这个时候就会暴露许多问题，对这个文件的复用性就不敢有保证了。很多个人写的东西，后来者是没有勇气去修改的，这个时候需要投入时间反复阅读代码，理清逻辑。嗯，感觉还是把文件分开的好，单个模块的维护是有必要分开的，除非你不想维护项目，尽量往一块写，看起来优美

提到的第二个问题是因为自己确实碰到了这些修改的难题，一个东西，你改动一下，就全变了，甚至还没办法去评估潜在性的bug，这里说的潜在性是你不知道的其他功能。这时候就需要不停地自己去测试，省时间吗？值得让人思考。

这个时候就需要一个很清晰的项目管理目标，对于团队的要求也是这样

对于工作的感觉就是，一个项目，等着别人来读规则，不如制定好规则。不至于里面代码“混乱”。

对于项目的管理真的是很需要做出清晰目标的，一个产品的价值，不只是在于有多少客户在使用。还有的是这个项目的管理，应该算是价值的一部分。

管理应该是比较麻烦的一部分