Php 写很多小函数好还是写不太大的函数好？

目前正在从事一个项目，我想到：

编写许多小函数还是编写较小的函数更好？

如果在编译等方面很重要的话，我是用PHP写的，但是在一般意义上哪一个更好

伪代码示例1：

伪代码示例2：

---

如果您评估了您要求这些函数执行的操作，那么函数中是否存在大量代码块，这些代码块被调用但未被使用的几率是不可忽略的

例如，如果您有一个函数处理图像并在PNG时执行动作或在JPG时执行动作，则更容易运行两个函数，一个用于PNG，另一个用于JPG，只需使用一个decider函数，根据传递的图像参数选择要调用的函数

一大功能

imageloader($imgFile){
    if (image is PNG){
        load image 
        resize image
        output image
    }
    if (image is JPG){
        load image 
        resize image
        output image
    }   
}

几个较小的功能

imageloader($imgFile){
    if (image is PNG){
        call pngimg function
    }
    if (image is JPG){
        call jpgimg function
    }
    resize image
    output image
}

pngimg($file) {
    return load PNG image
}

jpgimg($file) {
    return load JPG image
}

上面的代码现在意味着，如果您的代码的另一部分需要加载JPG图像，但不需要调整其大小，那么您可以简单地调用

imgjpg

函数，这为您的代码使用增加了更高级别的灵活性

这还取决于一个函数的某些部分在其他情况下是否有用，在这种情况下，只需将该函数本身设置为一个函数，并从正在运行的函数中调用它即可。在tRepeatY我们自己（DRY）的编程原则下运行

---

这都是假设性的，在很大程度上取决于您的实际代码是什么，您打算将其用于什么，以及您将来的代码维护和后续开发计划。

如果您评估了您要求这些函数做什么，在一个函数中是否存在大量代码块，这些代码块被调用但不被使用的几率是不可忽略的

例如，如果您有一个函数处理图像并在PNG时执行动作或在JPG时执行动作，则更容易运行两个函数，一个用于PNG，另一个用于JPG，只需使用一个decider函数，根据传递的图像参数选择要调用的函数

一大功能

imageloader($imgFile){
    if (image is PNG){
        load image 
        resize image
        output image
    }
    if (image is JPG){
        load image 
        resize image
        output image
    }   
}

几个较小的功能

imageloader($imgFile){
    if (image is PNG){
        call pngimg function
    }
    if (image is JPG){
        call jpgimg function
    }
    resize image
    output image
}

pngimg($file) {
    return load PNG image
}

jpgimg($file) {
    return load JPG image
}

上面的代码现在意味着，如果您的代码的另一部分需要加载JPG图像，但不需要调整其大小，那么您可以简单地调用

imgjpg

函数，这为您的代码使用增加了更高级别的灵活性

这还取决于一个函数的某些部分在其他情况下是否有用，在这种情况下，只需将该函数本身设置为一个函数，并从正在运行的函数中调用它即可。在tRepeatY我们自己（DRY）的编程原则下运行

---

这都是假设性的，在很大程度上取决于您的实际代码是什么，以及您打算将其用于什么，以及您将来的代码维护和后续开发日程安排。

为什么不编写一个类呢？它取决于代码，如果在一个地方设置一个集合在逻辑上有意义的话。这实际上取决于每个开发人员。将两者都写下来并进行时间比较，这样您就可以知道哪一个更适合您的需要。然而，如果你谈论的是一个真正大规模的应用程序，你需要考虑可读性和编辑的易用性；节省0.5秒的时间，使其更难维护，反之亦然。。这是你对框架的选择，我认为这是我无法控制的@KIMB technologies（不过我还在学习，所以可能是一个选项）为什么不编写一个类呢？这取决于代码，如果逻辑上有一个集合在一个地方是合理的话。这实际上取决于每个开发人员。将两者都写下来并进行时间比较，这样您就可以知道哪一个更适合您的需要。然而，如果你谈论的是一个真正大规模的应用程序，你需要考虑可读性和编辑的易用性；节省0.5秒的时间，使其更难维护，反之亦然。。这是您对框架的选择，我想这是我无法掌控的@KIMB technologies（不过我仍在学习它，所以可能是一个选项），谢谢您的回答。这是一个很好的信息，请记住，谢谢你的回答。这是值得记住的好信息