其思想是,web服务(在本例中是Asp.Net Web )可以显示一个可查询的OData接口,但是当它被查询时,它会根据所请求的内容从多个源提取数据。因此,大型查询可能会访问索引服务(ElasticSearch),该服务不一定有完整的对象可用,但是调用单个对象将直接访问Azure表。但是从服务用户的角度来看,它总是访问相同的数据源。虽然我只想使用索引作为我们的搜索服务和表作为我们的
但在现实生活中,会有大量的领域对象,如果我们使用开放封闭原则,我将得到数以千计的类。
我的问题是,人们会在大型项目中遵循这个原则并创建这么多的类吗?另外,如果所有的业务逻辑都流向域对象,那么人们在服务类中编写的逻辑是什么(所谓的服务类,我指的是服务层中的类(web-> service ->dao)。我为愚蠢的问题道歉,但我很好奇在复杂的大型项目中设计的标准方法是什么。