c# - 创建模型类还是坚持使用通用数据库实用程序类更好？

Question

我们内部有一个用于数据库调用的简单实用程序类(ADO.NET 的轻量级包装器)，但我正在考虑为每个数据库/对象创建类。这样做是明智之举，还是只有在我们为 ASP.NET 使用完整的 MVC 框架时才会受益？

所以我们有这个:

SQLWrapper.GetRecordset(connstr-alias, sql-statement, parameters);
SQLWrapper.GetDataset(connstr-alias, sql-statement, parameters);
SQLWrapper.Execute(connstr-alias, sql-statement, parameters);

想到这样做:

Person p = Person.get(id);
p.fname = "jon";
p.lname = "smith";
p.Save();

或创造新纪录——

Person p = new Person();
p.fname = "Jon";
p.lname = "Smith";
p.Save();
p.Delete();

这会很聪明，还是会矫枉过正？我可以看到重用、更改数据库和维护/可读性的好处。

Answer 1

这个问题是加载的，数据驱动设计 vs 领域驱动设计。对于任何具有大量行为的应用程序，应该首选领域驱动设计。通过数据驱动的设计，报告或实用程序往往能更好地工作(或开发得更快)。

您要问的是“我的公司是否应该对我们设计代码的方式进行根本性转变”。作为一个域狂，我的本能 react 是尖叫 是 .但是，由于您问题的简单性质，我不确定您是否完全理解您提议的更改范围。我认为你应该更多地与你的团队讨论这个问题。

获取一些文献，例如 Evan's DDD书，或 free foundations ebook ，然后您就可以更好地判断应该往哪个方向发展。