我用来维护一个PHP类和很多函数。它可以跨类中的50多个函数来开发门户。但我总是只使用一个班级。 这是一个好习惯还是我们有比这更好的选择?
我的班级看起来像这样
class myClass{
public function one($value)
{
//Do something
}
public function Two($value)
{
//Do something
}
public function Three($value)
{
//Do something
}
public function Four($value)
{
//Do something
}
}
现在在这个类里面我可以编写50多个函数..所以这个文件的文件大小比其他文件要多。所问,这是处理PHP类和函数的正确方法吗?
答案 0 :(得分:0)
几年前,我遇到了同样的问题。
如果您在一个类(一个文件)中包含太多代码并且将代码分成多个类对您的使用类型没有意义,那么您可以实现MVC架构,这将有助于您实现代码基于它的功能和目的。通过正确执行此操作,您将使代码更易于阅读和自定义。
答案 1 :(得分:0)
答案 2 :(得分:0)
您可以查看UML类图表。使用diagramm,您可以从一开始就为系统建模以创建精美的架构。也许在你的情况下,它可能只有2-3个班级。像Dejv wrotes一样,像MVC这样的开发模式可以提示您提供哪些类以及系统可能存在什么关系。
举个例子
假设您使用最小化的MVC架构。你将有3个班级。对于视图,您可以将其称为“gui_main”,控制器“控制器”和模型“引擎”。
我认为一个班级有50个功能很多。也许一个小应用程序只使用一个类更容易。但从长远来看,我认为以前设计得很好的小型课程将更加灵活,以后更容易维护。关于类的好处是,您尝试在类中对类似的行为和属性进行分组。之后你可以从班级名称,他们可能拥有的行为和属性中猜出,我只是在许多班级中做了很好的经历(38)。
答案 3 :(得分:0)
一个班级肯定有50个方法是不好的做法。 OOP专业人员之一是可重用性和低代码复杂性。然后在你的类中有更多的方法,然后它变得不那么可重用,并且具有更高的代码复杂性。
遵循PHP Mess Detector推荐设置,并使用不超过10种方法保留您的课程(请参阅TooManyMethods错误)。来自PHPMD的解释:
具有太多方法的类可能是重构的一个很好的嫌疑,以降低其复杂性并找到一种方法来获得更细粒度的对象。