n-tier-architecture

    2热度

    1回答

    例如说我有(伪代码): 在我的数据访问层到实体框架,这在目前返回,从而保证了我的生意才做了.ToList()public IEnumerable<User> GetUsers(string name)逻辑层不能干扰我的数据访问层。 但是,在我的业务逻辑层中,我需要稍微不同的变体,例如我需要更少的数据(例如只是userid或进一步过滤它)。 要有一个高效的数据库层,我希望另一个方法返回数据的一个子集

    1热度

    1回答

    我搜索了关于这个问题的一段时间,但没有发现“令人满意”的答案为止。 我会试着解释一下。 我们正在开发,需要一个web应用程序,对于一些实体,向导在创建/编辑过程,使用户可以和步骤之间切换有复杂的更好的控制,并建立这些实体所需的流量。 每个备选建议我发现(ⅰ已经检查大约穆蒂步形式恶向导宝石和ASCII铸造)结束有关需要更改为向导的实体。海事组织,向导只是一个视图的特殊性,与实体和它们的接口无关...

    0热度

    3回答

    我有需要我用n层的方法来建立一个Web应用程序的项目。但是,由于我做的大部分项目都是使用1层的网站,因此我对这个架构很陌生。 我决定建立一个三级体系结构,表示层,业务层&数据访问层 ,最后是数据层。 我想知道,因为这些层在不同的服务器上,他们在想如何沟通?使用Web服务有助于解决这个问题吗? 是否有一个地方,这是完全教导任何简单的教程或教训?从构建应用程序到在单独的服务器机器上部署。

    0热度

    1回答

    目前我正在重构一个巨大的单片asp.net mvc的解决方案(运行作为一个网站/门户网站),并提取类库与 通用的业务逻辑(可用于创建类似的门户) 核心业务逻辑(即可以用作域逻辑) 公共储存库的逻辑 核心库逻辑 门户特定的业务逻辑(如果通用业务逻辑犯规用这种方法做) 门户库特定的逻辑(如果公共资源库的逻辑没有做的话) 的问题,因为我看到的是,在引入类似门户网站,我将有时间创建其特定的业务逻辑层 和存

    2热度

    1回答

    我试图让我的EF通用资源库更加“宽”,与EF,NHibernate,亚马逊服务等任何数据提供程序(ORM)一起工作,而没有任何绑定到EF上下文。 现在我有(GIST链接): IRepository Repository 我有重写IRepository和Repository一部分。 但不知道如何处理EF以及如何最终摆脱它。 你可以给我一些文章或代码样本,以在我的工作中获得正确的方向。

    1热度

    1回答

    在.net中的依赖注入(一本伟大的书籍感谢标记)。 在第41个杂项其他问题: 他谈到一个反面模式,引用DAL和BLL UI,DAL定义域对象(实体框架自动生成的对象),他说: 大多数领域模型似乎在数据访问库中实现。 鉴于技术问题,域模型库引用数据 访问库,这是一个概念性问题,即数据访问库将类定义为产品类的这样一个 类。公共产品类属于域模型。 我明白,DAL不能定义域对象,但我不明白为什么DML引用

    1热度

    4回答

    我的应用程序有n层体系结构。我有不同的层次(业务逻辑&数据链接& GUI)。我正在使用一些常用的类将数据从一个层传递到另一个层。我有一个班(说RetrnValueCls),它只有两个变量Return value和Return Message。当我将数据从一层传递到另一层时,我需要返回这个Return Value类以及其他类(比如说MasterItemsCls),该类有其他变量。 下面是方法 pub

    1热度

    1回答

    在我的web应用程序中,我有一个由几个jsf-viewscoped和一些requestcoped bean组成的表示层。通常我只想在这些表现逻辑中,所以只要有超出表示逻辑的任务,我就使用另一个Bean或一个EJB。所以在一些viewcoped Beans中,我注入了一个EJB。我现在的问题如下:我是否应避免通过创建另一个(例如应用程序作用域)bean来将EJB直接注入用于表示的Bean中的情况,该

    0热度

    1回答

    我有一个问题,扭曲了我在过去的几个月。一些作者和人员(我不会说全部)将业务逻辑与应用服务相关联。据我所知,业务逻辑包含构成我们域的类,它们全部包含在业务层或域层中。因此,我们将Business Objects放入业务层(这看起来完全合乎逻辑),那么为什么我们将应用程序服务(属于服务层)与业务逻辑(属于业务层)相关联?为什么我们说应用服务包含业务逻辑?

    5热度

    1回答

    我为MVC4 webapp + EntityFramwork5开发了三层体系结构。 我想保留图层,所以只有DAL知道我正在使用EF,例如。 其实我有很多的类来管理: DAL 实体PO​​CO 实体的DataContext:的DbContext 实体库 BL 实体视图模型 实体服务(实例化实体库) WEB 实体控制器(实例化实体服务) 这是工作但很难维持。我正在考虑删除DAL中的Entity Rep