Oop 服务方法的放置
让我们假设我有两个具有以下方法的服务类:Oop 服务方法的放置,oop,coding-style,Oop,Coding Style,让我们假设我有两个具有以下方法的服务类: 团体服务 createGroup() deleteGroup() updateGroup() findGroup() 用户服务 createUser() deleteUser() updateUser() findUser() 现在,我在思考这些课程的美学。 想象一下,我们想要实现一个搜索特定组的所有用户的方法。 哪个服务类负责这种方法 我的意思是,返回值是一个用户(或者可能是一组用户),但参数(表示组的名称)是一个组。 那么,哪个服务类更适
- 团体服务
- createGroup()
- deleteGroup()
- updateGroup()
- findGroup()
- 用户服务
- createUser()
- deleteUser()
- updateUser()
- findUser()
那么,哪个服务类更适合将此方法放在哪个服务类中呢?两者都不适合。该方法属于createGroup()和findGroup()返回的类组。但是,如果只有这两个服务是您的选项,请使用GroupService,因为GroupService的所有参数都将组名作为参数。改变方法的返回类型比改变参数更常见。两者都不一样。该方法属于createGroup()和findGroup()返回的类组。但是,如果只有这两个服务是您的选项,请使用GroupService,因为GroupService的所有参数都将组名作为参数。方法的返回类型比参数更常见。取决于您的思维方式,如果您想搜索具有特定组的用户,那么实际上您想搜索具有特定条件的用户,所以最好将其放在用户服务中,但如果您想从组中获取某些属性,最好把它放在群组服务中,你应该显示你的类签名和他们的职责。取决于你的思维方式,如果你想搜索特定群组的用户,那么实际上你想搜索特定条件的用户,所以最好把它放在用户服务中,但如果您想从组中获取某些属性,最好将其放在组服务中,您应该显示您的类签名及其职责。我建议使用用户服务,因为您请求的是用户实体。服务应该保护消费者不受实现细节(持久化机制等)的影响,如果用户是从组服务返回的,则需要了解用户是如何持久化的。我建议使用用户服务,因为您正在请求用户实体。服务应该保护消费者不受实现细节(持久化机制等)的影响,如果用户是从组服务返回的,则需要了解用户是如何持久化的。我将创建另一个名为“Membership”的类,并具有在特定用户所属的组或组中搜索用户的方法。我倾向于选择大量的小类而不是少量的大类。我会创建另一个名为“成员资格”的类,并使用方法在特定用户所属的组或组中搜索用户。我倾向于选择大量的小类而不是少量的大类。当您需要
findUsersByGroupAndManager(String-groupName,String-managerName)
时会发生什么?当您需要findUsersByGroupAndManager(String-groupName,String-managerName)
时会发生什么?