“山寨”框架3宗罪

还是依赖点老员工吧 要不有的人写的太野马了!~!

  哈哈，如今山寨的东西真多，都用来形容框架了。
  个人觉得，写与不写，至少要有这么几个考量：
1. 公司中的开发人员是否都非常熟悉流行的框架（注意用词啊，不是会用，而是非常熟悉啊）。几乎所有的开源框架都不会有商业支持的，有问题怎么办？
2. 项目团队中的成员是否都不需要太多学习成本就能掌握？因为没有几家公司会先对员工进行培训再做项目的。如果团队中的成员都熟悉自然就是好事了。
3. 这些开源框架是否容易快速方便地定制，使其与公司的公用包和基础组件相结合？ 这点很重要，任何公司做项目，不是为了用开源框架而去用，而是要最大限度重用公司现有资产（IT资产）。
4. 公司中是否具备这样的人才或者资源，开发自己可重用的框架。（注意用词，是框架，不是基础包）
   好了，回答了上述四点，是否该做也就一目了然了。当然楼主作为受害者，估计也受过蛮多影响，呵呵，确实许多人写的动不动也叫框架，啥也不能扩展，想重用都难。 不过话说回来，在绝大多数大公司，很少有直接用开源框架的，或多或少都会有自己定制和实现的东西。当然了，纯粹全部自己写的也少，因为那比较有毛病。
   P.S 我在我的项目里也自己写了一个框架，实现了基于Aop Alliance1.0API实现的AOP引擎，IoC container(DI), JNDI alike Context, Query Engine,Web Service发布处理等等，原因很简单，项目成立之初，同事中并不熟悉spring，而且spring是个核心框架，难以扩展自己想要的东西（比如JNDI aliked Context），最重要的是比较难以去性能调优（因为你本身就很难发现问题，其次发现问题，你也不太可能修改源程序，然后定制包，如果这样，你就极难实现后续版本升级）。作为项目中的同事，学习成本几乎为零，不需要太多配置，就像写一般的java程序一样。（当然了，要有规范，比如说两个类不应有双向连接，相互的属性使用依赖注射时目前还没有被识别，会出问题等等） 所以，“山寨”版也不一定坏，别误导人就好！

保质保量保时完成项目只是最基础的要求，感情你们公司不要求复用，不鼓励技术创新吗，我认为，一个TEAM除了保质保量保时完成任务，更承担着实践复用和创新的使命，一个只能保质保量保时完成项目的TEAM本身不能算TEAM，只是一个草台班子而已，因为他没有啥成长。
TEAM对复用对创新越重视越容易保质保量保时完成项目，甚至提前优质低成本完成任务，我们的TEAM从加班赶工到现在可以悠闲的提前完成任务，很大程度上依靠的就是自身的不断积累和创新，复用提高效率，设计降低成本。
    一个TEAM不做复用，不注意积累，不敢写自己的东西，我觉得是对公司，客户和自己的三重不负责任，难道作为一个TEAM LEADER或者PM，你仅仅是把你的团队当成一个流程化开发的工具吗？至少，我不这么认为，我一直认为我们TEAM都是程序员而不是代码工，程序员是去创造的而不是重复的

偶只主张扩展主流框架，不主张重复制造。

里面学习的成本的确很大，不仅仅有了文档就可以搞定。因为大家都是对主流的框架熟悉，如果搞一个和主流框架用法差不多，但是一些配置地方或者使用地方又不太一样的话，开发人员会很郁闷的。

还有就是，如果缺少了Google的支持，那么自己的框架那真的是体现不出来啥了，出了问题必须找到熟悉框架的人员，不像可以使用Google一样查询了。

毕竟大家做的都是业务方面的东西，谁会去特别研究和制造一些框架呢？当然个人爱好除外。

何为框架！？
其实做一个东西做多了就有了一定的套路，将这个套路固化就成了框架。
框架，作为一个一直从事某个领域的项目团队来说还是必要的，否则只是源码级重用，级别太低（copy&pase）。
但不能唯框架而框架，看现在出什么AOP啦IOC啦..为了显摆技术，也搞一个。个人认为是不可取的，如果只是自己玩玩练练手另当别论。
框架的目的就是为了降低开发成本，提高重用粒度，提高开发质量，如果是反其道而行之，我认为大可不必做这个框架。

为什么要MVC
逻辑混在view里面比较难维护

为什么要ORM
oo ddd需要ORM

为什么要IoC
oo嘛~ioc可以维持dip、ioc了可以aop。

大致这样:)

楼主好像真的是个明白人.
但是很多人做框架是为了娱乐,自己兴趣所致就写一个,
有兴趣的朋友就用用,没有兴趣就不要用
但是如果你选择的就要负担一定的责任,
没有人强迫你用,没有人逼着你用啊
能够写框架的人多少都是有点思想的
也许第一个不好,第二个第三个就会很完善
不说名族产业什么的大道理,最起码有助于提高个人能力
你的意思大家都不写框架,都用成熟的,那么没人写框架的时候自然就不存在技术革新,那么你用什么
我觉得应当鼓励,也许有些做的不好,不完善或者一堆的bug但是大家玩玩的,又不会有损失.
很多成功的人都是通过某些兴趣作为成功的直接途径
我鼓励玩框架的朋友,不为别的只为自己开心,愿意用大家是朋友,不愿意用大家也是朋友
一起交流很开心的.哪怕是个很烂的东东.呵呵

本人也写了一个,但是不推广,只是和有兴趣的几个朋友一起探讨.大家玩玩罢了

刚遇到"山寨框架"引起的麻烦...大大的麻烦...

话说得有些太绝对了; 据我所知, 规模比较大的公司大多都有自己的框架; 这些框架往往是由专门的team而不是由个人研发的, 这样可以保证框架的质量, 而且新手上手远比ssh之类的快多了, 并且开放效率也非常高, 研发team的部分人员变动也不会对框架有太大的影响, 除非整个team同时走掉.

另外, 很少听说对于一个开源框架拿来后不经过包装而直接用的.

我也是深受其害，苦不堪言，欲哭无泪
遇到问题了，除了看代码毫无办法
遍观全公司的牛人，那框架没解放别人，倒是给大家带上一副枷锁