Расследование тайны нижнего подчёркивания в C#

Так почему же в C# принято использовать _?
Напильник. Из говнокодеры в хорошие программисты - ijunior.ru/nap...
Обучение с нуля с гарантией трудоустройства - ijunior.ru/uni...
МОЯ КНИГА - csharpbook.saku...
Я В VK - rsakutin
INSTA - / sakutinhuytin
ЯЮниор:
Группа - holymon...
Канал с уроками - / @ЯЮниор-ШколаРазработк...
ЧАТ В ТЕЛЕГЕ - t.me/csharp_fa...
Discord - / discord

[@rsakutin]

Делать подробный разбор по Dynamic Binding и работу с COM объектами?

[@ДенисГапонов-и3э]

Давай,

[@nekit8742]

Даппп

[@lomion46]

Yes

[@rsakutin]

Это тестовый стенд был. Я специально уточнил это в начале. Также все эти истории с доп. атрибутами и схемами я отдельно обсудил.

[@7070JIb]

нет

[@russianpokemon2484]

Если костыль использовать везде, он превратится в свой стиль ☝️

[@Kot-Alenya]

Сейчас сижу и переписываю все скрипты,добавляя префикс к приватным полям , чтобы быть true программистом.

[@top_llllllllllll54643]

Ты не тру программист, если называешь себя true

[@SomeOne-fm2wb]

false программист

[@spacerecluse]

И зря

[@GoodRon1]

@@SomeOne-fm2wb !true

[@SeniorMatth3w]

!false

[@spacerecluse]

как раз underscore это костыль, + его принесли из с , с++

[@dobrinf]

Топ! Ждём разбор кода Хауди Хо!

[@Kot-Alenya]

Или Гоши Дударя

[@ВладНещамаев]

Он с хауди хо так смешно в начале выступил, я чуть со смеху не лопнул

[@АпологияНевежества-ф6в]

и твой код тоже

[@vitiok78]

Для меня самым большим преимуществом такой конвенции является то, что даже беглый взгляд на код позволяет совершенно чётко понять, где публичные поля, где приватные поля, а где локальные переменные, даже не вдаваясь в логику самого кода. И код-ревью становится гораздо приятнее. Лишние сэкономленные миллисекунды никогда не помешают, когда анализируешь код в промышленных масштабах

[@fidem9232]

//private fields: private int myField; //public fields: public int MyField;

[@vitiok78]

@@fidem9232 // local variable int myField; myField = myField; // WTF???

[@fidem9232]

@@vitiok78 this.myField = myField;

[@vitiok78]

@@fidem9232 Вот именно! Теряется единообразие кода. Ведь в других методах будет, скорей всего, использоваться просто myField. А у такого кода уже появляется "запах"

[@mimineko3100]

@@fidem9232 переменные НЕ должны начинаться с большой буквы! НИ В КОЕМ СЛУЧАЕ! Иначе код превращается в венигрет.

[@КонстантинТесла-щ5й]

Роман, подскажите. Вы делаете модули(ассеты) под юнити? мы наняли программиста, а он оставил после себя фаршмак. Помимо оплаты готов отдать старый модуль на показать, каких спецов выпускает современное инфополе

[@Neonailol]

Котаны не ведитесь на это, пишите либо как в компании принято, либо консистентно используйте this только в конструкторе)

[@СветозарБоголюбов]

Что значит консистентно? Единообразно что ли?

[@Neonailol]

@@СветозарБоголюбов Это значит единообразно

[@algelion]

Я всегда использую this

[@МаксимКустов-х7ш]

Плюсую двумя руками! А то загоняет тут, типа, «не пишите так, потому что я забывал писать this.»- отличная причина

[@ivanfedorchenko4626]

Я лично для себя, в своих проектах, определил, что приватные поля без ниженого подчеркивания, а локальные переменные с нижним подчеркиванием. Но про json с нижним регистром все равно полезно было узнать

[@kaneus_kaneus_2190]

0:35 ахах, это же мой коммент))

[@ReBoot-c]

