在为企业设计应用程序时,应避免哪些关键的反模式?我们正在使用C#、SQL Server和Silverlight,顺便说一句--但我想一些反模式将是语言中立的。
发布于 2010-01-11 11:48:05
维基百科关于anti-patterns的主题相当全面,这里有一本关于这个主题的书:AntiPatterns。
在我的经验中排名前五:
发布于 2010-01-11 12:10:13
企业天坑:
1:阅读您的数据库访问应该在单独的层中
他说:嘿,我们有一个数据库层。
2(b)嘿,我们甚至有一个委托层来抽象我们的数据库。
3:应用law of leaky abstractions-i.e,因为在委托中有方法可以获取东西,只要假设它们在那里使用,而不考虑后果-就像在页面上连续调用" getPurchaseOrder()“10次一样,即使getPurchaseOrder()是一个包装了5个单独数据库调用的方法。
4:坐下来享受加载了100个独立数据库调用的网页(可悲的是,一点也不夸张)。
不知道我该怎么称呼它为反模式?也许“层不是免费的”?
https://stackoverflow.com/questions/2039789
复制相似问题