这可能是一个一般性的问题。
我正在寻找关于如何设计的建议(从一个架构,我认为这是正确的词,视角)。
我正在构建一个应用程序,它将包括以下内容:
1) Windows (当前以此设置为主要入口点)
2) Server事务(考虑使用该链接中建议的CLR SP )
3)和一些背景数学
我试图找出是否应该在多个部分类中执行所有这些逻辑:
public partial class MainWindow : Window或者如果我应该在一个单独的类中编码SQL材料..。等。
任何想法、建议都是非常感谢的!
如果有区别的话,SQL连接将一直保持打开状态。
发布于 2012-01-23 21:11:57
一般来说,单一责任原则(SRP)是一个很好的实践。这里的一般想法是,您编写的每个类都有一个更改的原因。
在您的示例中,您讨论的是一系列至少有两项职责的类:向用户提供信息和查询数据库。现在,假设在维护应用程序时,需要更改有关查询数据库的内容。打开窗口部分并更改代码,在该类中引入回归的可能性。
现在,您遇到了一种不幸的情况:更改数据库访问逻辑可能会破坏GUI。从概念上讲,这是没有意义的,它使您的应用程序变得脆弱。如果你把自己的责任划分成不同的班级,你就不会有这种担心了。
分开上课。从长远来看你不会后悔的。:)
https://stackoverflow.com/questions/8976646
复制相似问题