а где он был оставлен?

[@ReBoot-c]

@@avlczelshambler2235 какое именно

[@ReBoot-c]

@@avlczelshambler2235 спасибо

[@dimaaannn1]

И тем не менее, поведение VS при автоматическом преобразовании property в full property - студия создаёт поле с маленькой буквы.

[@algelion]

Настроить в студии можно

[@TedFanat]

Рома, почему не Райдер?

[@TheHardPotter]

Который в 5 раз медленнее VS работает, да ещё и интерфейс убогий?

[@TedFanat]

@@TheHardPotter интерфейс это субъективно и тут у каждого свои вкусы и своё мнение, но медленне, да ещё и в 5 раз? Ты точно понимаешь о чём говоришь или лишь бы обосрать?

[@TheHardPotter]

@@TedFanat может не в 5, но я пробовал его использовать и он заметно лагает по сравнению с VS, при том, что комп у меня достаточно мощный

[@fire_Rising]

​@@TheHardPotter так лол, ты решарпер на студию поставь, чтобы хотя бы приблизиться к возможностям райдера и тогда посмотри на скорость))0 райдер х64 - в больших проектах ведет себя гораздо быстрее

[@TheHardPotter]

@@fire_Rising reshaper стоит, и его производительность меня устраивает, а в rider мне не нравиться практически все

[@Денис-е2х6в]

Хороший совет про то, что нужно писать - как принято в компании :) Возьму на вооружение :)

[@vitiok78]

Это вообще единственно-верный совет. Умников, которые делают всё поперёк, никто нигде не любит

[@N5O1]

а можно делать иначе? и зачем? это как ехать в потоке машин, если все едут 200, но превышают, то и ты должен ехать так же, потому что если ты будешь ехать 60 но по правилам ты создашь больше проблем

[@soteyl]

бедная жена

[@СветозарБоголюбов]

Думаешь она другого стиля хочет придерживаться и подумывает о разводе?

[@soteyl]

@@СветозарБоголюбов Думаю с таким токсиком замужем быть то лучше откинуться

[@bublik20]

@@soteyl ну если это так, то пару тройку лет. Если не так, то 5-6 )))

[@bublik20]

В языке дарт нету спецификаторов доступа private и public. Если нвзванин поля начинается с _ оно становится приватным, иначе публичное ))) а вообще это с древних временн так делают , почему это тренд?

[@АлександрГерцог-м8ч]

Перед этим видео смотрел твой видос 2020-го года и заметил одну вещь: ты начал говорить громче, но громкость видео в целом так и осталась низкой. По-прежнему приходится выкручивать динамик компа на 90%, чтобы нормально слышать слова. А потом, при переключении на ролик с другого канала, пускать кровь из ушей, потому что динамик орёт на всю квартиру и ещё несколько соседних. Рома, бл***ь, сделай с этим что-нибудь, пожалуйста!

[@undefined_rx0A]

Я думаю все мы желаем лютого замеса с Хауди Хо

[@DarkW1zard]

я не жду, хауди какой то сахарноунылый. Не это не плохо, просто кто то любит манку, а кто то шашлык :)

[@bomb5994]

Обожаю плюсы за резервацию нижнего подчеркивания для макро в стандартной библиотеке

[@paralak751]

Не знаю, мне привычнее уже называть поля атрибутами класса. Так тоже верно но некоторые до...стают

[@alexanders1532]

А еще их можно называть свойствами, а еще, если человек, с которым ты разговариваешь тебя понимает, то можно их хоть слонами розовыми называть - всем насрать.

[@RSpartak]

Про underscore есть еще мнение, что так удобнее сортировать список объектов которые выдает IntelliSense. ПС: Свойство, реализованное через стрелочный оператор, развернется в !!!два!!! метода Get/Set? Если ругаешь других 'программистов' за неточности в терминалогии, будь добр сам соответствуй ;-)

[@ЕвгенийП-д8л]

