Я протестировал несколько из них и в данный момент единственного, который поддерживает.NET 3.5 и также имеет большой стек виртуализации, Постсборка Xenocode
С ngen, все еще необходимо было установить платформу.NET, но использование инструмента как такового, весь управляемый код компилируется в собственный код, таким образом, можно развернуть его на машинах без присутствия платформы.
Стиль комментариев на языке C стал отраслевым стандартом. Нет ничего плохого в использовании комментариев #
, если это не запрещено конкретным стандартом кодирования для вашего проекта или рабочего места. Стандарты являются ключом к созданию читаемого кода.
Во многих случаях //
и / или / * * /
считаются стандартным синтаксисом комментариев для языков программирования. Единственное часто встречающееся исключение - это VB, который использует '
. Напротив, #
часто считается стандартным синтаксисом комментариев для сценариев оболочки.
PHP изначально был разработан для выполнения обеих задач. PHP может работать и работает достаточно хорошо как язык сценариев оболочки и может быть вызван из командной строки. Он имеет функции для обработки чтения из стандартного ввода и записи в стандартный вывод. Вероятно, отсюда и возник синтаксис #
для комментариев. #
, вероятно, не приветствуется, потому что в настоящее время PHP считается языком программирования, а не инструментом для написания сценариев оболочки. В частности, стиль указывает, что ссылки на вопросы предназначены для веб-приложений, а не для какого-либо инструмента оболочки.
#
для комментариев. #
, вероятно, не приветствуется, потому что в настоящее время PHP считается языком программирования, а не инструментом для написания сценариев оболочки. В частности, стиль указывает, что ссылки на вопросы предназначены для веб-приложений, а не для какого-либо инструмента оболочки. PHP может работать и работает достаточно хорошо как язык сценариев оболочки и может быть вызван из командной строки. Он имеет функции для обработки чтения из стандартного ввода и записи в стандартный вывод. Вероятно, отсюда и возник синтаксис #
для комментариев. #
, вероятно, не приветствуется, потому что в настоящее время PHP считается языком программирования, а не инструментом для написания сценариев оболочки. В частности, стиль указывает, что ссылки на вопросы предназначены для веб-приложений, а не для какого-либо инструмента оболочки. Судя по размещенным вами ссылкам, это кажется чисто стилистическим выбором. PEAR и Kohana хотели бы иметь некоторое единство, когда дело доходит до стиля, и они (возможно, произвольно) предпочли комментарии в стиле C вместо комментариев в стиле UNIX / Perl.
возможно // и / * * / также являются комментаторами для многих других языков, таких как c, c ++, c #, javascript, css и многих других. так что, возможно, люди привыкли их использовать. просто догадываюсь.
Единственная причина, о которой я могу думать, это то, что было бы вредно для чтения кода иметь два разных вида синтаксиса однострочных комментариев, плавающих вокруг. // кажется более распространенным способом, поэтому я предполагаю, что они просто пытаются ограничиться одним, чтобы повысить читабельность
Я думаю, это потому, что многие другие программы запуска используют // как однострочный комментарий (C, C ++, C #, java и т. Д.), А синтаксис PHP во многом определяется Си-подобные языки.
Я не верю, что поддержка # в ближайшее время прекратится.
Форма комментария # в PHP не одобряется руководствами по стилю PECL, но по-прежнему приемлема и, вероятно, не будет считаться устаревшей. по той же причине, что в именах классов обычно нет чисел. это просто соглашение