business-logic相关内容
我的应用程序中有一个有点复杂的定价机制 - 以下是我设置阶段的一些业务规则(实体是粗体): 对于给定的客户、网站或客户,产品可能具有独特的价格点组. 一个产品有时可以有一个或多个额外的选项,这些选项可能有自己的价格点 或 价格规则. 一个产品有一个由用户选择的唯一添加,它本质上是一个价格和一个整数. 现在,我有一个 价格点 的 EntityRepository 来确定基本产品的正确
..
首先,我看到了很多关于这个的问题,但背后的推理还不够.如果我的问题不够好应该删除我会理解的. 我看过,例如,this 和一个 45+ 投票的答案说他建议您将业务逻辑放在模型中,这听起来很合乎逻辑. 然而,我的第一个大型项目我已经在控制器中完成了我所有的 BL,因为我没有质疑这些事情,而是在自动添加的 AccountController 中查看它是如何完成的如果您选择带有表单身份验证的
..
古老的问题.您应该将业务逻辑作为存储过程(或包)放置在数据库中还是应用程序/中间层中?更重要的是,为什么? 假设数据库独立性不是目标. 解决方案 在数据库中放入足够的业务逻辑,保证数据的一致性和正确性. 但不要害怕必须在另一个级别复制某些逻辑以增强用户体验.
..
Derik Whitaker 发布了一个 文章 几天前达到了我一直很好奇的一点大约有一段时间了:业务逻辑应该存在于控制器中吗? 到目前为止,我看到的所有 ASP.NET MVC 演示都将存储库访问和业务逻辑放在控制器中.有些人甚至还会在那里进行验证.这会导致相当大的、臃肿的控制器.这真的是使用MVC框架的方式吗?看来这最终会导致大量重复的代码和逻辑分布在不同的控制器上. 解决方案 业
..
我正在从事一个基本上具有三层的项目:演示文稿、业务和数据.每个层都在不同的项目中,所有层都使用另一个项目中定义的 DTO.业务层和数据层在查询数据库时返回 DTO 或 DTO 列表. 到目前为止一切顺利,但现在我们必须查询视图,而这些视图当然与现有的 DTO 不匹配.到目前为止,我们所做的只是创建了一个特殊的 DTO、业务层和数据层类,以便将它们视为普通实体(减去插入、更新等) 但这似
..
我目前正在设计一个应用程序,我需要知道应该如何设计一个常量参数表.另外,我想知道如何在应用程序上使用此表. 例如:对于系统中的参数性(M或F),它应该在它自己的表中还是最好将该参数与其他表一起放在一个特殊的表中?.如何在后续层中“封装"参数(使用带有参数及其主键的常量类)? 我听说过一种特殊的“DB 模式"或一种创建表的常用方法,以便其架构让开发过程能够在这个单一参数表上进行中继.你知
..
最好的方法是什么?为什么? V1: 试试{var service = IoC.Resolve();服务.Do();}捕获(BLException 前){//处理异常} V2: var service = IoC.Resolve();var 结果 = service.Do();如果(!结果.成功){//处理异常} 解决方案 在我看来,例外更好.我认为 DDD 代码首先是好的面向对象代
..
遵循 CQRS(命令查询职责分离)的概念,我在我的 MVC 应用程序中直接引用 DAL,并通过 ViewModel 进行所有读取.然而,我的一位同事问我,当阅读时必须应用任何业务逻辑时,你会怎么做.例如如果您需要在如下场景中计算百分比值: //Employee 域对象班级员工{字符串 EmpName;单一工资;}//在某些实用程序类中声明的常量.这也可以存储在 DB 中.const 单一税 =
..
什么是域逻辑?域逻辑的维基百科页面重定向到业务逻辑.它们是否相同,如果不同,它们有何不同? 解决方案 领域就是你正在建模的东西. 如果您正在为业务问题建模,它们是一回事. 如果您正在建模其他东西,例如物理,您的系统中可能没有业务逻辑,但物理部分仍然是领域逻辑.
..
在课堂上,我们现在正在学习如何构建 Spring 应用程序,即使不直接涉及 spring,我们也学习了如何为 DAO 和服务层对象制作接口. 如果我错了,请纠正我:DAO 层非常抽象:它只包含 CRUD 操作并进一步用于读取数据.(即:获取所有对象,获取特定对象等) 服务层:包含创建事物和删除事物的服务,这应该是业务逻辑所在. 现在所有这些在服务层都有意义;除了“更新"对象.您是
..
我正在开发一个涉及企业注册的网络应用程序.验证企业身份的最佳方法是什么?我怎么知道注册“必胜客"的人真的适合必胜客?我可以使用哪些网络服务? 解决方案 我知道这看起来很牵强,但是有有识别验证服务可以识别一个人的身份.我见过他们在行动,他们掌握的关于我的信息非常可怕.他们知道我在哪里工作,在哪里上学(甚至我上一学期的心理学课只是为了好玩.) 这些服务之所以有效,是因为它们购买公共记录.
..
支持和反对存储过程中的业务逻辑的论据是什么? 解决方案 针对存储过程:编程空间中的业务逻辑 我非常重视表达的力量,而且我认为 SQL 空间并没有那么具有表现力.使用手头最好的工具来完成最合适的任务.最好在最高级别上处理逻辑和更高阶的概念.因此,存储和海量数据操作最好在服务器级别完成,可能在存储过程中完成. 但这要看情况.如果您有多个应用程序与一种存储机制交互,并且您想确保它保持
..
我是一名 ASP.NET MVC 开发人员,刚刚开始我在 Rails 上的第一个大项目,但是我对将业务逻辑放在哪里感到困惑?在 ASP.NET 上,我创建了一个库,其中包含处理业务逻辑的服务(域驱动设计),我听说 Rails 使用了胖模型瘦控制器的概念,但是我在 ASP.NET 中有一些项目将所有逻辑添加到控制器会弄得一团糟,还有其他办法吗? 解决方案 采用 FatModels 和 Ski
..
当我第一次学习如何使用正则表达式时,我们被教导如何解析诸如电话号码(显然总是 5 位数字、一个可选空格和另外 6 位数字)、电子邮件地址(显然总是字母数字,然后是单个 '@',然后是字母数字后跟一个 '.' 和三个字母),我们应该始终这样做以验证用户输入的数据. 当然,随着我的发展,我了解到基本方法是多么愚蠢,但是我看的越多,我就越质疑这个概念,通过正则表达式对诸如电子邮件地址之类的东西进行
..
处理乍一看需要许多嵌套 if 语句的复杂业务逻辑的好方法是什么? 示例: 折扣券.可能是: 1a) 超值折扣 1b) 百分比折扣 2a) 正常折扣 2b) 累进折扣 3a) 需要使用优惠券 3b) 不需要访问优惠券 4a) 只适用于已经购买过的客户 4b) 适用于任何客户 5a) 仅适用于来自国家(X、Y、...)的客户 这需要比这个更复杂的
..
以这个简单的,人为的例子为例: UserRepository.GetAllUsers();UserRepository.GetUserById(); 不可避免地,我会遇到更复杂的“查询",例如: //返回用户,其中active = true,deleted = false和Confirmed = trueGetActiveUsers(); 我无法确定存储库的责任在哪里结束.Get
..
特别是,EIS(数据库)层与使用带有POJO的Web层和一个轻型框架或使用EJB的标准业务逻辑层的对比.另外,除了这些我可能不知道的选项,可能还有其他选项.基本上,这是带有和不带有EJB的业务逻辑的设计注意事项.使用另一种替代方法的指南. 这将是在应用程序服务器上部署的Java EE应用程序的上下文中. 我的印象是,应该有一些关于如何在应用程序中进行结构化的基本准则,并且由于我出于工作
..
我正在尝试使用 Django Rest Framework 创建一个后端,并试图确定将业务逻辑放置在哪里。它会出现在views.py中吗?我想创建更复杂的服务,而不仅仅是获取对象列表或获取一个特定对象。任何指导将不胜感激,谢谢。我意识到有一个关于通用Django项目中的业务逻辑的讨论,但是我特别询问django rest框架。 解决方案 更多的是设计模式,而不是Django Rest Fr
..
也许在应用程序中,我具有一项功能,允许用户使用具有某些验证逻辑的表单发送反馈: 名称可以为空 反馈消息应至少包含5个字符 您将这些验证逻辑放在哪里,在域层作为业务逻辑还是在表示层作为UI逻辑? 这些逻辑适用于所有应用程序(Android,iOS,Web)。请注意,我们已经进行了服务器端验证。 解决方案 我认为许多开发人员都在 Presentation 层,特别是在 Vi
..
我想确保对象的状态始终有效。 让我们假设一个带有构造函数和setter的类: class MyClass { double x; //必须在[0; 500]中。 public: MyClass(double _x):x(_x){ if(x 500.0) 抛出/*...*/; } void S
..