Консистенция кода в описанном кейсе -- это лицемерный фанатизм. Можно много примеров привести, где это единообразие не нужно. Где-то можно только ifами сделать, где-то лучше подойдëт switch. Где-то нужны операторные скобки, где-то они будут только загромождать экранное пространство. Где-то можно тело функции или геттера свойства определить через =>, где-то снова придëтся использовать операторные скобки.

[@vipryamispinu]

Ждём когда в код будут добавлять гачи фразы

[@СветозарБоголюбов]

После канала Максима Крюкова сюда возвращаюсь как на каникулы после тяжелого года, отсыпаться, отжираться.

[@sad_god]

Преодоление этой проблемы решается уникальным именованием а андерскор это просто тупой костыль отмайков

[@nikart8984]

Оказалось что бы код выглядит красиво в глазах чсвшных "сениор+" кодеров

[@ricardomilos857]

ой млять, ща в дотку катку сыграю и посмотрю

[@ricardomilos857]

В джаве такой хуйни нет

[@ricardomilos857]

По понятным причинам

[@linuxuser2142]

0:36 а почему хауди здесь мало того что поле переменной называет, так ещё и свойством???

[@flyoffly5133]

Это видео можно использовать как скороговорку

[@PelipUnityDev]

Накаси-выкуси хейтер. Вот и нетоксичный познавательный видос!

[@mimineko3100]

- у Романа все видосы привратились в ТУПО критиканство и доёпывания до чужих стилей программирования и проектов. - видимо он возомнил себя величайшим гуру и БОГОМ программирования... Это ведь так легко, самому НИХРЕНА не делать (делал помнится он что-то на показ, но не долго что-то...), и только на обсирании других людей и их проектов выезжать...

[@tac1402]

смотрим на дату этой "засекреченной договоренности" 2014 год ... и все кто до этого писали нормально и соблюдали отсутствие подчеркиваний в наименованиях, т.к. это явно моветон, вдруг должны изменить свое мнение :) ну, не бред? будет желание найду книгу по стилю у себя на полке, и приведу именно от туда аргументы почему так не правильно. Ах, да и какая мне половая разница до сериализаторов на других языках, кроме С# .. .потерю логики заметили? возврат к венгерской нотации?

[@tac1402]

Книга называется "Современная практика программирования на Microsoft Visual Basic и Visual C#", действительно там есть правило 12.16 которое рекомендует именно для полей у которых объявлено свойство начинать имя с "m_" или просто с "_", и аргументами там является как раз IntelliSence и возможности IDE (в Visual Basic знак подчеркивания мог быть не виден). Но и то и другое, имхо, бред, т.к. в базовом правиле 12.1. указано ровно другое - для закрытых полей начинать со строчной буквы, чему я и следую в не зависимости от наличия свойства к полю. А разименовать поле с параметром легко, если к параметрам добавлять префикс argName - что очевидно подчеркивает суть параметра как аргумента метода, и не нарушает стиля именования.

[@horex2561]

Что ты думаешь насчёт Rider от JetBrains и почему пользуешься именно Visual Studio?

[@ТестТест-в3ъ]

Слышал что rider используют не совсем net, а jvm

[@stas_etc]

Я расширение для VS использую от JetBrains, называется ReSharper. Топовая штука.

[@vasiliioleinic]

Видел пару раз отсылки к “elegant objects” можно узнать ваше мнение насчёт книги?

[@MaxMin-e8h]

PascalCase для полей и свойств решает все проблемы описанные в ролике. Подчеркивание для динозавров.

[@nmzgnv309]

*Cum объекты* 🤣

[@АлександрХаныгин-ъ7ш]

Твоя имитация английского акцента ужасна

[@ЮрийРепин-т4к]

С ног на голову!

[@vadimivanov3000]

With all due respect, all information is googled both in Russian and engl

[@ZeHalf]

Блин, наконец-то нормальный нетоксичный видос!!! Ура! Спасибо большое тебе...

[@Mor1134]

