回答情况：
提问时间：
问题标签：
我们有微型服务设计，也有DocumentService和DocumentReportService.
DocumentsService -获取文档，在麋鹿中搜索文档。
浏览 0提问于2019-01-24得票数 1
回答已采纳
1回答
我将BO设置为包含对象的所有属性以及满足业务规则的业务逻辑。我决定让所有的方法都是静态的，但我不确定这是否是正确的决定。有人告诉我把我的BO拆分成只包含属性的Entity对象和执行业务规则的方法的BO，不要让这些方法成为静态的。
有没有人对我的设置方法有一些经验？有没有什么例子可以说明它如何更好地促进未来的增长？
浏览 2修改于2010-05-12得票数 2
回答已采纳
3回答
我们目前正在修改我们的架构和应用程序的设计。我们刚刚完成了数据访问层的设计，它是通用的，它使用XML和反射来持久化数据。早些时候，我们决定针对表对象构建实体。对于那些经历过这种设计的人来说。请指导我相关的模式，实践和样品。
提前谢谢你！另外，如果你不明白我
浏览 0提问于2010-05-25得票数 4
2回答
我想知道如何为每个服务创建一个通信。我使用API在系统外部与内部的服务进行通信。服务是否需要通过API网关调用另一个服务，还是直接进入服务本身？
浏览 9提问于2017-02-08得票数 0
回答已采纳
3回答
我继承了一套业务对象，它们工作得相当好。它看起来像是基于的CSLA框架，但有一个非常恼人的问题。当业务对象加载时，它会抛出异常。因此，如果它试图加载一些在数据库中不可用的数据，就会抛出一个异常。这是一个好的设计吗？
浏览 0提问于2010-11-25得票数 1
回答已采纳
1回答
我理解，将业务规则放在业务层，将数据访问放在单独的数据访问层是最佳实践，而实体是模型的一部分。我的业务层是否只有接受实体作为参数的方法？或
我不知道如何设计<em
浏览 2提问于2011-10-29得票数 0
1回答
我正在开发一个网站使用asp.net和sql server我使用EF与代码优先的方法作为数据访问层，和业务逻辑层( BLL )我已经为每个实体开发了一个类，其中包含查询该实体的数据库和返回对象的函数，我的问题是在哪里我可以实现从不同的表返回数据的函数
浏览 0提问于2013-03-25得票数 0
多年来，我一直在构建web数据库应用程序，但我一直在重新设计，我一直想要这样做，但我似乎搞不清楚。我希望能朝正确的方向前进。
这家公司是一家自储式租赁公司。我想把它作为一个网络应用程序构建在一个托管的提供商上，所以我不知道我是否应该考虑使用每晚的db脚本或者从web应用程序端来处理这个问题，或者我是否可以以一种不需要每天晚上发生的特殊方式来设计它。我认为最类似的现实世界设计可能是有线电视提供商，但我很难把它们整合在一起，同时又不让它变得过于复杂。
浏览 2提问于2011-12-01得票数 0
1回答
在设计分层应用程序的BLL时，您会将所有实体类放在一个命名空间中吗？例如:如果您有一个包含客户及其车辆的数据库，这些车辆将按月进行维修。我这样想是正确的，还是我应该改变我的设计理念？
这给我带来了一个使用LINQ to SQL的问题。
浏览 5修改于2013-03-04得票数 3
回答已采纳
我正在从事的项目在如何从数据库中获取对象和对象集合方面面临设计困境。对你的设计有什么影响？有哪些艰难的经验教训？还有其他的想法和建议吗？
编辑: web应用程序、web服务和桌面应用程序使用的业务层动态链接库( my )是一个典型的示例。
浏览 6修改于2011-02-08得票数 4
回答已采纳
.NET中的业务对象设计框架有哪些开源选项，我们已经在使用的一个是的，这是一个非常好的框架。但我有兴趣知道其他选择。如果有人知道其他好的，请在这里回复。
浏览 5提问于2009-05-18得票数 1
1回答
我们已经使用作为基本准则在业务层实现了分页。
我只是想知道-为了使分页功能可测试，我应该使分页程序成为Manager类的公共属性还是将其注入到构造函数中？
浏览 4修改于2012-10-10得票数 0
回答已采纳
6回答
在写这篇文章的时候，我们的业务逻辑在很大程度上是一个交织在一起的球。具有相同业务逻辑的银河系间混乱的依赖关系被多次复制。我现在的重点是将业务逻辑从我们称为数据访问层的东西中提取出来，这样我就可以定义可以订阅的众所周知的事件。我想我想支持事件驱动/反应式编程模型。我希望有一些可以达到的目标，告诉我如何以一种适合业务逻辑的方式设计这些类的集合。如果有什么东西可以区分好的BLL和坏的BLL，我想听到更多关于它们的信息。编辑1：
因此，验证逻辑进入业务对象，但这意味着业务</e
浏览 3修改于2010-11-03得票数 5
回答已采纳
下面是棘手的部分，正在进行设计讨论，以更改物理设计，将标记为操作项的突出显示信息转移到ACTION_ITEM表中。当前，将一个注释标记为一个操作项，我们只需更改一列，在新的设计中，我们必须将整个记录转移到另一个表。
不仅物理设计将发生变化，而且与其存储和检索相关的所有逻辑(这是很多)。原因是，这位系统分析师说，我们需要将物理设计与业务概念结合起来，而不是为了方便而进行编程。在这种情况下，ACTION_ITEM是一个不同的业务概念，因此它需要在ACTION_ITEM表中。
浏览 0提问于2015-06-02得票数 3
回答已采纳
4回答
我正在开发一个具有以下业务对象的DevExpress XAF应用程序每个实体都可以有一个或多个电子邮件地址。
如何使用单个EmailAddress业务对象来完成这一任务？
浏览 10提问于2014-01-17得票数 0
回答已采纳
1回答
下面是我们典型的.NET n层(有时是n层)设计。关注
我的业务层非常以实体为中心，实际上它只是实体和存储库之间的粘合剂，在两者之间进行验证。我看到了许多设计，其中服务层是存储库的引用(本质上跳过了“业务层”)。本质上，它与我的业务层具有相同的目的，但是它的职责(和命名)是一个更高级别、更粗粒度的业务事务。我喜欢我的设计，因为我可以在多个服务调用中重用业务层方法，但是我讨厌这样一个事实:对于每个存储库，我都有一个匹配的业务层管理器，从
浏览 1提问于2011-01-26得票数 6
回答已采纳
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号