Python
Java
PHP
IOS
Android
Nodejs
JavaScript
Html5
Windows
Ubuntu
Linux
在哪里捕获异常
我有一个 WCF svc 分为服务层 业务逻辑层和数据访问层 当我的 DAL 遇到异常时 我应该在那里捕获它还是让它冒泡回到服务层 为什么 请忽略此场景中的任何客户端参与 我只关心在 WCF svc 上记录异常 有一个术语 异常屏蔽 基本上
NET
WebServices
Exception
dataaccesslayer
businesslogiclayer
我从来没有遇到过写得好的业务层。有什么建议吗?
我环顾四周 看到了一些很棒的代码片段 用于定义规则 验证 业务对象 实体 等 但我不得不承认 我从未见过完整的优秀且编写良好的业务层 我只知道自己不喜欢什么 却不知道什么是好的 谁能指出一些好的 OO 业务层 或出色的业务对象 或者让我知道
OOP
ntierarchitecture
businesslogiclayer
业务逻辑层
我正在使用 ASP NET 和 Telerik 控件 v2009 q2 来编程数据驱动的应用程序 我有一个名为 BLL 的类 它包含 几乎仅 静态类 这些类返回不同的对象 并以一些 id 作为参数 通常以列表形式返回对象组 我的问题是 总是
aspnet
businesslogiclayer
在多层架构中通过层传递业务实体
目前我正在开发一个利用多层架构的项目 如中所述应用架构指南2 0 http apparch codeplex com 有 5 层 DAL BLL Facade 表示层和公共层 这里我们有一个业务逻辑层 它由业务组件和业务实体 它们是使用 O
Architecture
entities
businesslogiclayer
architecturalpatterns
Django 模型 = 业务逻辑 + 数据访问?或者数据访问层应该从 django 模型中分离出来?
在 Django 中 建议的软件架构是将所有业务逻辑和数据访问放在模型中 但是 一些同事建议数据访问层应该与业务逻辑 业务服务层 分开 他们的理由是 如果使用不同的数据源 数据访问层可以隔离更改 他们还表示 业务逻辑可以存在于多个模型中 但
设计 DAL 和 BLL - 相关表的单个/多个数据存储库
在设计新的多层应用程序时 我很难为我的应用程序做出决定DAL and BLL层设计 假设我将员工信息分布在与主表具有 1 1 和 1 Many 关系的多个表中 下面列出了一些 员工 主表 员工 联系方式 详细信息 员工 教育 员工技能 员工
DesignPatterns
Repository
dataaccesslayer
businesslogiclayer
逻辑:数据库或应用程序/2(约束检查)
这是一个特定版本这个问题 我想检查是否插入了重复的行 我应该在我的应用程序层以编程方式检查它 if exists obj throw new DuplicateObjectException HibernateSessionFactory
database
businesslogiclayer