Как-то ты путанно рассказываешь, я и из предыдущего поста и из этого видео до самого конца не мог толком понять ты ЗА андерскор топишь или ПРОТИВ него. Все думал ты сейчас расскажешь причины почему так раньше делали и как сейчас от него отказались и есть новое удобное решение. Но нет же - вывод видео оказался прозаичным "используй андерскор и все будет круто". Как во втором пункте у тебя рассказано, так вроде и считалось обычно - андерскор для приватных полей, локальные переменные в функции просто с маленькой буквы, проперти с большой. И все это именно для того чтобы глазом видно было в коде что есть что и не было this

[@ЕвгенийП-д8л]

Хотелось бы видео про все виды подчëркивания. Раз есть "нижнее", то должны быть и другие.

[@dmitriykonopinskiy3793]

Почему в консрукторе нельзя производить вычисления?

[@russianpokemon2484]

Вот из-за таких профессионалов с 10-летним опытом в 24 года и не устроиться новичкам (srczm)

[@rsakutin]

Я трудоустроен с 15 лет :) и со старта был оклад в 1000$

[@kavoikapsho]

@@rsakutin пруфов не будет)

[@N5O1]

ты не можешь устроиться, потому что ты ноешь, а не учишься. ты лучше возьми и начни учиться, чем сидеть и ждать, пока рынок подстроится под тебя

[@_dyats]

@@rsakutin а я с 10 лет миллиардер

[@title6322]

А чё с одной стороны делать подчёркивание? Можно _age_

[@АлексейТитов-д9э]

Да, это очень важный вопрос, похоже. А зачем писать private если можно не писать?

[@N5O1]

если не написать private там где это следовало бы, то какой-то алшка может влезть туда куда не надо, а если поставить перед именем поля _ андерскор, то этот алешка может даже и не узнает о его существовании или задумается, а стоит ли ему туда лезть

[@mimineko3100]

@@N5O1 чушь! если кто захочет влезть и поменять - это не помешает! и ваш приват он найдёт и уберёт.

[@bublik20]

@@mimineko3100 чушь! Далеко невсегда есть возможность залезть и поменять исходник, например в пакете, это нужно быть совсем алешкой что лезть в пакет и там что то менять , это даже не выстрел в ногу, это выстрел в яйца

[@melonplayground5975]

Ответь пожалуйста! что ты думаешь на счет такой замены всех Update на один?: kzbin.info/www/bejne/gJTUhmWwfaeqfLs

[@mimineko3100]

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

[@ogurtsov8824]

Так угарел конечно на 40 секунде. Поймут только тëски😁

[@fidem9232]

Ну хз, я никогда не применял нижнее подчеркивание - имхо, менее читабельно... НО если будут возникают указанные проблемы, то, конечно, буду подчеркивание добавлять или иначе как-то помечать, чтобы не было конфликтов.

[@mimineko3100]

нижнее подчёркивание исключительно удобно и полезно! только не для глупого обозначения приватных переменных, а для выделения кэширующих переменных.

[@ShuripustaILK]

⚡⚡⚡⚡⚡💥🔥

[@laniakeadev.2271]

Окей, это всё замечательно. А что делать с SerializeField - ведь при переименовании слетят все ссылки объектов на сцене. А вместо name можно использовать selfName. В случае же изменения модификатора доступа в коде останется куча публичных полей с _. И да - подчёркивание ухудшает читаемость кода

[@ВалерийШабаров-г3ф]

А ты имеешь ввиду name = selfName?

[@ВалерийШабаров-г3ф]

Если так, то нарушается логика, я думаю. name можно еще перевести как название. И в это, не то имя, не то название, присваивается "собственное имя". Это в таком простом примере всё очевидно, но когда код разрастётся, будут моменты, я считаю, когда ты тратишь время на то, чтобы понять имя это или название. Да и вообще по смыслу, что переменная эта, что поле, одинаковые, думаю, странно называть их по-разному

[@laniakeadev.2271]

@@ВалерийШабаров-г3ф Нет. name относится к пространству имён Unity.

[@woofattack2032]

При этом, у тебя в видеоролехах есть публичные методы, которые начинаются с нижнего подчеркивания. Это уникальный собственный style?

