功能模块化之后，用起来就像组装机一样，每一个模块都做的功能都做的好，而且用很不错的兼容性，那么组装起来的电脑也不会差劲。
但是公司好像没有想过这些，每一个项目组都自己做自己的。项目组里如果做出来了一个功能，后面用到了再去复制就好了，有时如果有前段框架自带的“感觉上最好了”，功能模块化，就这样草率的实现了，这些‘模块化功能的代码，就这样散落在项目中的各处’，快速开发，就是尽快的实现老板想要的功能，他不管你怎么做的，他只要结果。每次想到这里都有点惋惜的感觉。最后再强调几点，1. 模块化的最重要的一点就是代码级别的自主可控。如果仅仅是某个前端框架的模块化，你只会调用，那么在后期的开发中总有被坑的时候。2. 兼容性越强越好
-------伟大的分割线----------------------------------------------------------------------------------------------------------------------------------------------------------------
一下观点属于个人观点，仅供参考
一、附件
1. 功能：a. 上传，单文件上传，多文件上传，异步上传，文件后缀，大小限制
b. 下载，下载源文件，下载压缩包，下载中文文件
c. 附件列表，待上传的，已经上传的
d. 附件列表分页，真分页，假分页
二、下拉框
1. 功能：a. 选择，单选，多选
b. 回显
c. autoComplete，每次都发ajax请求，还是在已经讲全部的数据存在js中在js中做自动完成的提示
d. 搜索+选择，优化点搜索结果唯一自动填充机制
e. 下拉选项的滚动条，有时依赖浏览器提供的，有时需要自己定义
f. 浏览器兼容问题，这里仅仅讨论chrome,firefox,opera,等浏览器的兼容性，不讨论IE的
g. 下拉框是不是绝对定位，绝对定位要考虑页面比例问题
h. 下拉框的模块化不是集成所有的功能而应该是多样性
三、报表解析
1.功能： 待补充
四、定时器
1.功能： 待补充
如果开发人员已经把这些功能从繁杂的需求中抽取出来实现模块化之后，那么在以后开发时做的就是多选题了，会简单很多
如果可以把这些模块化功能开源之后，那么就可以提高无数人的开发效率，编程可以改变世界的感觉，我想那时你就可以体会到了，就像Spring开源框架改变了我们的编程方式一样。