这可能是重复的,但由于我没有看到任何希望它不是。基本上,我从未见过何时将一大块代码拆分为单独的方法和对象的良好经验法则。有没有人有他们认为合适的规则?
答案 0 :(得分:5)
如果方法不适合页面,则它太大了。 : - )
这不是使用非常小的字体或使用非常大的显示器的借口
去阅读;
虽然他们谈论如何处理你已经拥有的东西,但如果你阅读它们并向它们学习,你可以不打算创建拉格式代码!
答案 1 :(得分:4)
我发现this article(butunclebob.com,S.O.L.I.D。OOP原则)对于设计类的边界和层次结构具有启发意义。虽然这主要是常识,但要为实现目标而设上一个名称会有所帮助,直到您通过经验感受到设计的“良好”感。
答案 2 :(得分:2)
免责声明:我没有反对OOP,恰恰相反。以下只是个人意见
总的来说,我同意其他答案,每当“觉得”有必要时,我也会尝试将代码分解为方法。
然而,OOP是一种方法,如果你想调用它的工具。虽然采用OOP技术非常强大,但仍有一些情况下其他方法更适合。
一个简单的
echo "Hello World!"
可能比
更快/更好/更容易class HelloWorld {
private String text = null;
public HelloWorld() {
this.text = "Hello World";
}
public void print() {
echo this.text;
}
}
(比较夸张的例子hello world in pattern)
答案 3 :(得分:1)
经验法则是这样的:
问:我应该将其拆分为方法和对象吗?答:是的。
答案 4 :(得分:0)
从OO的角度来看,所有代码应该作为对象和方法编写。 OOP的货币是对象。现在,如果你有一个大班,并且想知道如何分解它,因为它违反了单一的责任,那么经验法则就是封装不同的东西。
答案 5 :(得分:0)
课程应设计为具有一个主要目的。 IE浏览器。让课程简单明了。
在决定方法时,您应该记住两件事。专注于该类的清晰界面,并创建可测试的方法。