[@АдминУпаз]

Если у нас где-то в коде не используешь this, пинком под зад вылетаешь запросто.

[@Taro_Tonkoora]

Кхе, старые проблемы в новой сковородке. Но круто объяснил.

[@N5O1]

сколько же воды. сколько учу программирование, всегда все говоили, что переменные\поля, которые ты хочешь скрыть\сделать приватными нужно помечать каким-то символом. даже в документации TS вчера прочел, такую штуку: #noPropertyAccessFromIndexSignature The goal of this flag is to signal intent in your calling syntax about how certain you are this property exists.

[@mimineko3100]

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

[@N5O1]

@@mimineko3100 ну, вот открой гугл транслейт и переведи то, что написано после хештега

[@HelloWorld-ln5cy]

Вот я смотрел на ecs, и я так понял, что там сущности с данными делают мутабельными.

[@qwasjok1940]

У вас рассрочка только на 11 месяцев или есть разные планы?

[@izergaer]

Ни*уя не понял, но очень интересно

[@АлександрДемченков-ъ1щ]

даешь разбор кода хабиба хо

[@dez0rted291]

Отличное видео

[@izilab]

я был 666 поставившим лайк)))

[@MrSTL1te]

Ссылку бы на конвенцию

[@Ruslon-oc3pt]

Топовое рассуждение!

[@DarkW1zard]

Поле это та ерунда, что записывается какая то функция{strint japole} блаблабла get{int ja pole} ?

[@Norgarfist]

class Test { private int _field; public void Foo(int parameter) { int variable = parameter; } } вот так

[@DarkW1zard]

@@Norgarfist ммм т.е. переменная, но в классе? А приватная не приватная нет разинцы?

[@N5O1]

@@DarkW1zard ты видео смотрел? да это "переменная внутри экземпляра класса", но это не переменная - это поле, аргумент функции, ты же не называешь переменной

[@DarkW1zard]

@@N5O1 на данном этапе я почти все называю. "это, эта, вот эта штука" и я еще заметил, что мой мозг отключается когда Рома начинает говорить слова наподобие, "абстракция" после этих волшебных слов я как будто перестаю соображать :)

[@N5O1]

@@DarkW1zard я посмотрел пару его видео и не понимаю, что вы внем находите, лучше поищи что-то толковое, даже если ты чего-то не понимаешь просто гугли и читай и даже если ты потом не поймёшь, читай и смотри больше, практикуйся и когда-нибудь поймёшь, так у всех. Я программирование изучаю активно последние года 2, но ООП и то как работают классы понял только недавно. Посмотри видео с канала extreme code , они там на простых примерах все объясняют

[@codingposture]

Про cpp обидно, но это правда.😤

[@fleapse]

да ладно, признайте, что к вам пришли нормальные пайтон разрабы и заставили понятно писать код

[@va1r347]

4:17 NOTEPAD КРУЧЕ , НЕТ БЛОКНОТ😂😂

[@doodocina]

нотепад++ 🤟😔

[@nxfh_games]

Ручка с тетрадью ; )

[@bublik20]

@@doodocina блокнот++

[@НикитаКуликов-ч4с]

В некоторых языках используют нижнее подчеркивание перед переменной, если не планируют использовать эту переменную. Но тогда зачем ее создавать?!

[@N5O1]

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

[@bublik20]

В каких языках?

[@N5O1]

@@bublik20 js например и python

[@bublik20]

@@N5O1 тогда не понял , зачем помечать переменную которая не будет использована? Ее убрать вообще нужно

[@N5O1]

@@bublik20 у тебя есть класс или функция, условный валидатор. Ты внутри неё создаёшь переменную и записываешь туда какие-то данные, внутри этой функции или класса ты обрабатываешь данные из этой переменной и потом вывод делаешь через ретерн или записываешь в публичную переменную, так понятно?

[@xezdx]

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

[@ithangover589]

Не переубедил, попробую твой курс купить мб там детальней откроется проблема нижнего подчёркивание.

