Чему придерживаться, PSR-2 (PSR-12) или WPCS при разработке тем и плагинов на WordPress?

Question

[Кирилл]

Хотел бы прояснить для себя, что лучше использовать при разработке, понимаю что кто как хочет так и пишет для каталога и что плагины и темы в основном придерживаются WPCS, но чтобы идти в ногу со временем стоит выбрать PSR..Сам WordPress, вроде как, не запрещает. Подскажите, кто за и против того и другого, чтобы знать как делать правильно. Спасибо

Answer 1

[Вова Дружаев]

"Соль и перец по вкусу." У вас же есть свое мнение и вкус? К чему мнение остальных?
Я не 100% использую WPCS - т.к. что-то мне в нем не нравится и всё на этом))

И второй человек из команды также. т.е. мы с ним договорились использовать WPCS с некоторыми отступлениями.
И если вы будете работать в команде - то также примите соглашение по CS для проекта.

Comments

[Кирилл]

Дело в том, что делать начну только я изначально, вот и завис на старте) Спасибо!

Answer 2

[Дмитрий]

при разработке тем и плагинов для WordPress, к удивлению, следует следовать стандартам написания кода под WordPress
https://make.wordpress.org/core/handbook/best-prac...
https://github.com/WordPress/WordPress-Coding-Standards

Answer 3

[xmoonlight]

Подскажите, кто за и против того и другого, чтобы знать как делать правильно.

Читайте требования площадки.
Если нет спц.требований - используйте общепринятые: PSR-2 (PSR-12).

Comments

[Кирилл]

Уже читал, но ничего такого там не нашел. К пример для плагина:

Following are the PHP standard requirements:

Indentation should always reflect the logical structure of the code.
Tabs are the recommended choice for indentation.
When testing, please make sure that PHP's error reporting is set to E_ALL and with WP_DEBUG enabled.
The code shouldn’t raise any PHP notices, warnings or errors.
Files must use only <?php tags, not the shorthand variations.
Files must use only UTF-8 without BOM for PHP code.
Using the POSIX Regex functions ereg_* aren’t allowed.
Strict equality checks === must be used in favor of abstract equality checks ==.
Blocks should always utilize braces. The opening brace should be on the same line as the function definition, the conditional, or the loop. The closing brace should be on the line directly following the last statement of the block.
Use of eval is not allowed.
If it’s a large item, making use of some sort of dependency management is highly encouraged.

Что в целом подходит под PSR-2, однако
if (!defined('ABSPATH')) {

в WPCS должен быть
if ( ! defined('ABSPATH') ) {

Поэтому и спрашиваю. Спасибо

[xmoonlight]

jensen6720185, Требования - простые.
Используйте PSR-2.

[Кирилл]

xmoonlight, Думаю так или иначе PSR-2 наилучший вариант. Спасибо большое