代码量减半， 时间加倍

引言

花时间思考应用程序并编写优秀的代码可以极大地增加应用程序的寿命和底线。

“用一半的代码，花双倍的时间”这个概念可能看起来很奇怪，直到我们意识到代码行数和给定应用程序提供的功能数量之间存在差异。愿意花时间来产生更简单的架构和更清晰的代码可以在应用程序的生命周期中获得巨大的回报。

特别对于中层管理者来说，要证明较小的应用程序比其较大的对应应用程序对组织更有价值，这是一个相当大的挑战。如果你的薪水或预算取决于你生成或管理的代码行数，那么效率低下将主导一切，你应该停止阅读。

更少的代码传递给其他开发人员

代码经常传递给其他开发人员，有时被与原始开发人员没有联系的人采用。更少的代码意味着更少需要学习。然而，有时，紧凑而高效的算法会使用代码中不易察觉的技术，因此，需要在代码中进行文档记录。文档不是更多的代码行；相反，它增强了代码的可读性。

更小的占用空间

虽然大多数应用程序占用的空间比单个照片或音频文件小，但尺寸不仅仅是磁盘空间。较小的应用程序通常会启动得更快。在需要编译步骤的地方，例如使用 Microsoft .NET 应用程序，尤其如此。

通过网络更快地交付

当应用程序通过互联网交付时，较大的应用程序需要更长的时间才能下载，这不利于用户接受。有些客户端可能没有高速连接，对于那些有高速连接的客户端来说，加载 10M 仍然比加载 10K 花费更长的时间。

更少的安全问题隐藏地点

应用程序越复杂，不法分子可以找到漏洞的地方就越多。不要将验证代码视为缩小代码而需要删除的东西。那可能会让你付出高昂的代价。你应该编写具有适当验证的简单算法，使其不会分散阅读代码主要目的的注意力。

潜在的性能提升

当使用更少的步骤来完成给定的任务时，花费的时间就更少。通常，较小的实现会执行得更快。但是，在某些情况下，部分代码中的更多复杂性可能更有效。了解你的应用程序将有助于平衡简单性、可读性和效率。

更容易增强

不可避免地会增加的额外功能在影响的代码行较少时更容易添加。快速修复是对现有代码进行任何增强的危险。我们需要添加一些东西，因此在没有充分考虑整个应用程序的情况下进行快速调整。迟早，考虑不周的增强功能可能会将干净的设计变成你竞争对手的优势。

架构的寿命

你用于开发应用程序的工具可能会继续发展。设计越小巧、越简洁，你就越能灵活地迁移到更新的工具和环境。在竞争激烈的世界中，这可能意味着你的应用程序可以长寿，而不是突然死亡。

摘要

管理一个大型项目可能令人印象深刻，但那些重视纯粹的规模，而不是完整的画面的人，可能在第二段就停止阅读本文了。一个经过深思熟虑、小巧而敏捷的应用程序可以在应用程序的生命周期内极大地增加底线，并延长应用程序的生命，有时甚至可以延长业务的生命。