![]() |
Принципиально ли давать имена классам с Заглавной буквы.
Принципиально ли давать имена классам с Заглавной буквы. Этого требую правила языка?
|
Пока что это просто договоренность, но, вполне возможно, что она может стать стандартом в последующих версиях. Кроме того, если вы будете следовать договоренностям, то ваш код будет проще понять остальным.
|
Есть такая штука, как общепринятые стандарты. Весь флешовый фреймворк и хелп им следуют, соответственно забивать на эти стандарты при написании собственного кода — невежество.
Нет, если вы пишете для себя и никому никогда показывать не будете, уж тем более ни с кем из коллег по цеху работать не будете — тогда пишите как хотите. |
на мой глаз это настолько же принципиально насколько принципиально грамотно писать
можно изъяснится и на албанском или без знаков препинания, при желании тебя поймут, но грамотно оформленные мысли воспринимаются лучше |
Мне нравится цитата Джефа Элджера:
Вот эти несколько слов: стиль программирования меня не волнует. Я достаточно краток? Если хотя бы половина времени, израсходованного на правильную расстановку фигурных скобок, тратилась на обдумывание программы или еще лучше — на общение с пользователями, то вся отрасль работала бы намного эффективнее. Конечно, единство стиля — вещь хорошая, но я еще не видел книги или руководства по стилю, которые бы стоили даже часового собрания группы в начале проекта. К тому же ни одна книга или руководство по стилю не превратят код неаккуратного программиста в нечто осмысленное. В сущности, стиль часто используется как оправдание недостатка внимания к самой программе. Наконец, я еще не видел, чтобы в спорах о стиле один программист в чем-то убедил другого, поэтому любые дискуссии на эту тему считаю бесполезной тратой времени. |
Единственное, с чем могу согласиться в последней цитате - так это с тем, что дискуссии по этому поводу бессмысленны: надо оформлять код так, как это описано в конвенциях, точка :)
А если серьезно, то, положим, "гениальных самородков", которым действительно удобно писать как-то по-другому меньше 1% основной массы кодеров. Кроме того, позволю себе провести такую вот аналогию: Человеческое мышление на 90% вербальное, это значит, что почти все наши мысли, чувства и т.д. мы склонны выражать в словах. С другой стороны, чем беднее словарный запас конкретного индивида, тем примитивнее и ограниченнее возможный набор мыслей, которые могут прийти ему в голову. Так же справедливо и то, что если индивид не умеет нормально пользоваться языком, на котором думает, то это значит, что понять мысли остальных ему будет не в пример тяжело. Это в свою очередь будет тормозить его развитие. Естесственно что большинсто деформаций языка вызваны незнанием / непониманием, а вовсе не желанием что-то в нем улучшить. С другой стороны, будучи дотошным, как пример, разговаривая правильно, вы, во-первых, увеличиваете ваши шансы быть понятым, а во-вторых вы сами будете лучше понимать то, что говорите. Я думаю, что аналогия вполне понятна :) Это, конечно, может обидеть кого-то, для кого правописание / конвенции вовсе не пример для подражания. Но я, чесслово, никого конкретно не имел в виду :) |
классы с заглавной, константы в капсе..
так вроде во всех языках.. |
wvxvw, браво, мощное сообщение получилось :)
От себя хочу добавить, что если Вы, petav, пишите код в гордом одиночестве, Вам, по сути, будет наплевать на общепринятый стандарт, и рано или поздно вы выработаете какой-то свой. Однако, как только у Вас появится необходимость работать совместно с несколькими людьми над одним кодом, вот тогда и начнется самое интересное )) |
Так беда в том, что нет общих правил и стандартов на форматирование кода. Практически все называют классы с большой, но кто-то использует префикс для названия (типа IUpdatable или CMyClass) а кто-то нет, кто-то пишет название классов горбатым стилем, а есть те что любят подчеркивания и т.д.
Добавлено через 35 секунд Вернее наиболее общие правила есть, но стандартов - увы. |
Цитата:
Цитата:
|
| Часовой пояс GMT +4, время: 18:44. |
Copyright © 1999-2008 Flasher.ru. All rights reserved.
Работает на vBulletin®. Copyright ©2000 - 2026, Jelsoft Enterprises Ltd. Перевод: zCarot
Администрация сайта не несёт ответственности за любую предоставленную посетителями информацию. Подробнее см. Правила.