никто больше не пишет про хелловорлды на сишарпе

я надеюсь

То есть он считает что гетеры плохо.

по-моему Рихтер тоже так считает, если я правильно помню

по-моему Рихтер тоже так считает, если я правильно помню

По-моему тоже

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

Да какая разница, всё равно статья утонет, так и оставшись никем не замеченной

по-моему Рихтер тоже так считает, если я правильно помню

Интересно как он это аргументирует

ну типа в 99% процентах случаев они ничего не делают, почему сразу к филду не обращаться, а в 1% можно заюзать метод

Да какая разница, всё равно статья утонет, так и оставшись никем не замеченной

ну вот и задумайся. стоит ли она твоего времени

Интересно как он это аргументирует

относится к ней как к функции, которая делает вид, что она поле

ну вот и задумайся. стоит ли она твоего времени

Когда пытаешься что-то объяснять, сам начинаешь лучше сабж понимать

Интересно как он это аргументирует

"Причина в том, что свойства выглядя как поля, являясь по сути методами. Это порождает немыслимую путаницу." И потом приводит разные аргументы, типа свойства могут выбрасывать исключения, свойства нельзя передавать в out\ref, свойства могут выполняться долго, при нескольких обращениях к одному и тому же свойству могут возвращаться разные результаты (типа DateTime.Now), свойства могут порождать побочные эффекты

"Единственная привлекательная черта свойств - упрощённый синтаксис, все остальное - недостатки, в числе которых потеря в производительности и читабельности кода"

И как вывод - если бы синтаксис обращения к свойству отличался от обращения к полям, то это был бы хороший синтаксический сахар для Get()\Set()

"Единственная привлекательная черта свойств - упрощённый синтаксис, все остальное - недостатки, в числе которых потеря в производительности и читабельности кода"

Ой потеря производительности решается инлайном

Кстати, по поводу out/ref в проперти - интересно как reactiveui решает эту проблему

Через експрешны)

Я вот если честно свойствами как полями пользуюсь

Я не помню когда я логику в гетерах сетерах писал. Последний раз в wpf

Ради INotify...

В swift тоже есть свойства. На спидах

Он ещё одним из аргументов приводит, что у свойства могут быть разные доступы к чтению\записи, в отличие от поля. И рекомендует создавать свойства с публичным геттером и сеттером..

В swift тоже есть свойства. На спидах

get, didGet, willGet set, didSet, willSet

Самое то для WPF было бы

Самое то для WPF было бы

так в reactiveui есть такое

там атрибуты вешать можно + есть Fody

Он ещё одним из аргументов приводит, что у свойства могут быть разные доступы к чтению\записи, в отличие от поля. И рекомендует создавать свойства с публичным геттером и сеттером..

Всегда считал разные доступы плюсом полей🤔

Вообще издание древнее, 2012 год, ещё по .NET 4.5, поэтому может у Рихтера с того времени отношение к свойствам и поменялось )

сами свойства не поменялись

пока c# 9 не вышел

А что нового будет в C# 9 на этот счёт?

init modifier

https://devblogs.microsoft.com/dotnet/welcome-to-c-9-0/

Спасибо.

сами свойства не поменялись

Поменялись общепринятые практики и кодстайлы

в разработке на сишарпе вообще страшные вещи происходят

взять хотя бы автомаппер. вот какого хрена он так популярен

C# с автомаппером это почти питон, только вербозный

а можно подробнее что не так с автомаппером

усложняется рефакторинг. Переименование свойства может сломать маппинги, но ты об этом не узнаешь

никаких гарантий времени компиляции

ослабление системы типов

и все это зачастую просто ради того чтобы как-то оправдать наличие в твоем коде дто на 50+ полей

и все это зачастую просто ради того чтобы как-то оправдать наличие в твоем коде дто на 50+ полей

Или наличие 10 слоёв, в каждом из которых свой класс сущности с одними и теми же пятью полями

усложняется рефакторинг. Переименование свойства может сломать маппинги, но ты об этом не узнаешь

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

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

взять хотя бы автомаппер. вот какого хрена он так популярен

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

когда есть документация

И книжка Фриддла

И книжка Фриддла

Сегодня в Неваду ездил

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

Я не принимаю этот аргумент. Пусть лучше все ломается, когда добавили новое поле, летит ко всем чертям. Прошли те времена, когда я радовался тому, что "само все выправилось", если речь идет о схеме данных. DTO и доменные объекты - разные звери, и автомаппер стирает границы этих различий, начинаешь путать, что куда послал.

Сегодня в Неваду ездил

Какие смешные кактусы!

Какие смешные кактусы!

Странные, да

Сегодня в Неваду ездил

Ух ты, ты сейчас там?

Ух ты, ты сейчас там?

Это в Питере))

А 😞

Намывная территория

Нева, да

Я не принимаю этот аргумент. Пусть лучше все ломается, когда добавили новое поле, летит ко всем чертям. Прошли те времена, когда я радовался тому, что "само все выправилось", если речь идет о схеме данных. DTO и доменные объекты - разные звери, и автомаппер стирает границы этих различий, начинаешь путать, что куда послал.

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

Если не ломается, то плохо.

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

Ага

Huron Lake

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

Везучка. А мне только туда :(

Или ваще жава

соболезную, правда

мб в проститутки менеджеры?

Везучка. А мне только туда :(

Сервис - регистрируем - инжект - повторить

Я начал тренироваться :) уже два раза попадалась «задачка» про частоту слов :)

Я начал тренироваться :) уже два раза попадалась «задачка» про частоту слов :)

это на прогера или на манагера?

мб в проститутки менеджеры?

У манагера душниловка с BPMN схема и всякими диаграмма Ганта, предельно скучно

Если выбирать между сишарпом и манагером, я бы пошел на стройку

У манагера душниловка с BPMN схема и всякими диаграмма Ганта, предельно скучно

то ли дело нулл рефы и ЕФ. Вот где мякотка, вот где веселуха)

это на прогера или на манагера?

На «прогера»

На «прогера»

а в манагеры не хочешь? Или не берут?

var words = new Regex(@"\b([A-Z-]+)\b", RegexOptions.IgnoreCase) .Matches(str) .Select(m => m.Groups[0].Value.ToLower()) .GroupBy(g => g) .Select(g => KeyValuePair.Create(g.Key, g.Count())) .OrderByDescending(kv => kv.Value) .ToDictionary(kv => kv.Key, kv => kv.Value);

Вот, трольное решение набросал :)

Где то радуется один хаскелист, при виде решения инлайн

KeyValuePair.Create? спрашивается, где я был все эти годы?)))

а в манагеры не хочешь? Или не берут?

Ну, я был тимлидом когда-то

KeyValuePair.Create? спрашивается, где я был все эти годы?)))

Всмысле?