主客体命名法
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
TechLead 少个分号
扫码关注公众号
扫码阅读
手机扫码阅读
文章摘要:少个分号 - 主客体命名法
01. 主客体命名法
文章强调了命名在软件设计中的重要性,并介绍了主客体命名法。这种方法基于《主客体建模法》,通过对代码中的客体、主体和行为进行分类和命名,可以提升代码的可读性和软件设计的质量。客体命名依据业务概念,需在团队内统一语言,主体命名则根据功能区分,体现为拟人法,而行为命名则选择恰当的动词。
02. 关于命名的反模式
文章列举了命名的反模式,包括无意义命名、不遵守主客思维、过度抽象以及主体或客体冗余。这些反模式通常导致代码难以理解和维护。通过主客体命名法,可以避免这些问题,简化命名并提高代码清晰度。
03. 起名字可以反思设计
良好的命名能够反映出软件设计的质量。当难以为某个概念找到合适的命名时,可能意味着设计本身存在问题。文章通过保险领域的实际例子展示了如何通过合适的命名解决建模问题,强调命名不仅是编程的一个环节,更是设计的反映。
04. 总结
- 给主体命名时使用拟人法,例如 Manager、Handler、Controller。
- 给客体命名时使用拟物法,确保命名与业务概念一致。
- 为行为选择符合主体、客体身份的动词,如 handle、save、process。
- 尝试形成主谓宾结构的句子,避免命名冗余和重复。
- 使用具体而非抽象的命名,以提高表达能力和设计质量。
TechLead 少个分号
TechLead 少个分号
扫码关注公众号
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
TechLead 少个分号的其他文章
低质量的需求耽误高质量的工程师
错误的需求往往不会责备需求的提出方,因为互联网时代需要快速 \x26quot;试错\x26quot;,而纠正需求所产生的工作却落到了工程师头上。
技术管理 | 谈一些职场认知悖论
如果不能接受自己的价值观调整,就会一直干的很痛苦。
系统设计 | 如何表达技术架构?(规划篇)
如何更清晰易懂的表达软件架构以及技术方案,且成本合适,能长期维护?
多对多关系解耦的数学原理
在面向对象设计中,多对多关系都是非常麻烦的问题。在现实中,我一般会根据经验让团队避免使用多对多关系。怎么从数学上看待这个问题呢?
企业架构建模的挑战和机遇
企业架构关注业务的结构和行为,尤其是创建和使用业务数据的业务角色和流程。它已被定义为 “用于进行企业分析、设计、规划的体系方法,具有定义明确、长期主义、综合应用的特点,用于制定和执行企业战略。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线