Architecture 一旦构建软件，哪些问题将很难改变？

软件架构关注的是“一旦软件建成，就很难或不可能改变的问题”。这句话怎么解释？

有些东西很容易改变，也很便宜，比如单个功能、页面布局、字段。。。更困难的是总体设计和基础设施。如果您从一个关系模型开始，在软件构建之后，决定切换到NOSQL模型，那么这将是非常昂贵的。如果你把你的软件设计成一块巨石，然后转向微服务，这将是昂贵的。如果你建立一个面向对象的设计，并且你切换到功能设计，那么它将是昂贵的

---

这些决策是架构性的，应该在项目中尽早做出。

有了反馈和报告的问题那么，在软件构建之后，为什么要花时间在容易更改的事情上呢？它们很容易改变，你可以改变它们。