architecture - 过度工程的具体症状

Question

关闭。这个问题需要更多focused .它目前不接受答案。












想改善这个问题吗？更新问题，使其仅关注一个问题 editing this post .

4年前关闭。




Improve this question




我最近发现自己需要解释我写给我公司喜欢雇用的两名​​候选人的(内部)申请，以协助维护和添加次要功能。

这是我编写的第一个“生产”应用程序，它有 45k 行代码，我花了将近两年的时间“单独”开发它。我还很年轻(18 岁)，在与一位离开公司的前开发人员签约时，我从头开始编写了应用程序。由于没有设计这种规模的应用程序的经验，我尝试使用常见的架构和设计模式。

今天我知道我做了一些严重的过度设计，例如使用断开连接的更改跟踪架构，而不是所选 ORM 已经实现的工作单元模式。我可能永远不必去“真正的”三层。

两位候选人都在相关平台的内部应用程序开发方面拥有 10 年以上的背景。作为他们的一半年龄且经验不足，我确实尊重他们的意见。当我向他们解释应用程序架构时，评论大致如下:

天哪，没有人愿意付钱给我做那样的事情，我必须把事情做完

坚持框架的功能，不要使用花哨的库/技术

不要包装框架代码。在团队中，无论如何每个人都会编写自己的包装器代码。

您使用的是 .NET 3.5？好吧，我们正在使用 2.0。

LINQ 的东西给我买了什么？所有这些查询组合和投影似乎太复杂了。

现在我问自己:
我是 architecture astronaut ?我怎么知道我在建筑方面做得太过分了？过度工程的常见症状有哪些？

Answer 1

What are common symptoms of over-engineering?

解决您没有的问题的代码。