我一直在考虑尝试标准化我们在工作中使用的PHP代码。Rob和我遵循相似的风格，但也有一些明显的不同。如果我们都遵循一些基本的、商定的准则，那么深入研究彼此的代码会容易得多。
我一直在考虑的一件事是函数声明。我发现我经常重组一个函数以使其更通用，并且在这样做时需要减少或增加它的参数数量。这当然会破坏兼容性。
所以我建议我们让所有函数都接受两个参数：$data和$db。$data是一个散列，然后可以通过PHP提取。要更改参数数量，您可以简单地为参数设置默认值或为缺少的参数返回有意义的错误。
我脑海中闪过的另一个想法涉及这样一个事实，即我们在不同的网站上重复使用了我们的许多应用程序，并且还导出了其中的一些应用程序。我认为我们应该尝试将应用程序编码为功能库或类，然后将它们放在PHP的包含路径中的某个位置。然后我们可以有一个“演示”区域，展示如何使用库/类（即示例脚本），并利用给定的应用程序，我们只需要像这样简单地包含它：include'apps/eventCalendar/calendar.公司'；。这给了我们最大的可移植性，也迫使我们编写简洁的代码并大力记录。
今晚我也在阅读php.general，并注意到一些关于PHP标准的问题。一些人认为PEAR正在成为事实上的标准，因为它是事实上的扩展库。此外，因为它正在成为一个标准，所以还有一个用于记录项目的标准，这就是phpdocumenter。相关链接是：
- PEAR编码标准
- phpDocumentor
