数据传输我正在构建一个Web应用程序，我想扩展到许多用户。此外，我需要通过Web服务向受信任的第三方公开功能。我正在使用LLBLGen生成数据访问层(使用SQLServer2008)。目标是构建一个业务逻辑层，使Web应用程序免受DAL细节的影响，当然，还提供DAL之外的额外验证级别。此外，据我所知，Web服务本质上是BLL上的薄包装。DAL当然有自己的一组实体对象，例如CustomerEntity、ProductEntity等。但是，我不希望表示层直接访问这些对象，因为它们包含特定于DAL的方法并且程序集特定于DAL等等。因此，我们的想法是创建数据传输对象(DTO)。这个想法是，这些
我正在开发一个Web应用程序，它是一个B2B门户应用程序。我的应用程序遵循2层架构。下面是一段代码，将公司注册到我的网站//////RegisterCompanywiththebusinessbazaar/////////publicstaticboolRegisterCompany(Registrationregistration){boolresult;using(varhelper=newDbHelper()){_commandText="sp_RegisterCompany";varsuccess=newSqlParameter("@Success",SqlDbType.Bit
当我上次从事编程工作时，我们试图从DataReaders和传统的ADO.NETAPI转向对象关系映射(ORM)。为此，我们通过sqlmetal为我们的数据库生成了一个DataContext。然后有一个薄数据层使DataContextprivate，任何需要访问数据库的代码都必须使用public方法这个薄数据层。这些方法基本上是存储过程；他们将通过LINQtoSQL对数据库执行查询。今天这是一种常见的方法吗？我的意思是，是否每个使用.NET3.5框架的人都在他们的构建过程中真正运行sqlmetal，或者什么？这在当时几乎像是黑客攻击。基本上，我想知道如果我今天要在不使用第三方开源软件的.
我目前正在研究领域驱动设计，并尝试将其应用到一个WPF项目中。我观看了一些教程视频，并阅读了很多文章，例如:Onionarchicecturedependenciesinthesamelayer:InfrastructureandWebcommunicatinghttp://eohmicrosoft.blogspot.fr/2012/08/laying-it-out-onion-architecture.htmlDomainDrivenDesign:DomainService,ApplicationService我理解对接口(interface)和控制反转的关注。我读到有一些经常性的层
我正在使用业务对象(员工、产品)创建一个新项目。由于限制，我没有使用LINQtoSQL或任何ORM映射器。我必须手动编写数据访问层代码。我有兴趣使用“存储库模式”。根据我的理解，我必须创建一个通用存储库IRepository，它由所有存储库ProductRepository、EmployeeRepository实现。让我困惑的是不同的业务对象有不同的需求。例如:产品库GetAllProducts();GetProductById(intid);GetProductByMaxPrice(doubleprice);GetProductByNamePrice(stringname,doubl
关闭。这个问题不满足StackOverflowguidelines.它目前不接受答案。想改善这个问题吗？更新问题，使其成为on-topic对于堆栈溢出。8年前关闭。Improvethisquestion我需要为N层应用程序仔细选择.NETORM。这意味着，我将拥有公开数据的服务器(WCF服务)和显示数据的客户端。ORM应该顺利支持所有相关的序列化问题——对象或对象集合，或者任何必须跨越进程边界的东西。理想情况下，在多进程环境中的用法应该与在单进程中相同。标准是:db模式映射到对象的灵活性(首选)易用性免费、开源(首选)必须适合N层(多进程多域应用)业绩与VisualStudio集成的工
我们正在考虑创建一个新项目，并希望探索使用存储库和服务层模式，目的是创建松散耦合的代码，这些代码可以使用模拟存储库进行完全测试。请参阅下面的基本架构思想。我们将使用接口(interface)来描述存储库并将它们注入(inject)服务层以删除任何依赖项。然后使用autofac，我们将在运行时连接服务。publicinterfaceIOrderRepository{IQueryableGetAll();}publicclassOrderRepository:IOrderRepository{publicIQueryableGetAll(){returnnewList().AsQuerya
很难说出这里要问什么。这个问题模棱两可、含糊不清、不完整、过于宽泛或夸夸其谈，无法以目前的形式得到合理的回答。如需帮助澄清此问题以便重新打开，visitthehelpcenter.关闭10年前。我使用的是简单的3层架构。在这里，我使用DTO类在UI、BL和DL之间进行通信。那么层与层之间有没有更好的通信方式呢？或者这是正确的方法？
关闭。这个问题是opinion-based.它目前不接受答案。想要改进这个问题？更新问题，以便editingthispost可以用事实和引用来回答它.关闭4年前。Improvethisquestion我正在开发使用网络服务的ASP.net应用程序。没有直接来self的应用程序的数据库连接——所有事件都使用Web服务处理。在UI层，我可以使用几行Linq代码进行数据自定义和验证。如果我的应用程序没有业务层，会有什么缺点？
好的，这是给你们的另一个:我开始进入n层应用程序世界。我已经阅读了一些有关该主题的文章，一般建议是n层应用程序的目标是抽象层间功能。因此，基于此，在n层应用程序中，常规模型为:数据访问->业务层->表示由于我是一名.NET开发人员，我认为要增强与多种客户端类型(Silverlight、Web应用程序甚至WinForms客户端)的集成，我应该使用WCF(WindowsCommunicationFoundation)作为业务层的数据服务，因此无论其类型如何，客户端都可以与其通信。另外，我是NHibernate作为ORM的super粉丝。所以我的结构是这样的:数据访问(NHibernate)
