-1

我用来维护一个 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类和函数的正确方法吗?

4

4 回答 4

0

您可以查看 UML 类图。使用图表,您可以从一开始就为您的系统建模以创建良好的架构。也许在您的情况下,它可能只有 2-3 个班级。就像 Dejv 所写的那样,像 MVC 这样的开发模式会提示您系统可能是哪些类以及哪些关系。

给你一个例子

假设您使用最小的 MVC 架构。您将有 3 节课。对于视图,您可以将其称为“gui_main”、控制器“控制器”和模型“引擎”。

我认为一个类有 50 个函数是相当多的。也许一个小应用程序只使用一个类更容易。但从长远来看,我认为以前设计良好的小类会更灵活,以后更容易维护。类的好处是,您尝试将相似的行为和属性分组到一个类中。后来你可以从类名中猜到,他们可能有什么行为和属性,我只是在很多类(38)中让自己有很好的经验。

于 2013-09-02T06:45:30.740 回答
0

几年前,我也遇到过同样的问题。

如果您在一个类(一个文件)中有太多代码并且将代码分成多个类对您的使用类型毫无意义,您可以实现MVC架构,这将帮助您根据其功能和目的来划分代码. 通过正确地这样做,您将使代码更易于阅读和自定义。

于 2013-09-02T06:41:20.180 回答
0

一个类中有 50 多个函数肯定很多。我个人会尝试找到一种方法,将其在逻辑上进一步分解为单独的关注点。

于 2013-09-02T06:42:03.017 回答
0

一个类中绝对有 50 种方法是不好的做法。OOP 的优点之一是可重用性和低代码复杂性。然后你的类中有更多的方法,然后它变得更少可重用并且具有更高的代码复杂性。

遵循PHP Mess Detector推荐的设置并保持你的类不超过 10 个方法(参见TooManyMethods错误)。PHPMD对此的解释:

具有太多方法的类可能是重构的一个很好的嫌疑人,以降低其复杂性并找到一种方法来拥有更细粒度的对象。

于 2013-09-02T09:18:44.800 回答