就像我们有编码标准一样，是否可以有架构标准之类的东西？
这些将是我们可以传递给经验不足的程序员的高级原则，因此当他们开始设计更改或小型应用程序时，他们知道我们希望看到什么，而无需更有经验的程序员纠正它们(注意这不是审查，只是尽早防止明显的错误)。
我认为它可能包含诸如“始终规范化您的数据库，除非有不这样做的特定且明确理解的原因”、“始终将表示、逻辑和持久性分开”之类的内容。
人们是否认为这太高了以至于没有任何实际用途？或者考虑到我们可能需要编码的功能种类繁多，这样的概括几乎是不可能的？或者它可能有用吗？
如果您认为它们有用且切合实际，您会包括哪些内容？
(如果它有助于澄清，我正在考虑针对企业风格业务系统的 Java/.NET 级编程)。
最佳答案
SOLID principles将是一个很好的起点
关于java - 是否可以有架构指南？如果是这样，它们应该是什么？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1172921/