Стиль кодинга

Привет всем,не знаю как продолжить изучать php.Уже знаю его довольно неплохо,могу писать средние системы, но код получается каким то неправильным..
Хотелось бы почитать(или посмотреть) как пишут реальные сайты в реальных компаниях, используют ли они MVC?Или как же они кодят,процедурно или на классах.

Гугл ничего не нашёл,подкиньте плиз мануальчик.

0

оформление кода вот так: https://github.com/php-fig/fig... r/accepted
а пишут вот так: http://symfony.com/doc/current/book/index.html

1

За первую ссылку спасибо,а про то как пишут хотелось бы почитать на русском и как можно подробнее

0

lesromand, почитайте такую книгу http://www.ozon.ru/context/detail/id/5648968/

0

http://habrahabr.ru/post/38214/

но код получается каким то неправильным

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

а про то как пишут хотелось бы почитать на русском и как можно подробнее

лучше выкладывай код для оценки. везде пишут по-разному. я работаю в одном из крупнейших ИМ страны, а код у нас ужасен. все зависит от человека, который пишет код.

Добавлено через 2 минуты
http://www.ozon.ru/context/detail/id/4884925/ - это супер-книга, но что бы понять написанное, нужно очень много времени и не раз перечитать прочитанное.

0

прошу прощения за небольшую некрофилию темы. Нынче модно следовать стандартам PSR, оных уже 4 набралось (по первой ссылке доступно). Но одно дело модно, другое практично, если с PSR-0 и PSR-1 я полностью соглашусь, то с PSR-2 критически не согласен, а скорее наоборот.
1) табы, вместо 4 пробелов по стандарту (значительнее меньше гемора, когда пытаешься выровнять код, у нас не 90 года, когда табам нельзя было задать размер и они в терминале вытягивались на пол страницы)
2) 80 символов, вместо 120 (хотя это спорно)
3) фигурная скобка на той же строке, что и любая директива, включая объявление класса. Скобка на другой строке - это полный дебилизм, который создаст кучу проблем (особенно, когда такую привычку переносишь на JS, Ruby и проч.)
4) не согласен с пробелом между обычной и фигурной скобками, скобки не надо отделять пробелами, а следует отделять внутренности условных выражений - так можно акцентировать и выделить само выражение, нежели отдельные управляющие конструкции.

Думаю что многие со мной согласятся, взять хоть пример оттуда:

думаю что такое:
будет выглядеть более лаконично и привычнее, чем:
почему же тогда не:
??? стандарт какой-то разношёрстный получился

0

пример "оттуда" не такой как вы показали, он находится вот тут https://github.com/php-fig/fig... 11-example

и выглядит он лучше, чем ваш вариант

с пробелами вместо табов проблем нету, когда есть адекватный редактор, а вот гарантия, что везде код с табами убдет адекватно выглядеть - нету, а с прбелами 100%.

1

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

0

Сообщение от d1gi пример "оттуда" не такой как вы показали, он находится вот тут

между прочим в моём сообщении указано, что из первой ссылки взято

Сообщение от d1gi с пробелами вместо табов проблем нету, когда есть адекватный редактор, а вот гарантия, что везде код с табами убдет адекватно выглядеть - нету, а с прбелами 100%.

проблем нету? Уважаемый, а вы хоть раз работали с питоном, HAML, Slim, Jade? Вот мне приходилось, и скажу вам... ладно, ничего не буду говорить =)))) но когда ставишь лишний пробел, пока форматируешь что-либо - отыскать его оооочень трудно. Да, я помню те времена, когда пользовал Turbo C++ и табы улетали на пол страницы, но япона бог, на дворе 2013 год, даже мастхев mcedit или вордпад (тьфу-тьфу) вполне прилично отображают табы.

Хотя нет, всё же пробелы лучше, вспоминается мне qbasic, пробелы, гоуту, глобальные переменные.... *сарказм* =))))

Сообщение от alpex только приучился писать как во втором примере, и тут на тебе, уже не так как нужно

приучиваться как раз надо к "Единственному Правильному Скобочному Стилю", ака стилю K&R и не только из-за того, что ядро никсов в таком формате. Я понимаю влияние VS со стилем Олмана, но это не верно. Можно допустить довольно много ошибок, просто из-за скобки на другой строке, пример:
консолька ->
что будет в результате?
а если так?
это просто скобочку перенесли по привычке, что такого? разницы никакой, только в первом случае будет объект, во-втором undefined...

Добавлено через 58 секунд
>> между прочим в моём сообщении указано, что из первой ссылки взято
прошу прощения, не внимательно прочитал ваш коммент

Добавлено через 1 минуту
ох, не понимаю как пост сдублировался случайно. Уважаемые модераторы, если не сложно - удалите пожалуйста дубликат

0

сэр Афим, PSR относится только к PHP

0

Ах да, ссылки по теме: http://ru.wikipedia.org/wiki/%... 0%B8%D0%B5) если кому интересно

Добавлено через 2 минуты

Сообщение от d1gi сэр Афим, PSR относится только к PHP

конечно к PHP, но привычка вырабатывается одна. Я использовал разные языки и привычек форматирования не менял (ну за исключением VS ), при этом ни одной ошибки из-за форматирования - никогда не было да и невозможно их допустить. При использовании же стиля Олмана - вам просто придётся менять оформление кода, используя разные языки программирования.

0

