使用ORM时,使用通用数据库接口还是特定于功能服务的数据库接口设计是一种好方法?

问题描述

| 我正在使用三层模型(UI-server-DB)应用程序设计应用程序,其中包括以下模型的8至10个主要功能: -数据库和业务逻辑位于.net服务器应用程序中,UI是另一个WPF应用程序 -服务器应用程序中的每个功能都为UI公开了单独的服务接口(WCF) 基本上,我正在寻找使用LLBLGen Pro的ORM库与服务器应用程序中的数据库接口的设计思想和输入。 方法1: 在服务器应用程序中创建一个公共数据库类库,其中包括所有实体类和数据映射类。各个功能将引用此公共类库 方法二: 为每个要素服务(8到9个服务)创建db类库,实体类和数据映射类将在此库中。因此,单个功能具有更高的模块化程度,并且较少依赖于应用程序中的其他功能。 因此,寻找应用程序的模块化,可伸缩性和可维护性,什么是好的设计方法? -哈里     

解决方法

我将使用单个WCF数据服务,并且为每个功能创建一个不同的EndPoint。