问题标签 [csla]

是否有可能有一个业务逻辑层的实现（基于 CSLA）并从不同的表示技术（如 winform、silverlight 等）使用它。silverlight 存在 CSLA。这是否意味着为不同的演示技术实施和维护不同的 BLL。

任何帮助，将不胜感激。

Silverlight 和 windows 的 CSLA 有何不同？功能方面的确切差异是什么？

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

现在的要求是检查每个模块的公共实体并从中构建一个“平台”（<-老板这样称呼它）。例如，DTR 将有一个实体“员工”，Recruitment 将有一个“申请人”，因此您可以从这两个实体中派生出一个可以放入平台的通用实体是“人员”。“人”将包含典型的信息，如姓名、地址、联系信息等。

我知道这听起来像 OOP 101。问题是，我不知道该怎么做。我多么希望它只是一个简单的继承，但要求就像创建某种 API 以供使用 CSLA 的模块使用。

在 csla 中，您可以正确地创建智能对象，从 csla 的基类（如 businessListbase、readonlylistbase 等）继承，对吗？例如，如果我创建了一个 businessbase 申请人类，它将具有工资需求、可用日期等属性。现在对于个人信息，我将需要来自“平台”的“人”并将其实施到申请人类。

所以总而言之，我有几个问题：

1. 如何打造这样的平台？
2. 如果这样的平台是可能的，它将如何在每个模块的实体上实现？（我已经从 csla 的基类继承）
3. 如果 incase 1 和 2 是可能的，它对应用程序的开发和维护有优势吗？

我问＃3的原因是因为我看到它的方式，即使我能够为此创建一个平台，我也需要在我的模块实体上定义平台实体的属性，以便进行验证和所有.

有没有人对 codeplex 上的 CSLA.netContrib 项目有任何经验/想法 -这里。

特别是 CslaContrib.MVC 部分。贡献者有什么陷阱吗？有什么在开发过程中引起任何问题的地方吗？等等等等

谢谢

我们可以创建自己的平台/对象并与 CSLA.NET 进行交互，这可能吗？在 CSLA.NET 方面有更多经验的人可以提供帮助或建议。谢谢

有没有人有一个在 csla 中实现异步验证规则的简单示例？

我已经查看了 Rolodex 示例中 Company 类中的示例，但这对我来说并不是特别清楚：为什么我需要一个命令类？

我在 WPF 应用程序中使用 csla 3.8。

我正在使用 CSLA.NET。它与 wsHttpBinding 配合得非常好。现在，我有自己的 Windows 服务并搜索解决方案，我可以将此 Windows 服务用作 CSLA 服务器并使用 nettcpbinding。有人可以给我一个提示如何进行吗？也许有人有一个样本我怎么能做到这一点。

谢谢！

最好的问候，托马斯

CSLA 4.0 与 CSLA 3.8 相比有哪些新功能，哪个更好？

这是一个奇怪的问题。我正在尝试使用 msbuild 构建一个 .NET 3.5 解决方案。我通常为此编写自定义构建脚本，当我尝试构建一个内部使用 CSLA 的简单 .NET 程序集时，它开始给我 Linq 错误。

但是，如果我通过 msbuild（命令行）构建 proj 文件，它似乎构建得很好。完全没有问题。

其他人遇到这个问题......如果是，我该如何解决这个问题？

谢谢，

Sashidhar Kokku

我是 CSLA 和实体框架的新手。我正在创建一个新的 CSLA / Silverlight 应用程序，它将取代 12 年的 Win32 C++ 系统。旧系统使用自定义 DCOM 业务对象库并使用 ODBC 访问 SQL Server。新系统不会立即取代旧系统——它们必须在未来几年内与同一个数据库共存。

起初我认为 EF 是要走的路，因为它是最新最好的。在制作了一个小型 EF 模型和只有 2 个 CSLA 可编辑根对象（我最终将拥有数百个对象，因为我的数据库有 800 多个表）之后，我严重质疑 EF 的使用。

在当前系统中，由于 100% 控制生成的 SQL，我需要多次对查询进行精细的性能调优。但在 EF 中，幕后似乎发生了很多事情，以至于我失去了控制。像http://toomanylayers.blogspot.com/2009/01/entity-framework-and-linq-to-sql.html这样的文章并不能帮助我对 EF 的印象。

由于 LINQ to EF，人们似乎喜欢 EF，但由于我的标准是在客户端和服务器之间作为标准对象传递的，因此我似乎可以在没有 LINQ 的情况下轻松构建查询。我在 WCF RIA 中了解有查询投影（或类似的东西），我可以在其中执行客户端 LINQ，它在转换为实际 SQL 之前确实移动到服务器，所以在这种情况下，我可以看到 EF 的好处，但在 CSLA 中看不到.

如果我使用原始 ADO.NET，我会在 5 年后后悔我的决定吗？

最近有没有其他人做出这个选择，你选择了哪条路？