Как сделать вклад в развитие PHP?

Question

[Ян Александров]

Есть небольшое желание сделать вклад в развитие PHP, как языка. Однако с языком Cи не знаком от слова совсем. На официальном сайте есть возможность добавления предложения, но совершенно не понятно, как его оформить и вообще, рассматривает ли их кто-нибудь... Или нужно предложить не только концепцию, но и уже готовую реализацию. И вообще, стоит ли тратить на это время?

Суть концепции

Сейчас, для вывода html элементов в цикле используется такая конструкция:

<?php if( $messages ) : ?>
<ul class="list">
	<?php foreach( $messages as $message ) : ?>
	<li class="list__item"><?php echo $message['content']; ?></li>
	<?php endforeach; ?>
</ul>
<?php endif; ?>

Идея в том, чтобы сделать его более компактным, например:

<?php tag( 'ul class="list"', $messages as $message ) : ?>
	<li class="list__item"><?php echo $message['content']; ?></li>
<?php endtag( 'ul' ); ?>

В конструкции tag сразу идёт проверка на существование и пустоты массива $messages, а также вывода тега ul class="list".

А вот как это могло бы выглядеть с оператором else, вместо:

<ul class="list">
<?php if( $messages ) : ?>
	<?php foreach( $messages as $message ) : ?>
	<li class="list__item col-4"><?php echo $message['content']; ?></li>
	<?php endforeach; ?>
<?php else: ?>
	<li class="list__item col-12">Messages not found</li>
<?php endif; ?>
</ul>

могло бы быть так:

<?php tag( 'ul class="list"', $messages as $message ) : ?>
	<li class="list__item col-4"><?php echo $message['content']; ?></li>
<?php elsetag(): ?>
	<li class="list__item col-12">Messages not found</li>
<?php endtag( 'ul' ); ?>

Что скажете?

Comments

[netrox]

А не рассмаривали хотя бы какой-нибудь шаблонизатор ?

[Ян Александров]

netrox, по правде говоря не успел ещё особо вникнуть...

[Дмитрий]

Вопрос не имеет отношения к функциональному программированию

[Кирилл Несмеянов]

и вообще, рассматривает ли их кто-нибудь...

https://externals.io/

[Сергей Горностаев]

Ян Александров,

по правде говоря не успел ещё особо вникнуть...

Как говорится, "не читал, но мнение имею".

Answer 1

[Алексей Уколов]

Все шаги подробно описаны: https://wiki.php.net/rfc/howto

Однако, я бы не рекомендовал вам тратить своё и чужое время на это предложение.
Во-первых:

If you don't have the skills to fully implement your RFC and no-one volunteers to code it, there is little chance your RFC will be successful.

А во-вторых, это настолько нишевое и малополезное предложение, что усложнять язык ради него никто не станет.

Comments

[Ян Александров]

Спасибо за коммент. С другой стороны match, тоже довольно нишевый, и всё же он вошёл в восьмёрку.

[Vitsliputsli]

Ян Александров, ваше предложение описывает html вёрстку, такие вещи решаются шаблонизаторами, а php уже очень давно универсальный язык.
Match отличается от switch сравнением с учётом типов, и уже только это даёт ему право на жизнь.

[Ян Александров]

Vitsliputsli, ок, если не трудно, покажите пожалуйста, как цикл мог бы выглядеть на шаблонизаторе.

[Vitsliputsli]

Ян Александров, как угодно, как добавят в шаблонизатор так и будет.
Суть в том, что в php добавляются универсальные вещи, которые полезны при решении любых задач. В модули, то что полезно при работе с какой-то спецификой, но тем не менее универсальной (СУБД например). То что предлагаете вы, решается на стороне шаблонизатор. Т.е. более резонно написать разработчикам шаблонизаторов. А может, просто добавить свои функции.

[FanatPHP]

С другой стороны match, тоже довольно нишевый, и всё же он вошёл в восьмёрку.

Вот пока нет понимания в чем разница между match и твоим кадавром (который, на минуточку, реализует диаметрально противоположный подход к программированию), не нужно тратить своё (и особенно - чужое) время на такие предложения.

[Ян Александров]

FanatPHP, да понял я тебя, угомонись уже.

Answer 2

[FanatPHP]

Для того что чтобы сделать вклад в развитие РНР как языка, надо сначала выучить этот язык, хотя бы основы. Причем не только язык, а основы программирования в целом. Потому что иначе вместо предложения выйдет посмешище.

проверка на существование и пустоты массива $messages

Под "проверкой", как я понимаю, тут имеется в виду заметание мусора под ковер? Любимый нубами подход, который заключается в том чтобы помешать РНР сообщить тебе о проблеме, когда ты пытаешься перебрать в цикле несуществующую переменную или не массив?

И что имеется под пустотой? Если пустой массив - то зачем это проверять-то?

То есть, Если обладать минимальными навыками программирования, и всегда иметь минимальное представление о том, что содержат твои переменные, то код получается

<ul class="list">
  <?php foreach( $messages as $message ) : ?>
  <li class="list__item"><?= $message['content']; ?></li>
  <?php endforeach ?>
</ul>

что является прекрасным читабельным кодом, где разделены РНР и HTML.
Вместо твоего монстра, где ты просто запихал зачем-то вперемешку html, РНР, оператор цикла, условного перехода, подавление ошибок, вывод HTML - и все это ради того чтобы сэкономить одну строчку кода в шаблоне.

tag( 'ul class="list"', $messages as $message )

которая непонятно - то ли РНР, то ли HTML, которую непонятно как расширять, непонятно как читать.

Не говоря уже о том, что по синтаксису - это шаблонизатор, а не синтаксис РНР, а ты про них даже не слышал.

Comments

[Алексей Уколов]

Если пустой массив - то зачем это проверять-то?

Чтобы пустой ul не выводить.

[FanatPHP]

Алексей Уколов, согласен

Answer 3

[Mors Clamor]

Сделайте фреймворк реализующий данную концепцию, в чем проблема-то, зачем С

Comments

[FanatPHP]

слушай, а зачем ты пытаешься отвечать на вопросы, не обладая, по своему собственно признанию ни знаниями (джун) ни опытом (безработный)?