|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
например здесь: Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17.
... |
|||
:
Нравится:
Не нравится:
|
|||
14.07.2020, 10:29 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
Что такое private переменные? Есть локальные переменные. Есть приватные поля. Имена приватных полей принято начинать с подчеркивания в большинстве кодестайлов ... |
|||
:
Нравится:
Не нравится:
|
|||
14.07.2020, 12:32 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
listtoview, нужно пойти и обсудить у себя в команде то, каких правил вы будете придерживаться ... |
|||
:
Нравится:
Не нравится:
|
|||
14.07.2020, 13:17 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
Shocker.Pro Что такое private переменные? Есть локальные переменные. Есть приватные поля. Имена приватных полей принято начинать с подчеркивания в большинстве кодестайлов поля конечно ... |
|||
:
Нравится:
Не нравится:
|
|||
14.07.2020, 13:35 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
По умолчанию рекомендуется подчеркивать, но это вопрос code style принятого в проекте. Правила оформления кода можно задать в .editorconfig, положить в папку с проектом и тогда они у всех будут одинаковые (студия будет предупреждать об их нарушении). Анализатор правил для этого, который можно встроить в CI-сборку у МС пока что в бетте (есть Stylecop, но он несколько легаси, т.к. использует свои настройки в файлах *.rules). Лично я за "верблюжатину" с подчеркиванием для полей, чтобы различать локальные переменные и поля - уже несколько раз натыкался в коде на баги, когда люди вместо того чтобы присвоить значение полю по ошибке присваивали переменную саму себе - компилятор выдает об этом предупреждение, но кругом ведь "Настоящие Программисты", которые на такую ерунду как предупреждения компилятора вообще не смотрят :) ... |
|||
:
Нравится:
Не нравится:
|
|||
14.07.2020, 14:33 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
fkthat По умолчанию рекомендуется подчеркивать, но это вопрос code style принятого в проекте. Правила оформления кода можно задать в .editorconfig, положить в папку с проектом и тогда они у всех будут одинаковые (студия будет предупреждать об их нарушении). Анализатор правил для этого, который можно встроить в CI-сборку у МС пока что в бетте (есть Stylecop, но он несколько легаси, т.к. использует свои настройки в файлах *.rules). Лично я за "верблюжатину" с подчеркиванием для полей, чтобы различать локальные переменные и поля - уже несколько раз натыкался в коде на баги, когда люди вместо того чтобы присвоить значение полю по ошибке присваивали переменную саму себе - компилятор выдает об этом предупреждение, но кругом ведь "Настоящие Программисты", которые на такую ерунду как предупреждения компилятора вообще не смотрят :) Понял, спасибо за развернутый ответ. ЗЫ Буду признателен если проконсультируете как виндовс аутентификацию к интернет сайту прикрутить в соседней теме ... |
|||
:
Нравится:
Не нравится:
|
|||
14.07.2020, 14:44 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
listtoview, еще надо научиться писать Код: c# 1.
вместо Код: c# 1.
или даже вместо Код: c# 1.
- тогда вообще ляпота будет ... |
|||
:
Нравится:
Не нравится:
|
|||
14.07.2020, 22:01 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
17-77 еще надо ... |
|||
:
Нравится:
Не нравится:
|
|||
14.07.2020, 22:44 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
Shocker.Pro 17-77 еще надо Это видимо шутка на тему :) ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 07:56 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
fkthat По умолчанию рекомендуется подчёркивать... Где? В документации от Microsoft чёрным по белому написано, что особых рекомендаций по наименованию private полей нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 08:00 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 09:40 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
skyANA В документации от Microsoft чёрным по белому написано, что особых рекомендаций по наименованию private полей нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 09:47 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
Shocker.Pro skyANA В документации от Microsoft чёрным по белому написано, что особых рекомендаций по наименованию private полей нет. Нет, как раз насчет приватных полей нету. https://docs.microsoft.com/en-us/dotnet/standard/design-guidelines/names-of-type-members#names-of-fields авторInternal and private fields are not covered by guidelines ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 09:50 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
Shocker.Pro skyANA В документации от Microsoft чёрным по белому написано, что особых рекомендаций по наименованию private полей нет. Ссылку уже привели: https://docs.microsoft.com/en-us/dotnet/standard/design-guidelines/ ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 10:00 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
17-77 listtoview, еще надо научиться писать Код: c# 1.
вместо Код: c# 1.
или даже вместо Код: c# 1.
- тогда вообще ляпота будет зачем? ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 10:11 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
listtoview 17-77 listtoview, еще надо научиться писать Код: c# 1.
вместо Код: c# 1.
или даже вместо Код: c# 1.
- тогда вообще ляпота будет зачем? Да шутка это :) Зачем вам названия private полей начинать с нижнего подчёркивания? ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 10:16 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
Дмитрий Мух listtoview пропущено... зачем? Да шутка это :) Зачем вам названия private полей начинать с нижнего подчёркивания? что бы от public отличать и от параметров в методах ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 10:19 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
listtoview Дмитрий Мух пропущено... Да шутка это :) Зачем вам названия private полей начинать с нижнего подчёркивания? что бы от public отличать и от параметров в методах и в чём проблема их отличать? public - это PascalCase, private - camelCase и параметров в методах с таким же названием как и поля класса у вас нет в примере неужели в конструктор передаётся один bookRepository, а где-то в метод другой? ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 10:24 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
listtoview, и делать поля класса public-ами - это моветон ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 10:26 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
Дмитрий Мух listtoview пропущено... что бы от public отличать и от параметров в методах и в чём проблема их отличать? public - это PascalCase, private - camelCase и параметров в методах с таким же названием как и поля класса у вас нет в примере неужели в конструктор передаётся один bookRepository, а где-то в метод другой? Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16.
... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 10:46 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
listtoview Дмитрий Мух пропущено... и в чём проблема их отличать? public - это PascalCase, private - camelCase и параметров в методах с таким же названием как и поля класса у вас нет в примере неужели в конструктор передаётся один bookRepository, а где-то в метод другой? Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10.
Код: c# 1. 2. 3. 4.
... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 10:49 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
Дмитрий Мух listtoview пропущено... Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10.
Код: c# 1. 2. 3. 4.
а если 4.5? :) ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 10:50 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
Дмитрий Мух, обратите внимание там _sex добавил что бы метод показать ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 10:51 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
Дмитрий Мух listtoview, и делать поля класса public-ами - это моветон Если оно static readonly, то вполне можно. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 10:51 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
listtoview Дмитрий Мух пропущено... Код: c# 1. 2. 3. 4.
а если 4.5? :) У тебя точно 10+ лет опыта в C#? ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 10:52 |
|
Нужно ли 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 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
listtoview ну так this.name может быть и public ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 15:57 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
вообщем свойчтва с большой паблик с маленькой прайвет с подчеркивания и везде this если этот экземпляр и никакой неоднозначности ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 15:57 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
Вообще поля рудимент, который стоит применять ну в очень крайних случаях. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 16:13 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
listtoview Дмитрий Мух пропущено... По всей видимости они там понаписали такого, что в итоге сами уже не понимают, что к чему. И ТС при этом готов за рефакторинг взяться ну так this.name может быть и public не хорошо конечно, но впринципе может Слушай, в следующий раз, когда будешь создавать топик, то опиши ваш случай в его первом посте, если не сложно :) Всё свелось к тому, что вот сложилось у вас так, что вы теперь public поля от private не отличаете. Ну наговнокодили, с кем не бывает. Рефакторить не хотите. Что делать? Ну используйте нижнее подчёркивание, хуже уже не будет :) ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 16:21 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
listtoview вообщем свойчтва с большой паблик с маленькой прайвет с подчеркивания и везде this если этот экземпляр и никакой неоднозначности protected с чего начинать будешь, а internal? ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 16:22 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
listtoview ну так this.name может быть и public не хорошо конечно, но впринципе может Если у тебя что-то непаблик вызывает паблик того же класса, то это явный говнокод (т.н. инверсия абстракции). Если паблик вызывает паблик, то это, очень возможно, тоже говнокод (кроме случая, когда это один и тот же метод с разной сигнатурой параметров). ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 16:32 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
Можно посмотреть, например, в исходники самого .NET. Там локальные переменные верблюдом, приватные поля - верблюд с подчеркиванием, все остальное паскальным стилем. Своего-то понавыдумывать можно чего угодно, хоть китайских префиксов и кириллических суффиксов, только зачем. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 16:47 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
listtoview, А с чего начинать члены класса с модификаторами доступа отличными от private и public? ... |
|||
:
Нравится:
Не нравится:
|
|||
15.07.2020, 17:45 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
Дмитрий Мух listtoview пропущено... ну так this.name может быть и public не хорошо конечно, но впринципе может Слушай, в следующий раз, когда будешь создавать топик, то опиши ваш случай в его первом посте, если не сложно :) Всё свелось к тому, что вот сложилось у вас так, что вы теперь public поля от private не отличаете. Ну наговнокодили, с кем не бывает. Рефакторить не хотите. Что делать? Ну используйте нижнее подчёркивание, хуже уже не будет :) в исходниках так в документации так плюс я пытаюсь выработать универсальный подход все же паблик поля иногда имеют место быть ... |
|||
:
Нравится:
Не нравится:
|
|||
16.07.2020, 10:23 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
ЕвгенийВ listtoview, А с чего начинать члены класса с модификаторами доступа отличными от private и public? но это уже инкапсуляция на уровне сборки, если например internal плюс можно шарить чз [assembly:""] получается ближе синтаксис к public, т.е. : name ... |
|||
:
Нравится:
Не нравится:
|
|||
16.07.2020, 10:26 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
listtoview все же паблик поля иногда имеют место быть Когда? ... |
|||
:
Нравится:
Не нравится:
|
|||
16.07.2020, 11:15 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
Дмитрий Мух listtoview все же паблик поля иногда имеют место быть Когда? например вмессто автосвойств Код: c# 1.
можно просто писать Код: c# 1.
не? :) вообще говоря интерпретатор свойства заменяет методами :) ... |
|||
:
Нравится:
Не нравится:
|
|||
16.07.2020, 11:43 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
listtoview Дмитрий Мух пропущено... Когда? например вмессто автосвойств Код: c# 1.
можно просто писать Код: c# 1.
не? :) Можно, но это плохой стиль. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.07.2020, 11:45 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
Дмитрий Мух listtoview пропущено... например вмессто автосвойств Код: c# 1.
можно просто писать Код: c# 1.
не? :) Можно, но это плохой стиль. ну да https://blog.codinghorror.com/properties-vs-public-variables/ ... |
|||
:
Нравится:
Не нравится:
|
|||
16.07.2020, 11:46 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
listtoview Дмитрий Мух пропущено... Можно, но это плохой стиль. ну да https://blog.codinghorror.com/properties-vs-public-variables/ Чего ну да? Понятие инкапсуляции вам знакомо? Целосности данных и её защиты? Наверное не имеет смысла вам про это рассказывать, раз за 10+ лет вы этим не поинтересовались. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.07.2020, 11:50 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
listtoview можно просто писать Это примерно из той же серии, почему не надо использовать статику и почему надо использовать интерфейсы. Да, технически можно не использовать интерфейсы и везде напихать статику, но делать так не надо ... |
|||
:
Нравится:
Не нравится:
|
|||
16.07.2020, 12:07 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
Дмитрий Мух Чего ну да? Понятие инкапсуляции вам знакомо? Целосности данных и её защиты? Есть еще такой фактор, что некоторые сторонние фреймворки могут не работать с полями вместо свойств. Я, например, совсем не уверен, что те же EF или Automapper будут правильно работать если свойства на поля позаменять (я не проверял, потому что делать вместо свойств паблик поля мне просто никогда бы в голову не пришло). listoview, да прикрути ты к проекту FxCop - у него на всех ворнингах ссылки на описание, где, обычно, рассказывается почему так или иначе делать нельзя - очень еще полезно в плане образования. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.07.2020, 13:38 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
fkthat Дмитрий Мух Чего ну да? Понятие инкапсуляции вам знакомо? Целосности данных и её защиты? Есть еще такой фактор, что некоторые сторонние фреймворки могут не работать с полями вместо свойств. Я, например, совсем не уверен, что те же EF или Automapper будут правильно работать если свойства на поля позаменять (я не проверял, потому что делать вместо свойств паблик поля мне просто никогда бы в голову не пришло). listoview, да прикрути ты к проекту FxCop - у него на всех ворнингах ссылки на описание, где, обычно, рассказывается почему так или иначе делать нельзя - очень еще полезно в плане образования. а что я я стараюсь не юзать паблик поля но для синтаксиса нужно универсальное решение, паблик поля же впринципе существуют плюс авторы сорсов юзают нижнее подчеркивание вот мои аргументы а у абрикосов же продуктовая контора, они рефакторинг всего делают у меня такой возможности нет ... |
|||
:
Нравится:
Не нравится:
|
|||
16.07.2020, 13:55 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
listtoview fkthat пропущено... Есть еще такой фактор, что некоторые сторонние фреймворки могут не работать с полями вместо свойств. Я, например, совсем не уверен, что те же EF или Automapper будут правильно работать если свойства на поля позаменять (я не проверял, потому что делать вместо свойств паблик поля мне просто никогда бы в голову не пришло). listoview, да прикрути ты к проекту FxCop - у него на всех ворнингах ссылки на описание, где, обычно, рассказывается почему так или иначе делать нельзя - очень еще полезно в плане образования. а что я я стараюсь не юзать паблик поля но для синтаксиса нужно универсальное решение, паблик поля же впринципе существуют плюс авторы сорсов юзают нижнее подчеркивание вот мои аргументы а у абрикосов же продуктовая контора, они рефакторинг всего делают у меня такой возможности нет Абрикосы тоже юзают нижнее подчёркивание. В новых микросервисах и библиотеках для внутреннего использования. А в основном продукте не юзают, потому как ему почти 15 лет и там давно сложившиеся соглашения. Тебе уже несколько раз написали о том, что если используете this, то и продолжайте. Ты же по сути предлагаешь добавить неразберихи в свой текущий код. Ещё и нас пытаешься сделать ответственными за своё решение. Типа мне на форуме опытные люди сказали, что нужно. Фиг тебе, иди и обсуждай с коллегами ... |
|||
:
Нравится:
Не нравится:
|
|||
16.07.2020, 14:16 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
listtoview я стараюсь не юзать паблик поля но для синтаксиса нужно универсальное решение, паблик поля же впринципе существуют плюс авторы сорсов юзают нижнее подчеркивание вот мои аргументы По-моему в гайдлайнах сказано, что все что не параметры и не приватные поля должно быть PascalCase, параметры camelCase, а про приватные поля _ничегоНеСказано. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.07.2020, 14:24 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
fkthat listtoview я стараюсь не юзать паблик поля но для синтаксиса нужно универсальное решение, паблик поля же впринципе существуют плюс авторы сорсов юзают нижнее подчеркивание вот мои аргументы По-моему в гайдлайнах сказано, что все что не параметры и не приватные поля должно быть PascalCase, параметры camelCase, а про приватные поля _ничегоНеСказано. ага # internal and private fields should be _camelCase https://github.com/dotnet/runtime/blob/b186c975c02a5ce0b45d86fb99063db127979894/.editorconfig#L71 ... |
|||
:
Нравится:
Не нравится:
|
|||
16.07.2020, 15:59 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
listtoview ага # internal and private fields should be _camelCase https://github.com/dotnet/runtime/blob/b186c975c02a5ce0b45d86fb99063db127979894/.editorconfig#L71 Это внутренние правила самого проекта дотнет. Я имел в виду рекомендации на docs.microsoft.com ... |
|||
:
Нравится:
Не нравится:
|
|||
16.07.2020, 16:05 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
fkthat listtoview ага # internal and private fields should be _camelCase https://github.com/dotnet/runtime/blob/b186c975c02a5ce0b45d86fb99063db127979894/.editorconfig#L71 Это внутренние правила самого проекта дотнет. Я имел в виду рекомендации на docs.microsoft.com да многие так пишут https://www.c-sharpcorner.com/UploadFile/8a67c0/C-Sharp-coding-standards-and-naming-conventions/ а на docs.microsoft.com примера с прайват я не нашел ... |
|||
:
Нравится:
Не нравится:
|
|||
16.07.2020, 16:13 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
listtoview fkthat пропущено... Это внутренние правила самого проекта дотнет. Я имел в виду рекомендации на docs.microsoft.com да многие так пишут https://www.c-sharpcorner.com/UploadFile/8a67c0/C-Sharp-coding-standards-and-naming-conventions/ а на docs.microsoft.com примера с прайват я не нашел тем более разработчики дотнет крутые ребята ИМХО их соглашение не допускает неоднозначностей ... |
|||
:
Нравится:
Не нравится:
|
|||
16.07.2020, 16:14 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
... |
|||
:
Нравится:
Не нравится:
|
|||
16.07.2020, 16:49 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
fkthat спасибо! значит берем пример с отцов ... |
|||
:
Нравится:
Не нравится:
|
|||
16.07.2020, 17:33 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
Shocker.Pro Имена приватных полей принято начинать с подчеркивания в большинстве кодестайлов а чё делать, когда оно станет пабликом? ... |
|||
:
Нравится:
Не нравится:
|
|||
16.07.2020, 21:13 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
Алексей Роза Shocker.Pro Имена приватных полей принято начинать с подчеркивания в большинстве кодестайлов а чё делать, когда оно станет пабликом? Найти и дать хорошего подсрачника тому, кто это сделал -- очевидно же ... |
|||
:
Нравится:
Не нравится:
|
|||
16.07.2020, 21:35 |
|
Нужно ли private переменные начинать с нижнего подчеркивания?
|
|||
---|---|---|---|
#18+
hVostt шёл 2020 год... в очередной раз убеждаюсь, что отсутствие чёткого гайдлайна от проектировщиков языка -- зло. конечно линтеры решают. вопрос спорный, с точки зрения использования, лично мне вообще пофигу, как вы там называете инкапсулированные члены, я их не вижу и знать про них вообще не должен. а если мне это говнокодище править, то имхо, мне это совершенно не мешает, хоть с _, хоть без. Сам использую _, согласно гайдлайнам компании и мне норм. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.07.2020, 08:36 |
|
|
start [/forum/topic.php?all=1&fid=18&tid=1354656]: |
0ms |
get settings: |
9ms |
get forum list: |
17ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
41ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
115ms |
get tp. blocked users: |
2ms |
others: | 275ms |
total: | 483ms |
0 / 0 |