C# 如何创建CSLA的ontop平台<；——如果有意义的话

下面是一个场景，我正在使用csla 3.8/c#.net开发一个应用程序，该应用程序将有不同的模块。它就像一个ERP，它将有会计，每日时间记录，招聘等模块

---

现在需要检查每个模块的公共实体，并构建一个“平台”（关于从基类继承的说法是正确的）

我将首先设计基本实体，不包括任何关系。然后我将创建从新创建的实体继承的类，并添加从数据库中提取的子属性（通过FK关系）来自父实体。我还建议查看我们的。它们具有VB.NET和C#风格，将使此任务更容易

是的，这是可能的，只需按照#1中概述的步骤操作即可

我不确定它的优点或缺点，但将来应该很容易维护。您的派生类可以在基类的规则之上添加规则/完全控制基类的规则

谢谢

---

-Blake Niemyjski（的作者）

关于从基类继承的观点是正确的

我将首先设计基本实体，不包括任何关系。然后我将创建从新创建的实体继承的类，并添加从数据库中提取的子属性（通过FK关系）来自父实体。我还建议查看我们的。它们具有VB.NET和C#风格，将使此任务更容易

是的，这是可能的，只需按照#1中概述的步骤操作即可

我不确定它的优点或缺点，但将来应该很容易维护。您的派生类可以在基类的规则之上添加规则/完全控制基类的规则

谢谢 -Blake Niemyjski（the）

的作者“平台”实体或我们现在称之为泛型BOs的主要目的是为了代码重用，因此当我们将来添加模块（如会计或采购）时，我们可以使用这些泛型模块

最后，我的解决方案是确定多个模块将使用的对象，并将其分离到不同的项目中，以便其他模块在需要该项目中的对象时只使用该项目

至于我的第一个例子，申请人（用于招聘）、员工（每日时间记录）和个人（“平台”）。发生的是个人被放在通用BO项目上。申请人和员工都只是将个人BO用作子财产

感谢Blake的回复。顺便说一句，我们真的在使用codesmith来完成这项任务。仍然感谢您的建议。干杯！

平台实体或我们现在所称的泛型BOs的主要目的是为了代码重用，所以当我们在将来添加模块（如会计或采购）时，我们可以使用这些泛型模块

最后，我的解决方案是确定多个模块将使用的对象，并将其分离到不同的项目中，以便其他模块在需要该项目中的对象时只使用该项目

至于我的第一个例子，申请人（用于招聘）、员工（每日时间记录）和个人（“平台”）。发生的是个人被放在通用BO项目上。申请人和员工都只是将个人BO用作子财产

谢谢你的回复Blake。顺便说一句，我们真的在使用codesmith。仍然感谢你的建议。干杯