[原创] 以自己的亲身经历谈自建开发框架的弊端

开发框架

2015-12-13 1792

相信大多数人在做开发的过程中,随着自己经验的增加和代码量的积累,都开始有自己搭建一个开发框架的冲动。经过一段时间的整理,然后一个自己用起来顺手的框架就这么搭建起来了,然后自己会不断的完善这个框架,让它的功能越来越完善,随着公司人员的扩张,开始在公司内部推行自己的框架,让新员工学习使用。

这看起来是一个美好的未来。但是实际呢。。。。。。

随着时间的推移和一些新功能的加入,你或许在更新框架的时候忘记了写注释,然后某一天,当你再看自己的框架时自己都不记得了。没有完备的文档,还是不要自建框架了。

再者对于新人来讲,这样子也并非会有很大的帮助。因为你学到的东西在这个公司适用,换了环境呢?或许你以前一直习惯的一个获取参数的方式Utils.GetIntParams(Request,"id",0),忽然不能用了,然后呢。。。你竟然忘了一些官方的基础接口是怎么写的,你去google查你以前用的方法时,居然没有。

傻眼了吧


以下是我的真实经历。

很早之前公司有个商城项目,是asp.net开发的,当年的版本应该是2.0的。做过.net的人应该都懂的,为了显示自己牛逼,一定要封装出来各种dll文件,然后很装逼的起个名xxx.Dal、xxx.Bll......等等。

由于以前开发的人换了一波又一波,到我这里的时候别说文档了,连个代码注释都改的物是人非了。当我打开代码的时候,傻眼了,我去。这个怎么打不开,难道是我打开方式不对。草,居然要安装WebDeploymentSetup.msi.....

等我把所有的环境安装完毕,满心欢喜的以为能运行了,出现了一个找不到pdd_dll的命名空间,瞬间崩溃,想来这玩意儿肯定又是哪位"大神"封装的了。我翻遍了所有的代码都没有找到这个,没办法,反编译吧......然后,还遇到了各种找不到dll。

想想,看着这些源代码,我居然跑不起来。但是遇到了问题我连去哪里查都不知道。

。。。。。。

很多公司为了保护自己的技术,往往喜欢自己封装框架。这个不能说好与不好,这个只能说个人观点不一样吧。

曾经的我也是喜欢搞自己的开发框架,然后进行各种封装,不过我都是把源码加在项目中的。

我算是比较崇尚使用一些大型开源框架的人,因为有成熟的社区和专业的文档,遇到了问题可以网站google查找资料。而且使用这些框架时候招人的成本也低,大家都遵循相同的开发框架,新人的学习成本低。

个人比较喜欢的框架乳Rails和Php的CI,当然还有很多好的,因人而异。