-
Юбилейный DevConfX пройдет 21-22 июня в Москве. Как всегда — Вы решаете, кто попадет в программу секции Backend — голосуйте за интересные доклады
Удобный способ декларации свойств
- Автор темы tenshi
- Дата начала
Тоже так любил делать. Но, поработав в командах, с различными людьми, понял, что удобно одному, то другому может быть:
1) Непонятно
2) Неудобно
Твой код дает удобство. Но он добавляет неявности в приложение. Неявность ведет к непониманию, к лишнему времени у других разработчиков на понимание. Кому-то просто может не понравится подход.
Работаешь один - используй любые извращения. Однако прежде чем советовать что-то другим - надо бы хорошо проанализировать плюсы и минусы.
tenshi
Неявность никуда не исчезнет. Для любого человека, видящего код впервые работа со свойствами будет неявной.
С чтением доки изчезнет лишь непонимание.
А проблема не из пальца. Я несколько раз видел сколько иногда уходило времени у других, чтобы понять что же наделал один "гений", который уже ушел из проекта.
Твой случай еще простой... можно разобраться.
Неявность никуда не исчезнет. Для любого человека, видящего код впервые работа со свойствами будет неявной.
С чтением доки изчезнет лишь непонимание.
А проблема не из пальца. Я несколько раз видел сколько иногда уходило времени у других, чтобы понять что же наделал один "гений", который уже ушел из проекта.
Твой случай еще простой... можно разобраться.
tenshi
Новичок
мои случаи все такие. а вот из-за говнокодеров, которые вводят слишком сложные абстракции, у тебя и выработался условный рефлекс, что "не так как я привык делать - значит отстой". хороший дсл упрощает работу с кодом, а не усложняет её.
-~{}~ 04.06.10 14:58:
я уже ответил на этот вопрос. ты не следишь за дискуссией? сам-то ты как отличаешь имена полей от имён методов?
dimagolov
Новичок
почему? потому что конкретно ты не знаешь, что в английском все они имеют значения и глаголов и существительных, или потому что лично ты решил так обозначить действия?
Вот более интересный пример для тебя: output. Тут уж точно и действие и данные равновероятны.
Это я к тому, что без дополнительного сокрального знания или префиксов нельзя опрделить в большинстве случаев что означает идентификатор - десйстве или данные.
dimagolov
Новичок
grigori, спасибо капитан, а то я был не в курсе 
Но надо заметить, что тем не менее, вопрос допустимо или нет употреблять в английском языке некоторые слова в качестве глаголов, является предметом споров лингвистов.
-~{}~ 04.06.10 11:40:
Кстати, если вспомнить немецкий язык, то там как раз просто различать существительные - они всегда с большой буквы
можно заюзать
Но надо заметить, что тем не менее, вопрос допустимо или нет употреблять в английском языке некоторые слова в качестве глаголов, является предметом споров лингвистов.
-~{}~ 04.06.10 11:40:
Кстати, если вспомнить немецкий язык, то там как раз просто различать существительные - они всегда с большой буквы
можно заюзать tenshi
Новичок
output что? сам по себе output - слишком абстрактен, а методы надо называть более конкретно:
$this->data4output( $data );
$this->outputData( $data );
впрочем, получение и установка значения - это ведь тоже действие. любой метод - это какое-то действие. а какое? читаем документацию. если видим, что под этим именем скрывается поле, то соответственно установка и чтение значения.
tenshi
$this->data4output( $data );
$this->outputData( $data );
-----------
где здесь сетер устанавливающий значение атрибуду, а где просто метод? никакой конкретики не вижу.
$this->data4output( $data );
$this->outputData( $data );
-----------
где здесь сетер устанавливающий значение атрибуду, а где просто метод? никакой конкретики не вижу.
не дай бог поддерживать твой код, похоже, там без двух томов мануала невозможно изменить даже один метод
"данные для вывода" и "вывод данных" ???
хороший код лучше любой документации, которая очень редко бывает, тем более подробная и к каждой строчке кода. обычно код править довольно легко, если автор не пишет по принципу "я самый умный, остальные пускай медитируют до просветления"
хороший код лучше любой документации, которая очень редко бывает, тем более подробная и к каждой строчке кода. обычно код править довольно легко, если автор не пишет по принципу "я самый умный, остальные пускай медитируют до просветления"