design-patterns - 企业架构反模式

Question

在为企业构建应用程序时要避免哪些关键反模式？我们正在使用 C#、SQL Server 和 Silverlight，顺便说一句 - 但我想一些反模式将是语言中立的。

Answer 1

Wikipedia 关于反模式的主题非常全面，这是关于该主题的书：AntiPatterns。

在我的经验中排名前五：

1. 过早的优化
2. 贫血域模型
3. 上帝对象
4. Golden Hammer（参见正则表达式）
5. 链帮

Answer 2

企业天坑：

1：读到你的数据库访问应该在一个单独的层

2：嘿，我们有一个数据库层。

2(b) 嘿，我们甚至有一个委托层来抽象我们的数据库。

3：应用泄漏抽象法则 -即，由于委托中有获取东西的方法，只需假设它们在那里可以使用而不考虑后果 - 例如在调用“getPurchaseOrder()”时连续 10 次页面，即使 getPurchaseOrder() 是包装 5 个单独的数据库调用的方法。

4：坐下来享受加载了 100 个独立数据库调用的网页（遗憾的是，这并不夸张）。

不确定我将其称为反模式吗？也许“图层不是免费的”？