上个月，由于时间关系，在项目初始选型时，选择了Mint-Ui。。。然后入坑了，此后项目坚决不用这个Ui框架啦。。。
该项目是为公司合作伙伴服务的，比较简单，涉及到的无非就是增删改查的功能，因此这个项目采用的是官方推荐的vue-cli脚手架搭建，文档目录结构是：
webpack相关的环境设置，处于应用层面的技术水平，说不出啥太好的见解。
前端的测试工具，说实话，目前很多小型团队，真的没啥必要使用，在没有严格成体系的前端规范前提下，这种就是自个儿玩玩的东西，毕竟更大的比重和时间在于实现公司的产品。
这个项目体现不了前端工程化亦或者前端MVC的思想理念，简单说下src相关的，src当中除了基础的main.js 、APP.vue、routes、filters、utils、assets外，一般项目都会公共配置api，api当中会根据自己的喜好封装一下数据请求的方法。
pages里面根据页面纬度来进行开发。这个项目初始的时候懒了一下，每个程序猿都会在写代码的某个时刻偷个懒，不巧的是写这个的时候真的偷懒了。1.0当中，书写页面时，只是根据原型图，看到什么功能写什么，没有过多去思考和分离代码，因此复杂的页面代码就略显臃肿。我觉得自己首先需要优化的就是提取公共的组件（这个工作不要粗心简单地看待，需要考虑更全面），应该分的更详细一些；其次以页面纬度进行开发也没啥问题，但是每个页面需要更严格地按照组件化的思想进行优化。
这个版本当中，es6的对象、数组的语法使用了一些，其中发现 object. assign这个方法在低版本的安卓机型上无法兼容。相信浏览器全面兼容es6的时代很快来临了把，日常工作学习定要加强对es6的熟练度。。。
这个项目使用less作为css预编译，其实less最方便的地方还是在于嵌套以及定义变量，其余也就如此吧，其实less sass 在大型项目里才能真正体现出它的作用，这种小项目，css本来就少而且比较独立，因此使用他们无非加强熟练程度而已。目前的spa开发，主流布局还是以flex弹性盒模型居多，postcss还是需要的，自动给为css加上内核前缀。
最后，我认为目前前端的浪潮中，大家都是会去使用一个主流的前端框架来帮助自己快速的完成公司产品，甚至很多公司不要UI，样式的设计完全按照框架的样子来写，此时前端人员需要具备和加强交互设计的能力，用户的体验感都在前端的代码之下。在日后的项目开发当中，项目开发前，还是需要花时间和精力去做好项目规划，虽然测试人员看到的都是同样的东西，为何不写一份好的代码给自己看给同事看呢？
时刻告诫自己不要写懒代码。。。
与君共勉！！！
