Warning: file_get_contents(/data/phpspider/zhask/data//catemap/1/php/285.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
在不降低性能的情况下使PHP代码尽可能小?_Php_Performance_Content Management System - Fatal编程技术网

在不降低性能的情况下使PHP代码尽可能小?

在不降低性能的情况下使PHP代码尽可能小?,php,performance,content-management-system,Php,Performance,Content Management System,我正在用PHP编写一个内容管理系统,我希望它是世界上最小的一个。我计划让每个人都可以使用它,就像Drupal和Joomla一样。但为了使它变得如此微小,我将代码更改为更小的代码 例如,我改变了: $info = parse_ini_file("info.scm"); /* to */ $i=parse_ini_file("info.scm"); 只是为了让它变小。但是,我经常使用一些函数,比如preg_replace();。我用了30多次。我是否应该创建如下函数: function p($p,

我正在用PHP编写一个内容管理系统,我希望它是世界上最小的一个。我计划让每个人都可以使用它,就像Drupal和Joomla一样。但为了使它变得如此微小,我将代码更改为更小的代码

例如,我改变了:

$info = parse_ini_file("info.scm"); /* to */ $i=parse_ini_file("info.scm");
只是为了让它变小。但是,我经常使用一些函数,比如preg_replace();。我用了30多次。我是否应该创建如下函数:

function p($p,$r,$s){preg_replace($p,$r,$s);}
//and than just use:
p($my_regex, $my_replacement, $my_string);
还是这会让一切变得更慢


请注意,我的目标是使其尽可能小。

您试图做的就是“缩小”,它没有性能变化,只是缩小了程序的大小。是的,使用该函数将减少程序的字节大小


我确实建议保留一个非小型版本,以使其更易于维护。在发布新版本之前,可能要编写一个程序来缩小它。

您试图做的就是“缩小”,它没有性能变化,只是缩小了程序的大小。是的,使用该函数将减少程序的字节大小


我确实建议保留一个非小型版本,以使其更易于维护。在发布新版本之前,或许可以编写一个程序来缩小它。

当您需要将代码推送到客户机(例如,来自服务器的JavaScript)时,这是有意义的,但当它在服务器上本地运行时(如php),性能几乎没有提高。

当您需要将代码推送到客户机时,这是有意义的(例如,来自服务器的JavaScript)但是当它在服务器上本地运行时,就像php一样,性能几乎没有提高。

将现有函数包装到自己的函数中会由于函数调用开销而影响性能


如果您真的关心包的大小,请将CMS作为Phar归档文件交付。这些文件可以通过bzip2压缩并直接执行。请参阅了解如何使用和创建Phar归档文件。

将现有函数包装在自己的函数中会因函数调用开销而影响性能


如果您真的关心包的大小,请将您的CMS作为Phar存档提供。这些可以通过bzip2压缩并直接执行。请参阅了解如何使用和创建Phar存档。

缩小对服务器端的性能没有实际影响。编写较少的代码不会提高速度,如果您计划重新分发代码,我们将因为代码是不可理解的,所以它很少引起注意

编译代码也会显著提高它的速度,但我认为人们不会喜欢在二进制模式下读写字节码来编辑你的应用程序!在保持代码可读性的同时减小大小和提高速度的唯一方法是使用更少的内存:与其给变量赋值,然后将其传递给函数,不如传递它直接指向函数


还请记住,PHP内置函数比用户定义函数快。

缩小对服务器端的性能没有实际影响。编写更少的代码不会提高速度,如果您计划重新分发代码,那么它将很少引起注意,因为代码不可理解

编译代码也会显著提高它的速度,但我认为人们不会喜欢在二进制模式下读写字节码来编辑你的应用程序!在保持代码可读性的同时减小大小和提高速度的唯一方法是使用更少的内存:与其给变量赋值,然后将其传递给函数,不如传递它直接指向函数


还请记住,PHP内置函数比用户定义函数快。

不要。请不要。我要强调的是:请不要。已经有太多无法读取的代码无法读取,原因与您给出的原因完全相同。服务器上的硬盘空间(实际上)无限,没有人关心你的PHP文件的大小。

不要。请不要。我要强调的是:请不要。已经有太多无法阅读的代码无法阅读,原因与你给出的完全相同。服务器上的硬盘空间(实际上)是无限制,没有人关心PHP文件的大小。

在APC存在之前,这是一种常见的技术:

  • 删除评论
  • 缩小函数名
  • 等等
因为每次运行脚本时,php都会对其进行解析和处理

现在需要考虑,PHP不需要每次脚本运行时解析。
我建议您:保存好您的文件,以便任何其他开发人员都能看到您尝试执行的操作。使用能够描述它们的连贯函数名称。

在APC存在之前,这是一种常见的技术:

  • 删除评论
  • 缩小函数名
  • 等等
因为每次运行脚本时,php都会对其进行解析和处理

现在需要考虑,PHP不需要每次脚本运行时解析。
我建议您:将您的文件妥善归档,以便任何其他开发人员都能看到您尝试执行的操作。使用能够描述它们的连贯函数名称。

如果您这样做,请不要以任何形式发布源代码-出于您自己的利益,将其作为个人项目保存。尽量减少代码体的占用空间“可能的妈妈学位”并非完全没有价值(作为一种学习练习),但对其他人来说,与之合作将非常困难,你也不会因此赢得很多朋友:)

如果你这样做,请不要以任何形式发布源代码-出于你自己的兴趣,将其作为个人项目保存。试图最大限度地减少代码体的占用空间并非完全没有价值(作为一项学习练习),但这将是非常困难的