对现有流行框架的二次开发和自造轮子观点的重新解读

/文 ,创作于2016-09-24 14:52:25
摘要:以前总是排斥开发第三方的API接口,或者宁愿自己重新开发一个新的开发框架,也不愿意去进行现有市场流行框架的二次开发。现在...
 

以前总是排斥开发第三方的API接口,或者宁愿自己重新开发一个新的开发框架,也不愿意去进行现有市场流行框架的二次开发。

现在想起来,那个时候的想法是好的。但是重新造轮子,你首先得去学习轮子是怎么做的。还有就是,现有的轮子,它们的核心设计思想是怎么想的,其中是否有一些优秀的设计方法可以借鉴使用,其中的某些思想是否可以用你自己的方法做得更好。最后,由此系统地架构出一个更加优秀的、并且适合类似于你自己这一类人使用的作品。

如果,已有的一个作品,其设计思想已经可以大部分满足你的项目要求,那么,还有必要去重新造一个系统框架吗?

有可能你会想,用于分析现有框架的精力,都可以去重新学习一门新的语言,或者造一个新的轮子了,还不如花时间造一个自己的轮子。但是,如果你没有这样的技术能力,建议您还是使用现有的某一框架,把它做到精能,也是一个不错的选择。

现有的流行框架,基本都是开源,并且经过数年的打造,已经拥有了很大量的用户群。不乏有精通该框架每一处设计细节的人。他们当中必定有人能够找出系统的漏洞,并不公诸于世。如此,被人利用的隐患可能会长期存在,而你不得而知。

你可能会反问,难道你自己造的轮子,就没有弱点吗?流行框架经历时间和无数技术人员的检验,即使有bug,应该已经少之又少。难道没有看到官方定期会进行升级、更新、修补漏洞吗?而你造的轮子,虽然只有你知道细节,不乏有人能够探测出你软件前路上的坑。你的框架日渐庞大,若是有一处疏忽,很可能危及整个系统的安全。但是不排除有这样技术实力的高手,能够掌控整个大局,实现一套完美的框架来。

客观地讲,各有利弊。是否合理有效地利用,也要分场合和实际需求。比如,客户指定了某一框架,你就只能使用该框架。客户指定某一框架,还有一个众所周知的原因,就是该框架已经形成的比较活跃而且稳定的开发用户圈。很多框架的开发模式可以通过插件的形式进行协作,以完成一个完整的项目。即使少了某一个或几个项目开发者,仍然有机会可以找到有同样能力来完成或实现该功能的程序员。从整个项目长远的规划来看,此利大于自己造轮子。然而,从开发者角度来讲,可能有的功能在某一框架的实现难度颇高,还不如自己造的轮子实现起来容易,从这一点来看,现有框架开发功能的受限,也会让某些项目出现一些瓶颈。

当然,这种开发方式仅适合小型公司。它们需要的功能并不是太多,或者功能并不是很复杂。它们可能并不拥有一个相对稳定的开发团队,甚至雇佣的全是自由职业者。至于大中型企业,看到也有很多都是采用现有的流行框架进行搭建,可能是它们的主要精力并不在于网络的数据和信息平台的构建。

使用现有框架的最大好处,也可能是每一个框架构建的初衷,想必都是,做得更少,实现更多。让设计者只需要安心从事设计,而不必关系程序开发的细节。让使用者集中精力于自己想要做的事,而尽量少地纠结于其实现的过程。当然,你要实现复杂的功能,没有相应的技术实力,也是不可能。而且,还有一个问题就是,现有的框架,你想做得更少,实现更多,那么必然会有很大一部分的代码,可能是你并不需要的。那么,这一大堆代码除了用于安全性的考虑,可能会降低一定的运行速度。这是与你自己造的轮子有区别的,因为你自己的造的轮子,可以控制整个系统核心的运行体系。尽量让整个系统避免在不同的场合应用可以不必要使用的代码,以提高运行的速度和开发的效率。

说了很多,观点大概已经呈现。结合您自己的需求和团队技术实力自行选择。不一定对你有帮助,但是所言几点,还是有可取之处。

本篇文章内容属作者原创信息,如若转载,谢谢,请注明出处:http://eedev.net/article-view-151.html
 
分类标签:
wordpress 开发框架 
 
浏览:1429次, 评论:0次
 
参加讨论
后参与讨论
提交评论
没有相关数据或者数据记录已被清除。
 
Wordpress-CMS框架的模板主题设计制作,插件开发。
共有11篇文章,20800次浏览,1次评论
 
最近文章
 
 
该作者被点赞过的文章 LIKED
 
该作者的热门文章 TOP HOT
 
大家都在看 VIEW
 
热点标签 TAGS
 
db error!