n-tier-architecture

7热度

1回答

一段时间以来，我和我的团队一直在Web服务外观（使用WCF）中包装我们的数据访问层，并从业务逻辑层调用它。与此同时，我们可以简单地使用存储库模式，其中业务逻辑层通过接口在本地使用数据访问层，并且在任何时候，我们都可以改变它以创建服务（如果需要）。问题是：什么时候将数据访问层包装在服务门面中，何时不是它？现在看起来主要优势在于其他应用程序可以使用该服务，但是如果它们是使用.NET编写的内部应用程序

31热度

6回答

解释2层和3层架构的不同层次？

我无法理解哪些元素被称为第一层，第二层&第三层&他们居住在哪里。他们可以驻留在同一台机器或不同的机器上。哪一层驻留在哪台机器上？我们如何将特定应用程序识别为2层应用程序或3层应用程序。请举例说明

1热度

1回答

应该安排哪一层计划任务？

我试图用分层体系结构实现DDD应用程序。我有：基础架构层 - 实现应用程序的技术特定部分的一个层。域图层 - 包含域模型的图层。应用程序层 - 一个包含与域模型交互干扰的图层。接口层 - 从外部接收事件的层。经典的3层（基础架构）架构非常清晰。但我的应用程序不是很经典。除了UI之外，我还有定期运行的计划任务。我考虑将这些任务放入接口层，因为这些任务实际上处理像UI这样的事件。但是有一个问

3热度

2回答

如何使用PHP构建n层web架构？

我正在处理3层架构PHP网站。现在我需要重新设计它来支持分布式n层体系结构。经过长时间的研究，我找到了这个解决方案：业务逻辑应该分为表示层和纯业务逻辑层，以允许n层体系结构（用户界面，表示层，b.logic和数据层）。我决定只使用РНР进行演示。在业务逻辑中，我希望使用J2EGI实现技术，而不是在PHP中实现它，因为J2EE可以提供更重要的业务逻辑，稳健性，可维护性和不同的关键业务操作所必需的容

1热度

3回答

实体框架4网站架构

嗨，我已经被赋予了使用实体框架4创建N-Teir网站的任务，并且我正在面对一些砖墙，可能在我的知识面前。我的计划，到目前为止是有这层网站（应用层），什么我打电话Name.Framework（BLL）， Name.Data（DAL），名称。实体（包含POCO类和网站/ BLL使用其他结构类， Name.Common（实用类）我试图使用的存储库类，但我在努力做的事情工作，我怎么想，他们会以下

0热度

2回答

LINQ2SQL，实体：中间层或数据访问层

伙计们，在一个标准的三层架构，哪里会你把你的LINQ2SQL DBML文件？对于ado.net实体数据模型，您的答案是否相同？如果dbml文件位于中间层，那么您是否有数据层？问候，布雷特

9热度

3回答

实体框架POCO实体在多层web应用程序

我是EF4的新手，并没有任何使用经验。所以，如果这是一个非常简单的问题，那么我就不会。我有BOL中的POCO实体（.tt文件），DAL中的.edmx文件（EDM）和Presentation层中的webapp。所有的业务逻辑都转到BLL层。下面是引用： UI - > BLL-DAL-BOL BLL - > DAL-BOL DAL - > BOL BOL - >无我的项目。 1-我对图层区分的理解

2热度

2回答

n层软件设计是SOA的一个子集吗？

1热度

2回答

如何在N层方案中利用EF 4.0 POCO Self Tracking Entity进行并发检查？

我使用VS1010RC与POCO自我跟踪T4模板。在我的WCF更新服务方法，我使用类似于下面的内容： using (var context = new MyContext()) { context.MyObjects.ApplyChanges(myObject); context.SaveChanges(); } 这工作得很好，直到我设置ConcurrencyMode

0热度

2回答

优势数据访问层

在工作中，我试图在已有的大型PHP应用程序中实现n层模型。我必须说服我的老人，因为他们没有看到额外的DA层，因为性能。代码现在在业务逻辑中查询Db，并在循环中计算结果集中的数据。低性能成本。我试图说服他们的原因很明显：透明度（'我们可以读取SQL'），更改数据库（'不会发生'）。他们的观点是，如果它是由一个单独的层完成的，这将意味着必须创建一个数据集并在业务层再次循环。成本核算表现。另外，