eja*_*env 4 methods refactoring fluent-interface
好的风格(清洁代码书)说方法的名称应该描述方法的作用.因此,例如,如果我有一个验证地址的方法,将其存储在数据库中,并发送电子邮件,如果名称是如此 verifyAddressAndStoreToDatabaseAndSendEmail(address);
要么
verifyAddress_StoreToDatabase_SendEmail(address);
虽然我可以在3种方法中划分该功能,但我仍然需要一种方法来调用这3种方法.所以一个大的方法名称是不可避免的.
拥有和命名的方法肯定描述了该方法的作用,但IMO它的可读性并不高,因为名称可能非常大.你会如何解决它?
编辑:也许我可以使用流畅的风格来分解方法名称,如:
verifyAddress(address).storeToDatabase().sendEmail();
但我需要一种方法来确保调用的顺序.也许通过使用状态模式,但这会导致代码增长.
我如何处理这个问题就是按照你提到的那样制作3个较小的方法,然后在调用3个较小的方法的较高方法中,我将它命名为"为什么"我需要做这三件事.
尝试定义为什么需要执行这些步骤并将其用作方法名称的基础.
| 归档时间: |
|
| 查看次数: |
113 次 |
| 最近记录: |