昨天我问了一位同事,如果一个函数的参数太多,是否最好用属性创建一个类。我可以遵循哪些准则?函数/类设计指南
Q
函数/类设计指南
1
A
回答
2
我认为这可能取决于您使用的语言以及有问题的参数数量,并且在调用该函数时允许省略其中一些参数。
VB有可选参数,C#3 +允许使用参数实例化。
除了运行该函数之外,这个新类还有其他什么用处,或者这个类的状态在后面的代码中有用吗?
1
当参数的数量超过我通常开始考虑重构该方法。没有绝对数字,但这是我的一般规则。将数据分组到数据类中可能是有意义的,或者有时这意味着我应该将该方法移近数据。
0
这一切都取决于上下文。
例如,
如果它不是数据库操作,我们可以按照系统的设计进行操作。打破模块并尝试创建子模块。
如果是数据库系统,我总是喜欢为Fields和DAO类编写一个单独的bean类来进行操作。
相关问题
- 1. Google Play设计指南?
- 2. 枚举设计指南
- 3. 设计指南分布式计算
- 4. IE10触摸输入设计指南?
- 5. Django Web应用程序设计指南
- 6. 设计清洁界面的指南
- 7. 繁忙交通设计指南
- 8. iOS CoreData架构设计指南
- 9. Dashcode - 属性检查器 - 设计指南?
- 10. .net功能的设计指南
- 11. 动态壁纸图标设计指南
- 12. 子类指南
- 13. 用于编写类型化SQL语句API的设计指南?
- 14. SQL数据服务数据库设计指南
- 15. SAS企业指南计数如果
- 16. 设计解决方案指南 - XML文件与数据库
- 17. 有没有文件数据库的设计指南?
- 18. 学习指南云计算
- 19. 设计指定的构造函数
- 20. 寻找指南如何设置mongo_mapper,设计,haml与rails3
- 21. 蚂蚁设计:与区域设置相关的具体指南
- 22. SAS企业指南设置
- 23. TFS团队建设指南
- 24. Android设备指南/要求
- 25. 指南针GPS指南针
- 26. .NET框架设计指南在名称空间中命名类型
- 27. 设计指南行:在哪里定义变量
- 28. Android平板电脑的UI设计指南
- 29. 繁重的字符串操作设计指南
- 30. 为网页设计模式推荐指南?