难道要从你的实际经验出发,用一种方法确定服务合同,这种方法将接受某种目标,作为请求的形式,并将某些其他物体作为请求的结果。 我所指的是的不是建立、删除、编辑和搜索客户的方法,而是将这些活动纳入数据记录,在接收这种数据之后,会做些什么工作。 但服务接口简单,因为:
interface ISomeService
{
IMessageResult Process(IMessageRequest msg);
}
因此,将提出称为“行动”的申请。 类型=“Types.CreateCustomer”和“其他”领域,将为它能够在数据库或数据库中制造客户物体或记录提供足够的信息。 而职业介绍会可以有某些守则来表明客户是不是创造的。
我试图通过这种设计实现的是,能够轻松地把休斯蒂夫雷拉交给客户所知道的其他内部服务。 我看到的另一个好处是,如果我们必须在客户上增加一些业务,我们只能为这一行动提供额外的数据记录,而不必改变服务接口方面的任何内容(我想以一切代价避免这种情况,我指的是不是新行动,而是改变服务接口):
因此,你认为什么? 处理复杂的业务流程是否好? 什么是pit,什么可能更好。
如果我重复了其他一些路面,对我的问题有一些答案,请让我提供链接,因为我没有找到这些路子。