Спор по поводу типизации, традиций и всего подобного

[orcpochta]

Сообщение от iNils

А это тут каким боком, когда обсуждают не аксессоры, а связь _ с аксессорами?

таким боком, что если следовать правилам инкапсуляции:
практически все переменные приватные => отпадает надобность их идентифицировать через "_" => эту метку можно перенаправить на идентификацию другой особенности свойства => вполне логично обозначить переменную, имеющую аксессор через _param, а сам аксессор через param - все наглядно и никакой путаницы)))

[iNils]

Ваш вывод спотыкается еще в самом начале. Есть еще локальные переменные и аргументы метода.
Но самое плохое, что такое использование "_" противоречит общепринятому, что приводит к хаосу.

[orcpochta]

Сообщение от iNils

Ваш вывод спотыкается еще в самом начале. Есть еще локальные переменные и аргументы метода.

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

Но самое плохое, что такое использование "_" противоречит общепринятому, что приводит к хаосу.

Какому общепринятому? Возьмем столпов в своих областях:
1) AS3 - Колин Мук - не употребляет "_" для приватных переменных Где-то рассказывает, что для зааксессоренного свойства можно употреблять "_".
2) Java - Брюс Эккель (Thinking in Java) - не использует "_" для приватных переменных.
3) C++ - Герберт Шилдт (Полный справочник по С++ - лучшая книга на мой взгляд по С++) - не использует "_" для приватных свойств.
4) С++ - Бьерн Страуструп (!) (создатель С++) - не использует "_" для приватных свойств.

Так в чем же противоречие общепринятому и где хаос?

[Psycho Tiger]

практически все переменные приватные

Это плохо. Помимо паблика существует ещё и протектед, который очень зря Вы упускаете из виду.

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

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

[iNils]

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

Тоже самое я могу сказать про необходимость _ для переменной с аксессором. Как вы там сказали "открыли вы свой класс через некоторое время, пробегаетесь взглядом по переменным и сразу видите, где, что есть"

Какому общепринятому? Возьмем столпов в своих областях:

У каждого языка свои особенности оформления (скажем у c# переменные начинаются с прописной), поэтому ссылка на яву или си не показатель. Остается представитель AS3 Колин Мук, может он и не использует _ (я как то не слежу за этим). Но задача Мука рассказать про язык и его применение, а не про варианты оформления кода. Мук может вообще относится к противникам такого использования, и тд и тп.

[gloomyBrain]

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

Про класс, который писал не я, мне неохота что-то знать, кроме того что он принимает в конструктор и что делает своими методами. Как он это делает - мне все равно. По крайней мере пока из него ошибки не падают и ведет он себя адекватно.
Я уверен, что многие используют сторонние библиотеки (например, Tween*что-то-там* или *что-то-там*3D), но мало кто сильно ковырял их исходный код, а уж тем более правил или тестировал на читабельность.
Если говорить об инкапсуляции - это именно она. Если говорить о стиле написания кода в команде - главное чтобы он был одинаков. А to "_" or not to "_" - это частности

[Zebestov]

ответ башорга на всю эту чепуху про типизацию:

Anarhia WD: а мы тут готовим... )
Yashko: еду?
Anarhia WD: не знаю, посмотрим )

эти типы тоже не типизируют

[Котяра]

Сообщение от iNils

..поэтому ссылка на яву или си не показатель. Остается представитель AS3 Колин Мук, может он и не использует _ (я как то не слежу за этим). Но задача Мука рассказать про язык и его применение, а не про варианты оформления кода. Мук может вообще относится к противникам такого использования, и тд и тп.

Мук часто пишет в Ява синтаксисе (он не только флэшер), например встречал именование функций с большой буквы, сеттеры/геттеры часто описывает как setX()/getX,
интерфейсы обзывает как SmthDoable а не как ISmth - т.е. не особо соблюдает конвенции..
Лично я ставлю "_" только перед переменными имеющими геттер/сеттер - причём ставлю не сам, а так генерит флэшдевелоп - чаще всего они приватные.
Просто приватные переменные - не подчёркиваю, т.к. может возникнуть ситуация, когда понадобится обернуть в геттеры/сеттеры.
А по поводу визуального разделения local/public/private/protected - можно наверное даже сделать плагинчик, который задаст им различные стили в CSS - только не вижу особого смысла в этом.

[iNils]

Лично я ставлю "_" только перед переменными имеющими геттер/сеттер - причём ставлю не сам, а так генерит флэшдевелоп - чаще всего они приватные.
Просто приватные переменные - не подчёркиваю, т.к. может возникнуть ситуация, когда понадобится обернуть в геттеры/сеттеры.

Напомнило

"Шла я как-то на прием к гинекологу,увидела 400 долларов.Поднимать не стала-примета плохая.Потеряешь больше,чем найдешь.И вот результат:у меня лапочка-дочка.Наша радость.Ей уже 3 годика"

Причинно-следственные связи отсутствуют.

[Котяра]

Сообщение от iNils

Напомнило
Причинно-следственные связи отсутствуют.

Я хотел сказать что геттер/сеттер - тоже могут быть приватными (например, для проверки валидности данных в сеттерах) - поэтому и разделяю через "_" только холдеры данных геттеров.
Причём обращения к _someVar - в коде класса стараюсь делать только в сеттерах/геттерах someVar (если другое не предусмотренно логикой класса)

Другого смысла в "_" не вижу. Если приватная переменная используется вне класса- она недоступна в автокомплите и подсвечивается ошибка прекомпиляции или при компиляции.
Внутри класса - всё равно: приват/не приват, а вот отделить холдеры от сеттеров - смысл есть.

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

Сообщение от gloomyBrain

Я уверен, что многие используют сторонние библиотеки (например, Tween*что-то-там* или *что-то-там*3D), но мало кто сильно ковырял их исходный код, а уж тем более правил или тестировал на читабельность.

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