Oop 两个不同操作的好方法名称
我有一个方法Oop 两个不同操作的好方法名称,oop,design-patterns,naming-conventions,Oop,Design Patterns,Naming Conventions,我有一个方法Send和一个方法Store。我两个都需要一个包装,但我找不到一个好名字 在这种情况下,如何避免调用方法sendandstoremail? 在facade类中命名这样的不同操作有什么诀窍吗?这完全取决于您希望向外界公开的信息 如果要明确说明方法的作用,请务必使用解释性名称,例如storeandsendmail()(您希望先存储,然后发送,因此请尊重名称中的操作顺序) 如果您不想/不需要这么清楚,您可以使用任何您想要的命名约定,例如,如果适合您的特定情况,您可以使用诸如ProcessM
Send
和一个方法Store
。我两个都需要一个包装,但我找不到一个好名字
在这种情况下,如何避免调用方法sendandstoremail
?
在facade类中命名这样的不同操作有什么诀窍吗?这完全取决于您希望向外界公开的信息 如果要明确说明方法的作用,请务必使用解释性名称,例如
storeandsendmail()
(您希望先存储,然后发送,因此请尊重名称中的操作顺序)
如果您不想/不需要这么清楚,您可以使用任何您想要的命名约定,例如,如果适合您的特定情况,您可以使用诸如ProcessMessage()
之类的名称
或者直接调用它SendItToBigBird()
,看看是否有反应;-)
祝你好运 这完全取决于你想向外界透露什么信息 如果要明确说明方法的作用,请务必使用解释性名称,例如
storeandsendmail()
(您希望先存储,然后发送,因此请尊重名称中的操作顺序)
如果您不想/不需要这么清楚,您可以使用任何您想要的命名约定,例如,如果适合您的特定情况,您可以使用诸如ProcessMessage()
之类的名称
或者直接调用它SendItToBigBird()
,看看是否有反应;-)
祝你好运 我很乐意<代码>发送()!原因如下:
MailService.Send()
调用mailssender.Send()
和MailStorage.Store()
MailService.Send()
处理发送电子邮件的过程。从实现的角度来看,此过程包括物理发送电子邮件和存储电子邮件。但从用户的角度来看,其他开发人员使用您的代码时,它只是发送电子邮件。存储它们是技术性的、不相关的(?)细节。我很乐意<代码>发送()!原因如下:
MailService.Send()
调用mailssender.Send()
和MailStorage.Store()
MailService.Send()
处理发送电子邮件的过程。从实现的角度来看,此过程包括物理发送电子邮件和存储电子邮件。但从用户的角度来看,其他开发人员使用您的代码时,它只是发送电子邮件。存储它们是技术性的、不相关的(?)细节。processEmail()如何…@mr_lewjam:process很容易就意味着:阅读、格式化、解释、重定向。。。processEmail()..@mr_lewjam:process可以简单地表示:读取、格式化、解释、重定向。。。我认为代码应该从开发人员的角度而不是从用户的角度来看是清晰的@danip:当然,我说的用户是指其他使用你的代码的开发人员,澄清了我的答案。我认为代码应该从开发人员的角度而不是从用户的角度来看是清晰的@danip:当然,我所说的用户是指其他使用您的代码的开发人员,澄清了我的答案。