business-logic-layer相关内容
首先,在有人尖叫受骗之前,我很难用一个简单的标题来概括它.另一个标题可能是“域模型和 MVC 模型之间有什么区别?"或“什么是模型?" 从概念上讲,我将模型理解为视图和控制器使用的数据.除此之外,对于模型的构成似乎有很多不同的意见.什么是领域模型、应用模型、视图模型、服务模型等. 例如,在我最近问到的关于存储库模式的问题中,我被直接告知存储库是模型的一部分.但是,我读过其他观点,认为模
..
我正在用 Django 编写一个项目,我看到 80% 的代码在文件 models.py 中.这段代码令人困惑,一段时间后,我不再理解到底发生了什么. 困扰我的是: 我觉得我的模型级别(本来应该是只负责处理来自数据库的数据)也是发送电子邮件、通过 API 访问其他服务等. 另外,我发现将业务逻辑放在视图中是不可接受的,因为这样就很难控制了.例如,在我的应用程序至少有三种方法可以创建新的
..
我们在与 DAL 通信以进行数据访问操作的服务中使用带有 Webapi 的 html 5/angular SPA 层流将是: presentation(html5/angular controller/service) --> web api --> DAL --> DB. 我们没有 BLL 项目.我们正在考虑将 DAL 作为 BLL + DAL 的组合.我们使用通过 t4 模板
..
目前我正在开发一个利用多层架构的项目,如应用架构指南 2.0 中所述,其中 5层(DAL、BLL、Facade、表示层和公共层). 在这里,我们有一个业务逻辑层,它由业务组件和业务实体(它们是使用 O/R 映射器生成的实体)组成,通常我们在表示层中需要这些实体来绑定和向用户呈现数据,因此我们对这些实体进行冒泡通过其他层到达表示层. 现在的问题是: 这是一个正确的方法吗?(根据我的定义,如
..
我们在与DAL通信以进行数据访问操作的服务上使用带有Webapi的html 5 / angular SPA 层流为: presentation(html5 / angular controllers / service)-> Web api-> DAL--> DB。 我们没有BLL这样的项目。我们正在考虑将DAL作为BLL + DAL的组合。而且我们使用通过t4模板创建的DTO对
..
我没有使用任何ORM。因此,我在争论“保存”方法实际上是属于业务领域实体还是应该在将要交付给业务领域实体进行保存的某些服务中抽象化? class员工 { 字符串名称; DateTime出生; GetAge() { } Save() { } } OR class Employee { string Name; D
..
在设计新的多层应用程序时,我面临着难以确定我的 DAL 和 BLL 层设计的决定。 假设我将Employee信息散布在与主表具有1-1和1-Many关系的多个表中。下面列出了一些: Employee(主表), Employee_Contact_Detail, Employee_Education, Employee_Skill, Employee_Experie
..
我听过无数次我们不应该将业务逻辑与其他代码或类似的语句混在一起。我认为我编写的每个代码(我指的是处理步骤)都由与业务需求相关的逻辑组成。 有人可以告诉我究竟由业务逻辑组成的是什么?如何将其与其他代码区分开?有一些简单的测试可以确定什么是业务逻辑,什么不是业务逻辑? 解决方案 用简单的英语简单地定义您正在做的事情。当您以商业眼光谈论事情时,例如“让那些人受苦”,“窃取金钱”,“摧毁这部
..
我去接受采访,被要求展示我的业务层架构。我对三层体系结构有一些想法,但对于面试官面前要写些什么却真的不知道。 因此,假设我的项目与一个组织的员工打交道,那么我在那儿写了什么。它应该是我应该制作的任何类型的图还是某些编码部分。我在C#Framework 3.5中工作。我真的不明白在这个问题上还有什么要提的,所以请告诉我是否需要。 编辑 我在winforms中工作。 我知道什么是业务层,但
..
我环顾四周,看到了一些很棒的代码片段,用于定义规则,验证,业务对象(实体)等,但是我不得不承认从未见过完整的出色且编写良好的业务层. /p> 我只知道自己不喜欢什么,却不知道自己是多么棒. 任何人都可以指出一些好的OO业务层(或出色的业务对象),或者让我知道他们如何判断业务层以及什么使一个伟大的业务层? 谢谢 解决方案 经过全面的域分析,设计出了良好的业务层.如果您可以捕获业
..
Linq to SQL,C#. 我有3层:DAL,BL,Application. 我想在BL中为每个表构建搜索功能,以便这些功能作为参数从“应用程序"层表达为"where".这种方法的优点是每个表都有一个功能,因此客户可以以自由动态的方式进行搜索,而可以通过5种(例如)方式给他.限制他的搜索. 为此,我需要给我的Application层一个DAL层的DLL.这样做不是解决问题的好方法(
..
我有用户和角色实体和服务,它们的DAO层.我需要UserService中的角色列表. 我应该在UserService中使用哪一层? RoleService与RoleDAO 的呼叫列表方法?哪一种是常用的,为什么? 解决方案 通常DAO层靠近数据库,Service层封装了您的业务逻辑,执行任何事务或其他操作,而不仅仅是调用DAO. 调用另一个服务的服务更为常见,因为 您的R
..
软件架构中的域对象和域服务是什么?我不熟悉它们或它们与业务逻辑层的区别? 解决方案 不同的人以不同的方式使用这些术语,但这是我的看法: 1)“商业”和“域”大致是同义词。 “域”更为通用,因为它不会假设您正在编写业务应用程序。因此,如果我们正在编写科学应用程序或游戏,我们可能更愿意将代码的相关部分称为“域”代码而不是“业务”代码。因此,在本解释的其余部分中,我将使用“域”,因为它更通
..
我有一种情况,我想使用单个业务逻辑类在各种实体框架类上执行类似的操作。我已经定义了一个接口,这些类在部分类文件中实现。 但是当我尝试用这些接口方法编写LINQ to entities查询时,我得到一个NotSupportedException,因为查询没有直接使用类的属性,而是通过接口。 我想把繁重的工作保留到数据库层,所以有没有办法实现这一点求助LINQ到对象? 这里有一些代码
..
我需要循环访问数据库中的自定义对象类型的属性,并仅显示包含数据的列。 这意味着我不能简单地将对象列表绑定到数据网格。 我不想遍历每个对象,看看列是否为空/空,并确定在UI中显示它。 我在发送对象之前在我的业务层中想到的是,我只发送一个IEnumerable,只显示那些应该可见的列。因此,我正在考虑使用Linq to Object来做到这一点,但我不确定这会非常漂亮。 有谁知道我可以使用
..
我从来没有使用过实体框架,我想尝试一些实现它的个人项目,让我的脚变湿。 我看到实体可以暴露给表示层。 但我不希望某些字段暴露,字段,如修改日期,创建日期和各种其他数据库字段。 我如何实现业务对象,只暴露我需要的属性,但仍然保持对象可序列化? 与LinqToSql有什么优势? 解决方案 您可以在EDMX模型中定义一个实体,您可以指定每个属性的setter和getter的可
..
在Django中,建议的软件架构是将所有的业务逻辑和数据访问都放在模型中。 但是,有些同事建议数据访问层应该与业务逻辑(业务服务层)分开。他们的理由是,如果使用不同的数据源,数据访问层可以隔离更改。他们还说可以有多种模式的业务逻辑。但是,当我开始使用单独的数据访问和业务逻辑层进行编码时,数据访问层很简单(基本上是定义数据库模式的模型代码),而且似乎没有多少价值。 分离出django模型
..
我在Django中编写了一个项目,我看到80%的代码在文件 models.py 中。这段代码令人困惑,在一段时间后,我不再理解真正发生了什么。 这是什么困扰我: 我发现我的模型级别(应该是 仅负责数据库中的数据工作),也是 发送电子邮件,走在API到其他服务等。 另外,我发现在视图中放置业务逻辑是不能接受的,因为 这种方式变得难以控制。例如,在 应用程序中,至少有三种方法可以
..
下图是复杂算法的简单部分。 我尝试根据算法准备一些类。 抽象类Person { public string HasXRecords {get;组; } public int PersonAnotherFeature {get;组; } public List Xs {get;组; } = new List(); } 抽象类X { //将有超过1000
..
这是此问题的特定版本。 我想检查是否插入一个重复的行。我应该在我的应用程序层中以编程方式检查它: if(exists(obj)) { throw new DuplicateObjectException(); } HibernateSessionFactory.getSession()。save(obj); 或者我应该捕获数据库层抛出的异常并在违反约束时触发?
..