Questions tagged «coding-standards»

WP核心，许多WP插件和WP编码标准本身使用Space字符的“大量应用程序” （不是用于缩进，而是在括号和括号的“内部”）。这似乎是Wordpress特有的-这种样式/理念似乎在其他类似项目（PHP或其他项目）中不存在。 有关此方法的更多信息，请参见：https : //make.wordpress.org/core/handbook/coding-standards/php/#space-usage 例： foreach ( (array) $foo as $bar ) { ... 我指的是foreach之后，第一个(之后，最后一个之前的)空间（以及上面链接中“空间使用情况”中显示的其他类似空间）。 这种样式对我来说似乎是不必要的-它需要更多的键入操作，并且（opinion）使解析代码在视觉上更加困难。（/ opinion） 我的愿望不是辩论这种风格是否是一个好主意。相反，我只是想了解为什么这是推荐样式的动机。甚至对WP编码标准的评论者也很好奇： 提供给MK Safi问题的答案基本上是： 为了提高可读性 现状（又称“就是这样”） 我问的理由是，我个人认为在仅内部项目中采用WP编码标准（关于“空间使用”）没有太大价值。但是，我很好奇我是否缺少某些东西。 除了上面列出的两个以外，是否还有其他理由可以遵循Wordpress的“空间使用”样式？

22 coding-standards 

是否有任何技术原因阻止WP成为Framework Interop Group的一部分？

13 php  coding-standards 

WP核心手册> PHP编码标准>命名约定为使用类命名文件提出了以下建议： 类文件名应基于带class- 前缀的类名，并且类名中的下划线用连字符代替，例如WP_Error： class-wp-error.php 从本节的措辞来看，它主要是供核心使用的，但总体而言，编码风格确实确实适用（并且我认为应该如此）适用于第三方WP代码。 但是，由于core不支持名称空间（PHP 5.2，ugh），因此无法解决这种情况。 从开发人员便利性的角度出发，采取什么实际方法？支持自动装带器？ 我可以看到多种替代方法： 完全忽略命名空间 在文件名中包括名称空间 使用名称空间作为文件夹级别 完全使用替代命名方案，例如PSR

9 oop  coding-standards 

我正在编写插件，正在尝试确定何时使用不同的错误处理方法。 我正在考虑三种方法： 引发异常（自定义类） 返回错误对象（WP_Error的扩展名） 只需返回null / false 我正在考虑的一些情况 尝试获取/设置注册表中不存在的选项 将无效的值传递给方法（应该很少） 调用类的重载程序无法解析的方法 有什么建议吗？由于编写WordPress插件有一些特殊的注意事项，因此我不确定是否值得在一般的PHP板上进行询问。

8 php  plugin-development  error-handling  coding-standards 

我最近发现了用于wp-lunch.php WordPress模板的文件的代码，如果遵循正确的WordPress编码标准，它将是什么样？ <?php if ( current_user_can('has_sandwich') ): ?> <?php get_sandwich_header(); ?> <?php while( has_filling() ): the_filling(); ?> <?php get_sandwich_part( 'thick_layer', get_filling() ); ?> <?php endwhile; ?> <?php get_sandwich_footer(); ?> <?php endif; ?>

8 coding-standards