Сообщение от сэр Афим 1) табы, вместо 4 пробелов по стандарту (значительнее меньше гемора, когда пытаешься выровнять код, у нас не 90 года, когда табам нельзя было задать размер и они в терминале вытягивались на пол страницы) 2) 80 символов, вместо 120 (хотя это спорно) 3) фигурная скобка на той же строке, что и любая директива, включая объявление класса. Скобка на другой строке - это полный дебилизм, который создаст кучу проблем (особенно, когда такую привычку переносишь на JS, Ruby и проч.) 4) не согласен с пробелом между обычной и фигурной скобками, скобки не надо отделять пробелами, а следует отделять внутренности условных выражений - так можно акцентировать и выделить само выражение, нежели отдельные управляющие конструкции. Думаю что многие со мной согласятся, взять хоть пример оттуда: думаю что такое: PHP 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 <?php namespace Vendor\Package;   use FooInterface; use BarClass as Bar; use OtherVendor\OtherPackage\BazClass;   class Foo extends Bar implements FooInterface{     public function sampleFunction( $a, $b = NULL ){         if( $a === $b ){             bar();         }else if( $a > $b ){             $foo->bar( $arg1 );         }else{             BazClass::bar( $arg2, $arg3 );         }     }       final public static function bar(){         // method body     } } будет выглядеть более лаконично и привычнее, чем: PHP 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 <?php namespace Vendor\Package;   use FooInterface; use BarClass as Bar; use OtherVendor\OtherPackage\BazClass;   class Foo extends Bar implements FooInterface {     public function sampleFunction($a, $b = null)     {         if ($a === $b) {             bar();         } elseif ($a > $b) {             $foo->bar($arg1);         } else {             BazClass::bar($arg2, $arg3);         }     }       final public static function bar()     {         // method body     } }

1. использование пробелов никаких проблем не доставляет, а с помощью табов ничего путного отформатировать не удастся. не говоря уже о вставке кода в любые другие редакторы.

3. не дибилизм, а стиль, имеющий право жить

4. будет выглядеть более лаконично и привычнее?? первый пример - ужас.

0

насчёт примера - согласен, не совсем удачный, Олман имеет право жить - тоже согласен. На счёт вставки кода в другие редакторы - не согласен, сколько уже и саблаймом, и нотпадом, и пыхштормом, и дримвивером, и зендом пользуюсь - никаких проблем не возникало ни разу, даже в виме и нано, а это думаю самые хардкорные редакторы, что можно придумать - сам проверь, всё замечательно работает. Другое дело, что в нотпаде++ и phpstorm с пробелами как раз проблемы при редактировании.

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

0

Сообщение от сэр Афим это просто скобочку перенесли по привычке, что такого? разницы никакой, только в первом случае будет объект, во-втором undefined...

это особенности js, в php можно и так написать и будет все работать правильно

0

Сообщение от alpex это особенности js, в php можно и так написать и будет все работать правильно

конечно можно и будет работать. Повторюсь, я против Олмана просто потому, что это надёжный способ форматирования лишь в частных случаях. Человек привыкший к Олману будет допускать неимоверное количество ошибок, при переходе на руби, кофе или JS (последний случай, к слову довольно часто случается), просто потому, что не знает каких-либо тонкостей этого языка, поэтому привыкать начинающим к Олману - я бы не советовал никак.

Добавлено через 17 минут

поэтому привыкать начинающим к Олману - я бы не советовал никак.

а советы мы даём как раз начинающему, по моему

1

сэр Афим, твой стиль просто отвратителен и ужасен
Именно поэтому PSR и сделало стиль, который будет казаться ужасным для наименьшего количества людей.

Однако каким бы ужасным не был стиль, надо ему следовать всем. Даже ужасному. Для единообразия.

0

Сообщение от OnYourLips сэр Афим, твой стиль просто отвратителен и ужасен

really?
https://github.com/SerafimArts... hidori.php
https://github.com/SerafimArts... .Model.php
ну и т.д.

0

Сообщение от сэр Афим really?

Конечно. Потому что он непривычен большинству.

1. Кстати ты можешь воочию убедиться в том, почему плохи табы вместо пробелов, посмотрев на код по ссылке:
1) он выглядит иначе, чем в твоей среде разработки.
2) код выглядит неверно (выравнивания друг под другом) при разной ширине таба - посмотри на константы Db.

2. Принято не выбрасывать \Exception (базовый тип исключений). Ты должен объявить свои классы.
3. in_array
4. Db::append ничего не делает. Его нужно либо убрать, либо объявить абстрактным.

0

Сообщение от OnYourLips 2. Принято не выбрасывать \Exception (базовый тип исключений). Ты должен объявить свои классы. 3. in_array 4. Db::append ничего не делает. Его нужно либо убрать, либо объявить абстрактным.

ну япона бог, я уж давно забил на этот код =))) сейчас в приоритете активрекорды на js

Сообщение от OnYourLips 1) он выглядит иначе, чем в твоей среде разработки.

угу, у меня с подсветкой он

Добавлено через 33 секунды

Сообщение от OnYourLips 2) код выглядит неверно (выравнивания друг под другом) при разной ширине таба - посмотри на константы Db.

там просто один пробел затесался лишний - сам посмотри

0

Табы рулят, пробелы для тех кому заняться больше нечем.
Whitesmiths style рулит, кучный каир для тех кому заняться больше нечем кроме как разбираться что же там написано в тех 5-ти строчках которые только что сам написал.
PSR отстой, а это

Сообщение от OnYourLips Однако каким бы ужасным не был стиль, надо ему следовать всем. Даже ужасному.

глупость. Даешь альтернативу, а пока ее нет, идите в сад, медитируйте! (это я тем кто будет заставлять меня писать по такому стандарту)
А топик в раздел холиваров

0