CSLA.NET 框架的性能

Question

我们的系统使用基于实体框架的数据层。最近几个月，我们一直在使用 EF 生成的实体进行数据传输、业务逻辑和 UI。

由于我们的应用程序变得越来越大，我们决定创建一个单独的业务层，并使用 CSLA.NET 框架来帮助我们做到这一点。这应该有助于我们随着系统负载的增加而“扩展”。

我们正在编写新的 BL，我一直在比较应用程序模块在迁移它们以使用新的 BL 之前和之后的性能。 我注意到性能降低了近 50 倍！这不是 50%，而是慢了 50 倍。

我知道引入 BL 会因为额外的层等而增加一些延迟，但我没想到延迟会这么大。

这正常吗？是否有任何标准可以在可接受的引入延迟（因为添加了层）和“我们失去的比我们得到的更多”之间划清界限

谢谢。

Answer 1

我没想到事情会这么慢，但根据经验...我的团队在过去一年开始使用 CSLA (v4)，我们使用的首批应用之一在加载更大的数据列表时变得非常慢.列表的存储过程在一秒钟内返回，但业务对象数据门户方法需要 10 多秒才能返回。在我们的特定情况下，问题最终是我们正在实例化 WCF 事件提供程序类，因为 每个 记录被加载到列表对象中。一旦我们意识到并解决了这个问题，性能就会非常好。

所以 - 我不希望使用 CSLA 成为您提到的滞后的原因，但是以错误的方式使用它（就像我正在做的那样）很容易导致问题。