|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
Дмитрий Мух Код: c# 1. 2.
Еще проще в одну строку: Код: c# 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 10:53 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
Дмитрий Мух listtoview пропущено... а если 4.5? :) У тебя точно 10+ лет опыта в C#? а, ну да, воркает я просто такой синтаксис не использую ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 10:54 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
fkthat Дмитрий Мух Код: c# 1. 2.
Еще проще в одну строку: Код: c# 1.
круть ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 10:55 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
listtoview Дмитрий Мух, обратите внимание там _sex добавил что бы метод показать Я обратил внимание, что вы везде используете this. Если у вас на проекте так принято, то так и пишите: this.name, this.sex. Если хотите договорится о том, чтобы писать _name, _sex, то повторю: "нужно пойти и обсудить у себя в команде то, каких правил вы будете придерживаться". А вот использовать и this, и нижнее подчёркивание: this._name, this._sex, - это мягко говоря перебор ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 10:56 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
listtoview fkthat пропущено... Еще проще в одну строку: Код: c# 1.
круть вот это открытие когда там авто-свойства появились? в C# 3.0 ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 10:57 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
Дмитрий Мух У тебя точно 10+ лет опыта в C#? Я уже тоже и не помню, с какой версии C# появились проперти с лямбдой. Впрочем, давно уже ничего не мешает собирать под какой-то фреймворк версией компилятора из более позднего. Разве что если этот более поздний не установлен. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 10:58 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
listtoview Дмитрий Мух пропущено... Да шутка это :) Зачем вам названия private полей начинать с нижнего подчёркивания? что бы от public отличать и от параметров в методах Можно воспользоваться такой рекомендацией: Код: c# 1. 2.
... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 10:59 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
fkthat Дмитрий Мух У тебя точно 10+ лет опыта в C#? Я уже тоже и не помню, с какой версии C# появились проперти с лямбдой. C# 6.0 ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 11:00 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
Ролг Хупин listtoview пропущено... что бы от public отличать и от параметров в методах Можно воспользоваться такой рекомендацией: Код: c# 1. 2.
А вот так использовать нижнее подчёркивание как раз не рекомендуется. Плюс вводить какие-то префиксы. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 11:01 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
Дмитрий Мух А вот так использовать нижнее подчёркивание как раз не рекомендуется. Плюс вводить какие-то префиксы. Да это, походу, тоже шутка была. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 11:08 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
listtoview зачем? ну как зачем - читаемость кода превыше всего, а восклицательный знак сливается с i, есть шансы пропустить и будет тупой баг ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 11:10 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
Дмитрий Мух, непонятно как вы предлагаете public, private, properties и parameters отличать? Я предлагаю свойства: Код: c# 1. 2. 3. 4.
private: Код: c# 1.
public: Код: c# 1.
parameters: Код: c# 1. 2. 3. 4.
... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 11:12 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
listtoview, вы ж сами говорили чтоб отличать приватные публичные поля и переменные Код: c# 1.
масло масляное когда есть this - и так понятно, что это приватное поле, зачем снабжать его еще одним отличительным признаком? Код: c# 1. 2. 3.
или Код: c# 1. 2. 3.
... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 11:16 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
listtoview Дмитрий Мух, непонятно как вы предлагаете public, private, properties и parameters отличать? Я предлагаю свойства: Код: c# 1. 2. 3. 4.
private: Код: c# 1.
public: Код: c# 1.
parameters: Код: c# 1. 2. 3. 4.
Объясняю. public поля - это плохой стиль, их не должно быть разве что public static readonly для каких-нибудь констант но тогда для них рекомендуется использовать PascalCase, то есть с большой буквы а для private полей рекомендуется camelCase, то есть с маленькой буквы а так как вы уже используете this и в конструкторе и в методах, то и с параметрами проблем нет: Код: c# 1. 2. 3. 4.
если коротко, то судя по вашим примерам у вас на проекте принято к private полям обращаться через this почему вас это не устраивает? почему вы на форуме это обсуждаете, а не у себя в команде? ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 11:20 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
Дмитрий Мух listtoview Дмитрий Мух, непонятно как вы предлагаете public, private, properties и parameters отличать? Я предлагаю свойства: Код: c# 1. 2. 3. 4.
private: Код: c# 1.
public: Код: c# 1.
parameters: Код: c# 1. 2. 3. 4.
Объясняю. public поля - это плохой стиль, их не должно быть разве что public static readonly для каких-нибудь констант но тогда для них рекомендуется использовать PascalCase, то есть с большой буквы а для private полей рекомендуется camelCase, то есть с маленькой буквы а так как вы уже используете this и в конструкторе и в методах, то и с параметрами проблем нет: Код: c# 1. 2. 3. 4.
если коротко, то судя по вашим примерам у вас на проекте принято к private полям обращаться через this почему вас это не устраивает? почему вы на форуме это обсуждаете, а не у себя в команде? может быть еще base.name c this.name все прозрачно ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 12:27 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
listtoview c this.name все прозрачно Вижуал студия по дефолту тоже рекомендует не ставить this, если это не нужно (в редакторе эти this будут подсвечиваться серым цветом, так же, как ненужные юзинги). ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 12:34 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
listtoview может быть еще base.name Ещё раз: это плохой стиль. Походу у вас там классы криво спроектированы. И использование нижнего подчёркивания ситуацию не исправит. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 13:22 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
listtoview может быть еще base.name ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 13:24 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
Shocker.Pro listtoview может быть еще base.name По всей видимости они там понаписали такого, что в итоге сами уже не понимают, что к чему. И ТС при этом готов за рефакторинг взяться ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 13:27 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
шёл 2020 год... в очередной раз убеждаюсь, что отсутствие чёткого гайдлайна от проектировщиков языка -- зло. конечно линтеры решают. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 14:15 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
Дмитрий Мух По всей видимости они там понаписали такого, что в итоге сами уже не понимают, что к чему. И ТС при этом готов за рефакторинг взяться Команда из двух пхпастов и ютуб у них начальник Рефакторинг это вообще, по-моему, что-то для книжки "Мифы и легенды народов ИТ". На деле если говнокод попадает в проект, то он селится там уже навечно, и все, что с ним может потом происходить это только то, что он будет еще больше разрастаться как квашня ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 14:29 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
hVostt шёл 2020 год... в очередной раз убеждаюсь, что отсутствие чёткого гайдлайна от проектировщиков языка -- зло. конечно линтеры решают. да есть всё, просто это надо читать, вникать, а людям хочется, чтобы ответ на возникший вопрос им выдали сразу и на первой странице причём не важно как этот вопрос сформулирован и понятна-ли его суть ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 14:37 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
hVostt шёл 2020 год... в очередной раз убеждаюсь, что отсутствие чёткого гайдлайна от проектировщиков языка -- зло. конечно линтеры решают. Да есть ведь и гайдлайны от самих МС, есть FxCop, есть StyleCop, скоро выйдет "современная" замена StyleCop. Все это легко встраивается и в CI. Но, ведь, "Настоящие Программисты" брезгуют даже предупреждалки компилятора фиксить, про какой-то там CA/SA речи даже и не идет, тут ведь полет творчества - разве Микеланджело использовал какие-то гайдлайны, когда свои картины творил ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 14:41 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
Дмитрий Мух Shocker.Pro пропущено... это, извините, уже не приватное поле, мы же вроде про приватные говорим По всей видимости они там понаписали такого, что в итоге сами уже не понимают, что к чему. И ТС при этом готов за рефакторинг взяться ну так this.name может быть и public не хорошо конечно, но впринципе может ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 15:56 |
|
|
start [/forum/topic.php?fid=18&msg=39979791&tid=1354656]: |
0ms |
get settings: |
12ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
30ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
61ms |
get tp. blocked users: |
1ms |
others: | 268ms |
total: | 406ms |
0 / 0 |