我正在寻找或嗅探，它检测到：

因为只有

被允许！

谢谢

我使用 PHP 代码嗅探器收到此消息：

Expected "if (...)\n"; found "if (...)"

我的代码：

<?php if ($user->authorise('core.admin')): ?> <li><a href="<?php echo $this->baseurl; ?>/index.php?option=com_affiliates&amp;view=config"><?php echo JText::_('COM_AFFILIATES_LINK_GLOBAL_CONFIG'); ?></a></li> <?php endif; ?>

我正在使用PHP Coding Standards Fixer的 sublime text 2 插件。它工作正常，除了它认为命名空间无效（它实际上是无效的，我可以接受）。此错误会阻止脚本更正文件的其余部分。我收到以下错误：

我如何告诉脚本忽略命名空间约束。命令行参数和 Sublime text 2 用户设置都可以更改。

我一直在寻找一种方法来编译 PHP 源代码并通过加载已编译的代码在 PHP 脚本中使用它。还没有结果，尝试使用bcompiler但由于 Zend 核心 API 的更改而无法编译，可能需要更换小部件。

其他没有成功的尝试是使用 phpc，编译器推荐的版本是 PHP 5.2，因此 API 不再支持对 5.4 的更改。

我尝试使用 pear 安装代码嗅探器，但我的 mac 无法识别 phpcs 命令。

梨配置

我检查了 php_bin 并且 php 可执行文件在那里。

当我运行 phpcs 我得到command not found

我试过升级梨，卸载重装代码嗅探器，一切。当我运行安装列表时，我得到

梨清单

目标： 我有兴趣在 PHP 程序中生成类依赖项的DOT 格式描述。

想法： 编写一个可以在 PHP 源代码中检测（并发出 DOT 记录）以下模式的 CodeSniffer“嗅探”应该不难：

但是我还没有找到任何已发布的嗅探来发出此信息（以及任何其他表明我可能错过的“真实”类依赖关系的模式）。

注意： 我特别不关心 PHP 的 include() 和 require() 语句（我不相信它们的行为是明确定义的）。出于这个问题的目的，我们假设所有 PHP 类解析都是通过自动加载处理的，并且我们希望仅使用静态代码分析来构建类依赖关系图。

编辑： 不幸的是，我看不到处理以下问题的一般方法：

但是，当然可以通过显示 ThatClassName 与 generateClassName() 方法的依赖关系来在依赖关系图中表示这种情况 - 可能用括号显示以使方法名称易于与类名称区分开来。并且建立一个约定可能不是一个坏主意，其中任何动态生成类名的方法都必须包含一个注释（在相关的注释中），该注释指示可能生成的每个类名 - 这些“记录的动态依赖项”然后可以自动包含在依赖图中。

最近我们迁移到 git 并在我们的中央服务器上实现（现在发布）接收钩子以向开发人员发送报告，并制作了一些工具，使我们能够在我们的开发环境中使用 phpcs 自动检查我们的代码标准。

这一切都很好，很好，运作良好，但我们希望能够始终依赖我们的代码标准，而不是忽略每个出于逻辑原因不符合要求的文件。现在，我们有自己的规则集，它覆盖了默认 PEAR 标准中的一些内容，但如果可能的话，我们希望更进一步。

我们的问题是，虽然 PEAR 标准非常适合所有类/业务逻辑，但在视图文件中，我们希望放宽规则，比如右括号需要在自己的行中。问题是我们主要在这些文件中定义 html，我们仅有的控制结构是简单的 if-else 或 foreach 语句，打开 php，然后添加换行符，右括号，换行符，关闭 php 有点傻 imo。

必需的语法是有效的：

我们希望将其用于视图：

这将使我们的代码更具可读性......

我们不喜欢 wel ( if(..): ... endif;) 等替代语法，afaik 主要是因为这里的有效性也存在一些问题（都是关于空格的......）。

忽略整个文件（带有// @codingStandardsIgnoreFile）不是我们的选择。

tl;博士

所以我们想做的是为我们的视图文件定义一个单独的规则集，这样我们仍然有一个标准要遵守，但在这些方面有宽松的规则，所以我们的代码仍然可以阅读。

我对 phpcs 还不太了解，并且我自己也找不到任何使用关键字的解决方案，我认为这是合乎逻辑的......也欢迎任何关于制作也符合 PEAR 的整洁视图文件的建议......

我想为我们的 phpcs 验证对 PEAR 标准做一个小的改动。目前 PEAR 要求您编写这样的 else 语句：

我们想这样写它们：

我该如何进行此更改？

我在标准中包含外部嗅探时遇到了麻烦。使用最新版本的 PHP_CodeSniffer 1.4.3，我不能包含一组嗅探。我可以单独包含它们，但我想减少维护，只列出我不想要的。

工作规则集.xml

这有效并包括简单的测试。但是，我想将所有内容都包含在该组中，并排除一次嗅探。

也适用于 PHP_CodeSniffer 的 ruleset.xml ICAP 编码标准

非工作规则集.xml

此规则集不起作用，并在运行 PHPCS 时返回异常。

这是刚刚发布的版本 1.4.3 和 PHP 5.4.8。

我的 PHPCS -i 确实将 Generic 显示为已安装的标准：

我在混合环境中工作，并试图尽可能避免使用路径，因为它们在 Windows 和 Ubuntu 12.10 之间有很大不同。

PHP_CodeSniffer 中是否有设置来显示失败的嗅探？我正在将输出与我们的编码标准进行比较，并且逐个使用很难破译哪个测试失败，看看我们可能想要忽略哪个。

如果有一种简单的方法来显示故障嗅探，那么我可以更轻松快捷地完成配置。