ios 项目忽视警告_永远不要忽视您项目的架构

ios 项目忽视警告

ThoughtWorks的Martin Fowler在OSCON 2015的第二天早晨开始了关于体系结构的讨论。

福勒通过定义架构对软件的意义开始了他的演讲。 人们已经接受的通用定义是：“系统的基本组织体现在其组件中，它们之间的相互关系以及与环境的关系以及指导其设计和发展的原理。”

但是福勒说，这里真正重要的是那些从事开源项目的人对系统是什么以及它如何工作有共同的理解。 真正重要的是领导项目的专家之间的共同理解。

还有另一种定义，即开发人员应尽早做出架构决策。 福勒认为，架构实际上只是一系列难以更改的决策。 例如，编程语言的选择很难一路改变，因此这是体系结构的组成部分，必须早日决定。 所有这些归结为架构是对“重要内容”的决定。

那么，为什么我们要关心呢？

我们经常听到有关开源项目的问题。 人们会坚持认为“我们需要在质量上投入更少的精力，以便为下一个版本构建更多功能。” 福勒说，这种论点的问题在于，它认为“质量”是我们可以权衡成本的东西。 但是谁来决定这个成本呢？

架构是软件的内部质量，对于大多数用户而言并不可见-那么为什么他们要为看不见的东西支付更多的费用？ 因为随着时间的流逝，增加和增强柔软度变得越来越困难，因为内部结构并未得到早期考虑，也没有保持健康（请向Martin了解更多有关此假设的信息 ）。 较低的内部质量可能在当时似乎是一个胜利，但是高质量可以确保我们日后可以更快地添加更多功能。

我认为我们所有人（会议室中的那些人和参与开放源码社区的阅读本文的人）都在我们的项目中处理了此类问题。 我知道在进行Koha工作时我会一直看到它。 您何时需要花时间专注于内部结构，何时要关注新功能以及如何保持平衡？

OSCON
系列

本文是适用于OSCON 2015的OSCON系列的一部分。OSCON是所有开源内容，包括完整的堆栈，以及您每天在工作中使用的所有语言，工具，框架和最佳实践。 OSCON 2015将于7月20日至24日在俄勒冈州波特兰举行 。

翻译自: https://opensource.com/life/15/7/never-neglect-your-projects-architecture

ios 项目忽视警告