BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

代码重用的价值被严重高估?

| 作者 Mark Figley 关注 0 他的粉丝 ,译者 陈俊 关注 0 他的粉丝 发布于 2007年7月30日. 估计阅读时间: 3 分钟 | Google、Facebook、Pinterest、阿里、腾讯 等顶尖技术团队的上百个可供参考的架构实例!

Carl Lewis最近发现了Dennis Forbes的一篇虽然有点老但仍然很有意思的文章,文章的主题是关于衡量代码重用。Lewis详细讲述了在Forbes的Blog上众多具有争议性的概念之一:与代码是资产的普遍观点相反,如果代码脱离了组织机构考虑创建这些代码时的原因的直接背景,代码本身而言并没有什么价值。Forbes还声称,如果没有明确地为通用性而设计的代码,尝试在多个项目间进行代码重用,甚至只是在同一机构里也是困难重重的。

Forbes谴责许多内部开发小组现在的倾向,他们花费大量时间来构建可在多个项目间重用的所谓的内部框架和库:

这样的代码你积累得越多,就越是需要依赖于你现有的开发人员(并且这些只适用于某组织或是开发小组的资料也越来越占用他们的头脑),同时也越难让新加入的开发人员上手。这样的框架和库对于新员工来说通常有极陡峭的学习曲线,而在缺乏文档的情况下更甚。如果没有经过有效的重构,代码被重用的可能性也是很小的(因为这些代码是以恣意肤浅的方式编写出来的,而不是真正为重用而设计的……)

……每个组织都有必要扪心自问的是,他们所谓的“可重用代码”到底有什么值得称道的a价值,有什么实际的地方让竞争对手和新参与者们会为此买帐吗?对于绝大多数的案例来说,答案是价值为0,对手们甚至认为连0块也不值。在这一行里代码窃贼格外罕见(虽然我们身处一个刻录DVD和U盘的时代),因为大多数的代码,除了整个行业都广泛使用的框架和库,脱离了特定的项目和开发组环境的情况下是完全没有任何价值的。尝试在其它项目中使用这些代码的话还不如根本没有的好。

Forbes总结道,设计和开发一个恰当抽象并通用的框架所花费的精力远比一次性的解决方案要多,因为在分析重用代码所带来的好处时,很少把开发者用于接受复杂的新框架所花费的时间和代价计算在内,所以这是实际发生的代码重用比起通常想象中的要少得多的原因。值得注意的是,Forbes并没有一概反对重用代码和框架,他反而很支持作为工业标准库的可重用代码。实际上,Forbes提倡采纳已被广泛应用的行业标准框架(如开源框架),因这些框架都有恰当的抽象和清晰的封装边界从而可作为复杂的内部开发框架的替换品。

在Carl Lewis的文章中他强调了Forbes的多数代码库无价值的观点。Lewis和我们分享了他曾遇到的一个例子,某公司对他们自己的代码极度自信,并称他们的代码为“需小心守护之物”。当Lewis为了他们代码不外泄的前提而飞越数千公里到达现场时,发现他们一直以来小心翼翼保护的代码库实际上非常糟糕。从这些类似的例子中,Lewis相信“在多数情况下,[代码失窃的]风险发生的几率远比一般想象中要低”,所以在有意义的情况下企业不应该害怕把代码共享出来。

Lewis和Forbes给我们举了很有意思的现实例子,告诉我们如何看待我们的代码资产,如Lewis所说:

如此困难又需花费如此多精力的东西竟然只有如此小的价值,听起来似乎有违常理。我想这就是为什么有那么多公司喜欢夸大他们的代码的价值的原因吧。

英文原文链接:Code reuse highly overrated?

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

重用 by xu paul

业务逻辑很难重用,几乎不可能有两个完全相同的业务

Re: 重用 by zane dennis

业务层的重用我觉的是个神话,几乎项目中重用的都是些基础设施

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

2 讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT