通过应用 SRP 原则，您必然会有很多课程。如果这对于小型项目来说效果很好，那么您如何处理和组织大型项目中的类数量？
- 你如何组织文件夹结构？
- 你怎么记得你建造了什么？
- 你怎么知道其他人是否没有在其他类中构建相同的功能？
这适用于所有类型的图书馆。不仅仅是建议零售价。
类/函数的组织可能会让人头疼，但实际上您只需要记住几件事。
- Plan.
- 定义并保留正确的命名
文件、类的约定，
文件夹、方法/函数和
变量。
- 将您的类分解为命名空间
或至少进入子文件夹
系统的主要肌肉群。
- 文档：内部（好的评论，
文件标题和公共方法
列表）和外部（wiki，
自述文件、Excel 等）
2 我的意思是：/library/muscleGroup/useType_nameOfClass.php对于 useType 类似于“factory”“abstract”“data / dto”或您正在使用的任何模式的文件/文件夹。然后，在每个文件中，类应该与 nameOfClass 完全相同，并且每个方法名称应该严格遵循某种模式。[Action][on what][with what conditions]并保留一份行动清单和“做什么”并虔诚地坚持下去。
这样做，您就无法重复功能，因为您可以轻松找到适合您想要的东西的正确类和方法。因为它们有逻辑名称，例如Get_User_ById and Get_Transactions_ByNewest or Combine_Ingredients_FromRecipes.
最后一个上面可能有这样的评论：
// Combines many recipes into one ingredient list
// $recipes = an array of recipe objects
// returns an array of ingredient objects with their correct quantities
示例操作列表：（应该非常通用并适用于任何应用程序）
- Get
- Set
- Delete
- Move
- Merge
- Combine
“关于什么”示例列表：（应特定于应用程序）
- User
- 成分
- Recipe
- 测量
- 允许
- Brand
- Ad
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