[@dranser285]

Ну ты и kоn4 Тебя не смущает что в самом названии "переменная" лежит смысл сущности. Когда ты сам вводишь это значение, это переменная. А когда ты предлагаешь пользователю ввести туда значение, это уже поле. Так что, называть это всегда переменная более правильно. Так как в коде редко есть ситуации, когда именно пользователю нужно вводить значение.

[@v_karna]

Прошло 30 секунд. Я уже угараю🤣

[@rodigy]

1-й агрумент ок, второй херня полная

[@okta10]

Шикарный байт на лайки, ставлю

[@andrewdolgii5481]

А что мешает лучше работать с неймингом?) У тебя так или иначе свойства и приватные поля будут отвечать за разные вещи

[@N5O1]

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

[@dendendor8976]

Топчик, как всегда лайк!

[@Maximple]

А принято ли писать нижнее подчеркивание когда мы пишем [SerializeField] private ...?

[@musasi_miyamoto]

Да.

[@iwenttobed5417]

Yeah

[@WinniePooh64]

А чем же тогда плохо именование в стиле m_MyPrivateField? Мотивироваться только тем, что такое именование не используют в MS, ну такое себе...

[@N5O1]

конвенция это как принято, и если на каком-то языке принято писать так, то "ЛУЧШЕ" писать так, тебе никто не заприщяет пИСать_КоД_воТаК, но будет ли удобно читать другим людям это? или более опытным программистам, которые привыкли работать по конвенции.

[@kaneus_kaneus_2190]

Кста, что лучше rider или visual studio?

[@daerius_rs]

Ну тут без комментариев, друг Конечно зависит всё от того, что тебе понравится, наверное, но в общем и целом: - Без ssd райдер можно даже не запускать - Дизайн у райдера всё ещё довольно странный - Некоторые вещи в райдере реализованы немного скудно - Коммьюнити всё-таки будет поменьше Наверное из основного что-то такое, мне хватает VS + ReSharper для "моих задач"

[@skelesheit]

Неважно придерживаться каких - то строгих правил в написании кода. Пиши так, как угодно тебе

[@zorfe7524]

Если работаешь в одиночку - пиши.

[@slavamorozovyoutube]

Какая разница как ты пишешь код, самое главное что он работает. Код может быть отличным, но он вполне может работать Хуже чем тяп ляп код

[@ДенисСтаниславский-н2о]

Большая, криво написанный код тяжело изменить + на работе в компании не только ты работаешь с кодом и им надо понять что и как делается.

[@mimineko3100]

- ВЕРНО! а идеализм во всём - это ЗЛО и ТУПО!

[@slavamorozovyoutube]

@@ДенисСтаниславский-н2о это не противоречит моим словам

[@slavamorozovyoutube]

@@mimineko3100 👍🏻👍🏻👍🏻

[@mimineko3100]

@@ДенисСтаниславский-н2о а НЕ нада чтоб его кто-то менял кроме тебя! не хотят с тобой сотрудничать дальше? - ПУСТЬ помучаются! глядишь, и снова к тебе обратятся, за дополнительные деньги. А разбираться в ЛЮБОМ чужом коде - НЕ подарок! разбирался я как-то в проекте нашем коммерческом, в коде коллеги - профессионала... - замучался! у каждого своя логика... которая порой, не перевариваема в принципе...

[@karmanov2004]

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

[@N5O1]

var varName var _varName var var Name var var.Name в каком месте они похожи? и вариант с пробелом у тебя не сработает как и с точкой, но точка вообще для друго-то служит

[@karmanov2004]

@@N5O1 капес ты магуч держу пари если это твой пароль после седьмого скрамроментированого ты все перебирёш но свой невспомниш когда 2 капчи тебе подсуну на подтверждение.)

[@N5O1]

@@karmanov2004 что?

[@mimineko3100]

- слепой да? ЛОЛ

[@N5O1]

@@mimineko3100 ну, я может чего-то не понимаю, вас тут двое, но мне так никто и не объяснил , чем они похожи