Главный вопрос треда, нужен ли AutoMapper?

>>32537

>Тут проблема в том, что XML никуда не делся

ну это проблема динозавров любящих (цензура) с этим подходом (привет списки)

>компоуз слишком быстро зашел на рынок как основной фреймворк

и это шикарно. шикарный фреймворк шикарный подход

>что вышел из-под гугла

енто да. они умеют все портит. вон навигацию испортили. M2 не доделали, но поддерживают. Какие то странные ребята

>для меня джава всегда была более понятнее, чем котлин.

выразительность это не про понятность. Это "мы городим огород (читай костыли) потому что иначе никак, а в другом языке это есть искаропки и работает само".

недостаток котлина это его жава рантайм (ну и сложные корутины). в остальном же на нем приятнее писать код. Зато в шарпе структуры и много чего под них заточено, а в котлине такого нет....но ведь это не котлин виноват.

>>32542
Я надеюсь, что когда-нибудь напишут какой-нибудь рантайм чисто для котлина и будут ребята уровня xiph или типо того, чтобы писали код для компоста и всего, что с ним связано.
В данный момент для меня котлин это чисто андройд, который на уровне говна собаки (андройд, конечно же).

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

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

Захотел дайвануть в пучины C#, а clr via C# уже устарело в говно.

Сейчас начал читать Pro .NET Memory Management, уже начинаю понимать как на практике работает GC и всякие умные указатели. Вместо тупых абстрактных концепций в голове которые на самом деле не дают нормального представления.

В своё время так же заебался с ответом про async методы - "ну это стейтмашины", который толком нихуя не объясняет, это просто элементарный паттерн лол, а топик асинхронности огромный.

Вот канал челика, который кстати рассказывает что-то интересное, а не просто тупорылые хэлло ворлды пишет
https://www.youtube.com/watch?v=okXbHqRQ6Mo

Если что-то похожее есть - кидайте.

>>32469

Чел, это другой подход.

Сейчас набирает популярность Automapper.FullTuring, который позволяет вообще без классов писать, потому что это ненужный мусор.

Плюс, если подключить Automapper.Router, то можно выкинуть контроллеры и сделать всё автоматически.

Тут вопрос в другом. Нужно ли вообще дедовское ООП, если автомаппер+nosql делает всё автоматически.

>>32670
Ты из епама?

>>3332498 →

>ну шарп не такой выразительный как котлин

Что за категория такая, "выразительность"?

Почему её используют только в контексте котлина? Это точно не слово из маркетингового буклетика, которое не означает ничего?

>>32675
По-моему это слово обозначает (в контексте ЯП) понимание того, что ты пишешь и как ты пишешь буквально с первых секунд, а не в попытках понять синтаксис.
Условно
val myValue = intArrayOf(1,2,3,4,5)
Более понятно, чем в джаве
int[] myValue = new int[5] {1,2,3,4,5};

Котлин хорош! Он великолепен тем, что разделил комюнити Жавы на две части. Теперь и создатели вынуждены поддерживать Коклин, и его пользователи вынуждены учить и его, и саму Жабу. Собственно, сами виноваты. Могли бы писать на божественном Шарпе и не страдать хернёй.

>>32697
Думаю переползать на Котлин с дотнета. Котлин судя по всему очень выразительный язык.

Есть пара вопросов. В Котлине есть автомаппер?

>>32742
Главная проблема шарпов для тебя это использовать переменные?

>>3332673 →

>Что за категория такая, "выразительность"?

Да хуй его знает. Носятся с ней как с важной хуйней какой-то, а когда просишь конкртено пояснить, что это - обычное "пук-срень, ну вот в язык_нейм можно сделать вот так, а в шарпе нельзя" (и в 90% случаев окажется, что либо можно, либо нахуй не нужно). Часть под "выразительностью" имеет в виду просто какой-нибудь местечковый сахарок, который им нравится исключительно из-за синдрома утенка. И что, кстати, не мешает им поливать шарп за засилье сахара, хотя свой жрут ложками.

>>32750
Ну да... Типа для меня - переменная это что-то важное, у чего аж имя есть которое я сидел, придумывал, чтобы не x,y, a,b,c было, и оно доступно во всем скопе где объявлена. Как-то пояснить, что оно нужно просто чтобы передать значение - в шарпе нельзя. Даже в ЖС сделали const-перменные, пусть они и всратые и можно уже внутреннее состояние изменить, но какая-то семантика все же есть.

А если их не использовать и заворачивать вызовы - это становится нечитаемо. Потому что будет:
Console.WriteLine(string.Join(" ", ("HelloWorld!".Split(" ").Reverse())));

Тут разобраться что там за чем вызывается - надо посидеть, подумать. А это простейший пример же.

>>32675
ее использую в контексте котлина Я потому что пишу и на шарпе и на котлине
И нет - это не просто слово. И нет это не НЕ читабельность. Это способность удобнЕЕ выразить мысль в коде
уже не раз приводил примеры, повторяться влом
повторю только малую часть

backing field. в котлине он просто есть. А в шарпе что? Что то там в дотнет 9...ну ну
примари конструкторы в шарпе притащили позже и они примитив по сравнению с котлиновскими (хотя лучше чем ничего)
енумы в шарпе...без мата нечего сказать
нельзя нормально расширить статический класс
нет инлайн методов настоящих
нет делегации свойств
нет топ левел функций
нет типа unit и поэтому есть Task и Task<T> вместо одного Task<T>/Task<Unit> (кто кодогенил оба варианта потому что просто необходимо их оба - тот поймет)
где бл... lateinit. вместо него null! что другое
ну и так далее...

>>32751

> виду просто какой-нибудь местечковый сахарок

этот "местечковый" сахарок делает, например, принципиально невозможным портировать подход jetpack compose потому что язык просто не может. Максимум что могут выдать это comet по типу swiftui combine, да и тот будет засран вездесущими new

щас будет "да и не надо", да ))))

>>32798

>щас будет "да и не надо", да

Я не пишу под андроид/айфон, на котлин/джаве и в душе не ебу за всякие jetpack compos-ы и т.д. Поэтому да - не надо. =)
Ну и опять же. Когда говорят про "выразительность", то это идет в контексте базы языка, а не всяких его фреймворков и тулкитов. Т.к. их можно наворотить сколько угодно и какого угодно вида.

>>32829
а я и не говорил про фреймворки и тулкиты. И андроид тут вообще не причем. Кстати на замарине под андроид те же проблемы у шарпа ибо...ну мы же про шарп говорим.

я говорил за сам язык
и НЕВОЗМОЖНОСТЬ сделать подобное на шарпе. Когда что-то получается кривокосо (последствия компромиссов) - значит у языка не хватает выразительности.
А значит на шарпе мне приходится жить с другими подходами БЕЗ ВАРИАНТОВ

потому что НЕТ - НЕЛЬЗЯ НАВОРОТИТЬ, ограниченность языка позволяет наворотить только то, что можно наворотить как бы это в итоге не получилось, а не РЕАЛЬНО УДОБНО.

Просто средний шарпист, как и...допустим, похапэшник - НЕ ВИДИТ проблем выразительности ибо он и не видел что можно как то по другому. Тот вариант, что предлагает язык, является для него единственным, а значит и верным. Как и похапэшник не видит проблем похапэ, пока не пощупает питон.

>>32798

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

>>32829
Под выразительностью 10 лет назад преподносили в противовес джава коду, мол геттеров и сеттеров не писать и вообще дата классы, лямбда-хелл этот и прочее.

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

Прокси языки зло. Ты либо с нуля бери и дела, либо размазывай говно по полу.

>>32832

Да успокойся уже, не рвись.

>>32965

>Прокси языки зло

это так

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

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

>Еще в те же времена стало ясно, что если апи не на дсл котлина, то пишешь ты на той же джаве

а это можно просто не тащить легаси. ведь можно же
в шарпе же увы легаси вбит навечно. И никогда Ilist не станет наследоваться от IReadOnlyList, и даже Lock из 9го дотнета не заставит похудеть хидеры объектов. И много чего этакого что "никогда"

>>32960
Так охуенно выглядит же. Чего ты?
Надо просто взять концепт и довести до ума. Ну и майков заебывать, чтобы наконец довели до ума дебагер. Вон, недавно наконец - при return стал показывать что там реутрнится. Думаю если сильно попросить и примеры что это и при дебаге линку будет полезно - они таки возьмут в работу.

>>32998
вот что было с теми же LINQ
https://www.youtube.com/watch?v=h4VgoWt91LM

а что в итоге - вы и так знаете

>>32985

>Увы легаси вбит навечно. И никогда Ilist не станет наследоваться от IReadOnlyList,

Нахуя? Он же рид-онли, а лист не рид-онли.

>... и даже Lock из 9го дотнета не заставит похудеть хидеры объектов. И много чего этакого что "никогда"

В 12 дотнете запланирован полный переход.

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

>>33063

>Он же рид-онли, а лист не рид-онли.

А типа List (не интерфейс) ридонли.Но между тем реализует IReadOnlyList, а еще и IEnumerable, которое риоднли по самые помидоры

Как можно передать Ilist в метод принимающий IEnumerable, так и тут та же логика, но
в шарпе нет Ilist : IReadOnlyList потому что изначально тупо спроектировали. А теперь уже поздно - ломается бинарная совместимость.

>В 12 дотнете запланирован полный переход.

брякоченджесы на уровне бинарной совместимости? ну ну.

>>33064
это кстати шикарная ебала. просто померла со студией 2019, а для 2022 выкатили недоделку и забросили.
Спрашивается - почему в студии такой убогий дебаггер в плане гуи. Просто говно говнистого говна. Ответ - потому что рукожопы.
И новый год ничего не изменит в их жопошных руках. Лол, даже ретурн валую они сделали хорошо в этом тысячелетии, прямо удивился

>>32832
Нормальный шарпист знает о Nemerle - языке для .NET, который имеет гигиенические макросы, что позволяет вводить новые синтаксические конструкции. В нём легко можно ввести все те фичи, о которых ты говоришь.
К сожалению, Nemerle умер... Но Microsoft постепенно движется к реализации его возможностей в C#.

>>33078

>К сожалению, Nemerle умер

тогда ЗАЧЕМ ты его вспоминаешь??????? риторический вопрос

однако

>В нём легко можно ввести все те фичи

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

>>33074

>IEnumerable, которое риоднли по самые помидоры

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

>>33078

>В нём легко можно ввести все те фичи, о которых ты говоришь.

В принципе нахуй не нужно, можно просто автомаппер использовать

>>33085

>Перечисление только перечисляет

как и IReadOnlyList только читает и его ничуть не волнует ридонли ли список или нет. Он всего лишь говорит "я буду только читать"

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

tomatoes.Select(t=>t)
а теперь?

>>33074

>бинарная совместимость

Я даже не будут спрашивать какую шизофрению ты в это понятие закладываешь.

Надо будет - прибьют гвоздями как Enumerator для foreach прибит. Просто это никому не нужно. Это не решает вообще никакую проблему.

>>33083
А зачем ты полудохлый Коклин вспоминаешь в теме про .NET?

>>33098
критикую шарп, нельзя что ли? в шарпе хватает говна и ему радоваться или что?

>>33102
Да, нельзя.
Нет, не хватает.

>>33154

>Да, нельзя.

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

>Нет, не хватает.

так ты не переживай. мелкие еще наделают. они в этом мастера. они найдут где сделать так что "ну семён семеныч"

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

>>32985

>Ilist не станет наследоваться от IReadOnlyList

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

>в шарпе типа не та же ситуация

Нет, даже 5 лет назад шарп был на голову выше жабы. Продать его шарпистам было сложно, ради пару модных сахаринок.
То что в шарп тянут модные свестелки и перделки - в чем проблема? Это больше гемморой для команды разработчиков, чем для потребителя. Нормальная практика взять проверенное другими фичу и засунуть себе (так же и джава делает, что там от котлина еще осталось?).

>а это можно просто не тащить легаси. ведь можно же

Нельзя, потому что у котлина не было ничего своего, перевкатуны даже об гредл разбивались. Представь тебе только что рассказали про модный и молодежный язык, чуть ли не правильный питон у тебя в руках и ты такой на радостях бежишь потыкать в него и тут тебя встречают сразу кровавый тырпрайз с его аномальными оверхед-решениями, которые непонятны даже местным (блин, даже гугля про веб на джаве в 2016 году ты попадал на страницы про EE). Фраза "котлин пахнет джавой", это фраза того времени, то что они полезли в котлин жс, котлин нейтив, а не стали пилить дефолт инструменты для jvm на их выразительном, это фатальная ошибка руководства тех лет. котлин js вообще смешно, они правда думали что смогут конкурировать с node.js и ts, написав кривую обертку над HTML DOM? Ты представь уровень некомпетентности в управление котлина в те года

>>33102

>критикую шарп, нельзя что ли? в шарпе хватает говна и ему радоваться или что?

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

Так что всем срать что твой юношеский максимализм фрустрирует с синдромом утенка и тебе что-то где-то не нравится. Хочешь уровень реальной разработки? Возьми и напиши свой "свифт/котлин/ts" для дотнета (и пойми потом почему это не нужно), а мериться тем как одно и тоже делается в разных языках, но чуточку по разному - это удел глупеньких.

Смотреть на котлин надо смотреть через призму андроида. А не потому что там глисты другие. Так что если нравится котлин? Напиши уже какую-то теху или флагман на нем, это ему больше поможет. Сейчас главное проблема котлина и то что его убивает - это вендерлок на IDE, так что спаси свой кокотлин, вытащи его хотя бы в vscode.

>>33087

>tomatoes.Select(t=>t)

>а теперь?

И что "теперь"? Select это метод расширения статический, это не метод самого IEnumerable, так что он все так же ничего не знает.

>>33167

>годами ждем.

Кто ждет? Зачем? Иди попиши на го, потом даже в джаву вернутся будет счастьем.

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

Так что спасибо что не го и не раст.

>>33192

>Недавно узнал что раст планировался изначально с гринтредами и гц как го, но в нормальном дизайне и тулингом не из 70х годов

Отсутствие GC это единственное, что отличает раст от других технологий.

⚡⚡⚡Dotnet 10 будет включать новый сборщик мусора, основанный на технологиях AI (машинного обучения).

Технология будет включаться при наличии тензорных ядер, либо в облачных сервисах Microsoft, при наличии платной подписки Azure.AI.

>>33189

>И там и там людями срать на какие-то огрехи языка которым овер 20 лет

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

>твой юношеский максимализм

я начал писать на шарпе с его рождения еще с версии 1 и это мой основной язык. Так что про синдром утенка он как бы более у тебя. У меня же здравая критика "не нужно бояться признавать ошибки, но и не нужно избегать их исправлять, просто можно не через десятилетия, а? мы ж не жава"

>Смотреть на котлин надо смотреть через призму андроида

мне на него смотреть не надо. Я шарпист и спотыкаясь о проблемы дизайна шарпа, иду и пишу мелким, что "тут херня, а другой херни вообще нет", а не хвалю котлин "вот там есть". С котлином мне просто ЗАМЕТНЕЕ разница. Но это не значит что я и без котлина не матерился каждый раз создавая бэкингфилд или кодируя ConfigureAwait(false) или кастуя к IReadOnlyList (ну там ладно я хоть понимаю что они исправить не могут) или не имея очевидных методов LINQ или того же словаря - котлин тут вообще не причем.

>>33190

>Select это метод расширения статический

зато возвращает IEnumerable помидорков. так что...

>>33192

>Кто ждет? Зачем?

внезапно шарписты. потому что нужно. смотри список proposal и прозревай. и это ведь про новые фичи.

>Иди попиши на го

иди поешь говна чтобы познать что тебе не так уж плохо или а в африке вообще негры голодают
это аргументы уровня /b

>>33321

>я начал писать на шарпе с его рождения еще с версии 1 и это мой основной язык.

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

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

>причем тут вообще фп.

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

>>33360

>Тогда бы ты обплювался от котлина

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

>наговнил классическому дефолт джава-стилю

котлин не преемник жавы. это шарп преемник ибо начался как "мы сделаем свою жаву".

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

нельзя? кто сказал нельзя? что за дикий бред. вот щас делая фичу с бэкингфилдами оказывается можно. И даже возможные конфликты с написанным кодом не останавливают.

>как жаловаться что в одном заводе, поставили автомат с печеньками

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

>А в том что листы по природе были созданы в противовес массивов

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

А если брать дизайн списков то сделано было ЧЕРЕЗ ЖОПУ
нужно было сразу разделить мутабельные, иммутабельные, ридонли на уровне языка. И назвать нормально

>>33375

>нельзя? кто сказал нельзя? что за дикий бред

Реальность, без декомпозиции мозг не способен воспринимать сложные системы полностью, там физическое ограничение на 4-7 элементов. В остальном восприятие происходит через обобщение, но так что ты его даже не чувствуешь - поэтому и получается что ты как вкатун бегаешь с листами, а кто-то решает реальные проблемы реального софта. Вот мне думаешь важны какие там листы, когда я не могу локализовать плавающую ошибку в коде?

Так что учи шарп молча. Еще бы к шрифтам в вскоде докапался бы.

>>33389

>там физическое ограничение на 4-7 элементов

ты какой то шизнутый. какое отношение имеет, например, НЕОБХОДИМОСТЬ писать бэкингфилд руками к ограничению твоего мозга?
и остальное тоже туда же.

похоже у тебя шизофазия какая то, раз ты вообще не понимаешь что я пишу

>>33375

>бэкингфилдами

Чел, а ты можешь объяснить как тупому, зачем они нужны?
А то я вот почитал и чет не понимаю, что в них такого уникального, что нельзя было бы заменить обычными свойствами с модификаторами на get/set ?

А то ты так их расписываешь, будто это прям килер фича какая-то, вот и хотелось бы понять.

>>33457
Нахуя тогда свойства нужны, и чем они отличаются от публичных полей?

>>33457
ты просто не понимаешь что это такое
их нельзя заменить обычными свойствами ибо они и есть ЧАСТЬ свойств

вместо

private int _foo;
public int Foo {
get=>_foo;
set{
_foo=value;
...другой код
}

ты можешь не заводить private int _foo; которая может нахер никому не нужна, а заведена лишь потому что нечему присвоить =value

поэтому в норм языках если ты хочешь добавить код в сеттер, и тебе нахрен не нужно это приватное поле в классе, то ты можешь сделать так
get=>field
set{
field=value;
...другой код
}
где этот field за тебя скомпилирует компилятор. вот в дотнет9 это и собирались сделать...или сделали но там экспериментально...или сделали. вот перейду на дотнет 9 и посмотрю

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

В чем ущербность? в том что нет нормального искаропочного разграничения между мутабульными, иммутабельными, риоднли, фрозен и прочее. Ну и на уровне контрактов та же херня. Я не могу передать byte[] как ридонли и не потерять в перфомансе. Когда ввели IReadOnlyList, то он оказался неудобным и большинство так и продолжило передавать везде IList (какой такой там чистый код вы что) не замораиваясь с какими то там "контрактами" вида "если метод будет лишь читать список, то пусть прямо обозначает это в сигнатуре"

>>33531
С-с-ука-а. Ну это же ебучий сахар. Ты весь тред сотрасаешься насколько важны - эти бэкингфилды, а по сути - нихуя особенного. Просто, блять, приватное поле под капот спрятал. Я понимаю, если бы это было, что-нибудь вроде init или with, которые в 9-м шарпе появились. Вот это да офигеть как избавляло от кучи ебли. А тут...

Алсо, я честно говоря вообще не вспомню, чтобы за последние 3 года хоть какую-то логику в get/set-ах писал.

>>33556
только бездарям, которые себя погромистами называют
а нормальным программистам - нет.

>>33602
как и get/set тоже сахар. может его тоже не надо было делать, а как в жаве методами? ты ж вот не пишешь в свойствах ничего из логки. зачем тогда вообще свойства? или что ты хотел сказать?

это пример того что этот сахар со свойствами изначально не был нормально сделан. И такое в шарпе много где.
Я не сотрясаюсь о их важности. я сотрясаюсь о том что ФИЧИ ДЕЛАЮТ ЖОПОЙ и они получаются сырыми.
и это просто пример одной из фич, которая показательна тем, что через десятки лет они таки решили этот вопрос допилить (что прямо нереальная редкость). иди напиши им что "не надо этого делать, никому не нужно, а что там в proposal champions, так то жависты накручивают"

>чтобы за последние 3 года хоть какую-то логику в get/set-ах писал.

ну да, ты ж один у нас на свете шарпист )

>>33533

>В чем ущербность?

Так в чём ущербность-то?

>>33472
Тем что свойства - это методы, а поля - это всего лишь значения.

>>33648

>Так в чём ущербность-то?

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

фрозен коллекции появились ТОЛЬКО ВОТ. иммутабельные тоже не сразу.
ну а на уровне обычного массива вообще нет защиты компилятора на запись без каста к интерфейсу со всеми вытекающими.

>>33649

>Больше, больше сахара!

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

>>33670
Пиздец, ты развёл нытья на весь день вокруг несущественной мелочи.

>>33670

>должен был быть таким с самого начала

Кому должен?

>>33672
дурачок что ли
это ОДИН ИЗ МНОЖЕСТВА примеров
просто нагляднее ибо его таки обещают притащить

интересно. а вы сахаром пользуетесь в шарпе или тупо лицемерите?
отвечать не надо. ответ знают все

>>33673
понятию "нормальный дизайн языка позволяющий писать чистый и стройный код без костылей и приседания, и лишних компромиссов"
но ВАМ такое понятие неведомо, поэтому можешь даже не пытаться понять.

>>33676

>чистый и стройный код

За разговоры про чистый код в 2к24 в приличном обществе руки не подают, а через пару лет, так вообще пиздить начнут.

>>33676

>это ОДИН ИЗ МНОЖЕСТВА примеров

Возмутительно!

ну вот дотнет 9 наглядный пример

они наконец додумались бэкингфилды
они наконец додумались до метода Index
они наконец додумались что hex строка нужно то в разном регистре.
они наконец додумались что если в LINQ проходит ICollection то можно не создавать итератор (это сколько то тредов назад сюда заходил жавишник и выиграл в перфомансе именно по этой причине)
они наконец додумались добавить еще методов в LINQ (но все равно мало)
они наконец додумались что таки нужен и дженерик вариант SortedDictionary
они наконец додумались сделать оптимизации для Task.WhenAll (в 8 версии тоже делали, но кто ж делает всё очевидное сразу то, ведь можно отложить на год....двадцать...вечность)
и другое...

возникает вопрос - а раньше никак нельзя было догадаться да?

>>33776

>а раньше никак нельзя было догадаться да?

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

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

>>33776
возникает вопрос - а раньше никак нельзя было догадаться да?

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

Умник ёбаный

Даю бесплатный совет

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

/// Форма отправки данных платежа клиента службы доставки
...

/// Метод отправки формы данных платежа клиента службы доставки
...

/// Сервис вызова метода отправки формы данных платежа клиента службы доставки
...

/// Конструктор сервиса вызова метода отправки формы данных платежа клиента службы доставки
...

/// Интерфейс сервиса вызова метода отправки формы данных платежа клиента службы доставки
...

/// Регистрация DI контейнера интерфейса сервиса вызова метода отправки формы данных платежа клиента службы доставки
...

>>33799

>/// Форма отправки данных платежа клиента службы доставки

Это норм, потому, что вротебал разбираться в тысяче ДТО-шек по их названиям какая из них за что отвечает.

>>33799

>/// Метод отправки формы данных платежа клиента службы доставки

>/// Конструктор сервиса вызова метода отправки формы данных платежа клиента службы доставки

>/// Регистрация DI контейнера интерфейса сервиса вызова метода отправки формы данных платежа клиента службы доставки

>/// Сервис вызова метода отправки формы данных платежа клиента службы доставки

Это да, очевидная хуйня - засоряет.

>>33799

>/// Интерфейс сервиса вызова метода отправки формы данных платежа клиента службы доставки

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

Допустим я ебанулся и делаю монолит модульный но мой мозг загажен микросервисами.
Собственно, я не хочу делать общую сборку в которую вынесу события для эвентбаса. Я хочу чтобы каждый модуль мог сам определить события, и потом если имя И СИГНАТУРА объекта совпадает - какой-то модуль обрабатывал.

Тут и вопрос. Есть ли более хороший путь, кроме как заворачивать при публикации в жсон и динамически пробовать развернуть в объект уже из другой сборки?
Я как-то делал типа утиную реализацию, типа если все поля есть - то можем спапить. НО, это во первых был оч обскурный код, там надо было ебаться с генерацией типов в рантайме, да и вообще, не настолько я хорошо знаю шарпы. Больше так не хочу.

Чтобы было понятно:
public record UserAuthEvent(int Id, string Name, string Email) : IEvent // MyProj.ModuleA
public record UserAuthEvent(int Id, string Name, string Email) : IEvent // MyProj.ModuleB

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

>>33531
Если тебе приходится часто писать приватное поле под гет/сет - то ты неправильно используешь свойства.

>>33817

>события для эвентбаса

Нахуя? Хореография вообще нахуй не нужна.

>>33788

>а ты пойди и сделай сразу

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

>чего битками в 2007-м не обзавелся?

потому что я не оракул разбираться в чем то новом неизвестном
а SortedDictionary существует со времен динозавров и дженерики тоже. Что тут неизвестного то
А LINQ наверное инопланетные технологии будущего да?
ну а hex это ж...никто никогда не пользуется hex строками.

>>33789

>Зна́ние за́дним число́м — когнитивное искажение,

ты разраб дотнета?
взять тот же hex
они делают методы в классе Convert не помню в какой версии дотнета И делают метод для генерации хеша в нижнем регистре НО ДЕЛАЮ! ЕГО! ИНТЕРНАЛ!!!!!!
то есть они всё таки понимают нужность этого, потому что он был реализован сразу...просто ИНТЕРНАЛ

>>33890

>то ты неправильно используешь свойства.

вернее как раз правильно. геттеры и сеттеры как раз и придуманы чтобы можно было логику добавить, а не только степень видимости установить.
Другой вопрос КАКУЮ логику я там пишу - но этот вопрос за рамками.

>>34018

>НО ДЕЛАЮ! ЕГО! ИНТЕРНАЛ!!!!!!

И ЧЕ!!!!!!?????

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

Типо чем "throw отличается от throw ex". Хотя может джуны уже и это знают.

>>34102
что за методы типа UnsafeRegister
например, в CancellationToken

>>34018

>они делают методы в классе Convert не помню в какой версии дотнета И делают метод для генерации хеша в нижнем регистре НО ДЕЛАЮ! ЕГО! ИНТЕРНАЛ!!!!!!

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

Шо ты так гонишь на дотнетчиков, подумаешь обосрались в мелочи. В листе кстати есть AsReadOnly, которая даже аллокаций не делает, кроме аллокации себя естественно. Чем тебе это не нравится? Решили же твою проблему.

>>34107
Я на такое сам не отвечу, это уже совсем обскурщина. Про отмену асинхронного метода через токен сорс ещё куда не шло.

>>333410

Как автомаппер оптимизирует запросы в БД?
Ты из епама?
Кто у твоей мамочки сладкий любимчик?
Почему Котлин такой выразительный?

>>34102

Как автомаппер оптимизирует запросы в БД?
Вы из епама?
Кто у твоей мамочки сладкий любимчик?
Почему Котлин такой выразительный?
Почему List не наследуется от IReadOnlyCollection

Кто нибудь может объяснить за frozen коллекции? Ощущение что им полтора применения в принципе.

>>34314
ну так скорость работы и потребление памяти. там нет запаса на "нам расти надо" и вообще "нас могут менять" и потому можно оптимизировать чтение. Не нужны никакие локи и тому подобное.
редко создавать и часто читать - вот их место.

>>34317
Я понимаю, но прирост для поиска не очень значительный, при больших затратах на саму оптимизацию. Выходит что имеет смысл использовать только для очень долго живущих сервисов? Сначала я вообще подумал это это просто readonly обёртка, типа заморозил коллекцию и будь уверен что никто не не поменяет, в то время как IReadOnly таких гарантий не даёт, ибо бог знает у кого под каким интерфейсом ещё лежит твоя коллекция. Оказалось совсем не про это.

>>34329
но все же прирост есть. а если создается один раз то еще больше.
а там еще jit поработает

это как то работает. вот у меня WPF проект с таблицами и после дотнет 9 прямо заметно шустрее стал. Почему? хз видимо jit что то постарался.

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

>>34332
С readonly - было бы удобно иметь условный immutable dictionary, но на хеш таблице. Как раз с целью хранить его и знать что даже если он пришел снаружи - никто поменять его не может. Поэтому первая мысль была - вот оно.

>>34335
immutable коллекции были ранее.

>>34336
Да, только под капотом там дерево.

>>34339
там еще хуже на самом деле.
тот же список полностью копируется

>>34342
Самое смешное что инфа про это совсем не на поверхности. И уж точно когда ты видишь название ImmutableList ты не ожидаешь логарифмической сложности доступа.

>>33776

> (это сколько то тредов назад сюда заходил жавишник и выиграл в перфомансе именно по этой причине)

Проиграл с этого демедж контрола. Петушарп сосёт БЕСПРОСВЕТНО у джавы в перформансе. Петушарп это говно уровня питухона, т.е. игрушечный язык для долбоёбов что ни разу в жизни не запустали бенчмарк, когда джава это язык отстающий на ~2%-~3% от максимально возможного перформанса в принципе (ассемблера и с++).

>>34892
чушь говноеда.
я признаю что в том тесте шарп проиграл в 1.5 раза из за вот этого
1.5 раза в частном случае это не проигрыш

>джава это язык отстающий на ~2%-~3% от максимально возможного перформанса в принципе

ох уж эти ФАНТАЗЕРЫ

а уж жрет жава памяти как НИКТО ДРУГОЙ.

>>34858
да срать на анимации. за них деньги не платят.
Зато возможность создать контрол не пердолясь в ручное рисование - это вещь
а хамл - не вещь, запарил уже. но альтернатив толковых нет.

>>34892
Напоминаю, что в тесте с погодными станциями жаба соснула у шарпа раза в два.

>>34930
Ага, понятно, жсоны сериализовать можно очень по разному, можно парсить, а можно читать, и на весь огромный петушарп не нашлось либы, что сериализует жсон таким же методом, чтобы также быстро как и на джаве получилось!

Позоришься, клоун)

>>34933
каким методом, дурачок?
на твоем скрине ВЕБФРЕЙМВОРКИ сравниваются, а не чисто жсон сериализация даже. (то есть в принципе разный функционал у них)

Господи, ты когда жавистов создавал, вообще мозг им давал или отложил "выдам когда реализуют гет/сет на уровне языка"?

>>34934

>JSON SERIALIZATION

Этот тред как зоопарк.

>>34935
да. сюда больные жависты забегают и позорятся.
а я вот никогда не против накормить их говном.

>>34938
Что-то по делу будет, животное?

>>34900

> да срать на анимации. за них деньги не платят.

Мне платят

>>34939
ты чего с зеркалом то разговариваешь, жавопсих. да еще так орешь, что всем тебе слышно.
ты (или не ты) ляпнул про 2-3%, а сейчас чего то замолчал по этому поводу

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

>>34940
ну плохо быть тобой. я хз что можно писать на WPF чтобы прямо требовали анимации.

>>34943
То есть не будет? Слив, клоун. Иди дальше перформанс тюнить, а то 1к рпс сервер ложат.

>>34944
конечно не будет. я не психиатр, справочку выписать не могу
могу только посоветовать к нему обратиться
но это я как бы сделал...правда не слишком явно

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

>>34963
Пишу только на джаве, мне нравиться

>>34945
Кривлянием тормознутого писаки на тормознутом языке удовлетворён.

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

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

Пришел к выводу, что все связанные с какой-то хуйней вещи должны лежать в одной папке. Иногда даже - в одном файле. Но хотя бы папка - достаточно.
Потому что ебись оно в сраку. Какой еблан придумал - константы положить в отдельную папочку. Модельки которые их используют - в другую. В третью - енамы. А потом тебе этот код из проекта в другой проект надо перенести - и ты как ебанат бегаешь и ищешь все говно.
Да даже если не переносить - ты подключаешь какую-то хуйню, и тебе хуяк - 100500 неймспейсов навалилось, и начинается....

Короче - структура должна быть такой:
- Папка1
--Модель1.цс
--Модель2.цс
--Константы.цс
--ЯСервис.цс
--Сервис.цс
--МодульТестыСервис.цс
--События.цс

Ну короче, вы поняли.

>>35074

>--МодульТестыСервис.цс

Ты еблан? Нахуя тесты пихать в сборку? Нахуя они будут присутствовать в скомпилированном коде, который поставляется клиенту или разворачивается на сервере? Ух, сука, как подгорает!

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

>>35170
Охуенно наверное потом в двадцатером коммитить в один файл. Если про папки утверждение имело смысл, то тут - бред шизофреника.

⚡⚡⚡ глава корпорации Майкрософт Сатья Наделла заявил об отказе от С# и платформы дотнет, а так же переводе внутренних сервисов компании на более выразительный язык программирования

>>35170

>В одном файле лежит сервис, интерфейс к нему, все используемые енумы и дтошки. Нахуя плодить 100500 файлов по 10 строк в каждом, а потом лазить по 100500 вкладкам

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

Ну и хранение интерфейса вместе с реализацией, тоже классика. Нахуй он тебе тогда вообще нужен? Ты множественные реализации тоже в один файл с ним будешь засовывать?

>>35171
В вашей шараге бардак вместо процессов. У нормальных людей таски разделяются между разработчиками и никто в один файл толпой не комитит. Ваш лид пидорас и хуесос.

>>35181

>Нахуй он тебе тогда вообще нужен?

Погугли, что такое DI и зачем он нужен.

>>35200
Прекрати, салфетки кончаются сало с монитора вытирать.

>>35393
хватить жрать за компом. комп для работы
а та то тот чел дело говорит.

>>35397
Да не трястись ты, смотри сколько опечаток

А скажите кто что нашел полезного в c#13 окромя params?

>>35595
Нефига, в шарпах не было varargs.
Хотя че мне ваши праздники жизни я в юнити.

>>35595

>params

Невероятно полезная фича уровня dynamic, перепишу теперь весь код нахуй. Паджиты совсем сдулись, уже не знают как выполнить план по нововведениям.

>>36283

>Невероятно полезная фича уровня dynamic

фича как фича. использовал много раз

> план по нововведениям.

оптимзировать ее нужно было давно. с самого начала, а лучше за 100 лет до рождения c#
но раз уж дотнет9 упор на оптимизацию...

а вот фича с индексом с конца - хз кому она вообще нужна

>>36291
Зачем оптимизировать то, что никому нахуй не надо? Эти params используются только в string.Format, форматирование давно все делают через доллар.

>>36295

>Эти params используются только в string.Format,

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

>>33609
Откуда эта тряска чел? У тебя блять нет решарпера в конце 2к24? У меня приватное поле создаётся АВТОМАТИЧЕСКИ когда я требую создать тела для сеттера и геттера.

Пиздец ты шизофреник.

Кто переходил с MVS на VS code + linux? Насколько болезненно было привыкание? Я пока только перенес проект на .net8 в vscode и охренел от древнего и неудобного интерфейса. Настроил запуск в режиме отладки, публикацию. - работать можно, но все желание работать в vs code пропало.

>>36296
Я пишу продукт. Ты пишешь задачки на литкоде. Мы на разных уровнях.

>>36576
Нахуя ты на линукс перешёл?

Линукс это ОС для серверов чтобы экономить на лицензии и то при наличии денег лучше ставить винду.
Он просто напросто непригоден для работы, ты будешь больше ебаться с проблемами кривых пакетов и почему у тебя отвалилось "хуйня_нейм"

Я пол года назад понял, что не могу найти нормальную программу для отправки запросов HTTP.

Postmat - отвратителен, он ебёт мозги письмами, отжирает полтора гигабайта памяти, ебёт мозги покупкой лицензии, в общем не вариант.

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

Пробовал Yaak - мне понравился, но его тут же сделали платным.

В идеешке запросы отсылать люблю, но не люблю, хотелось бы именно годную программу. Чтобы на линуксе тоже работало.

В итоге получается, что абсолютно одинаковых графических обёрток над курлом дохуя, но все они говнище

Порекомендуйте что-нибудь, на чём можно остановиться?

Раст обоссал петушарп, джава обоссала, говно обоссало, питон обоссал, жопаскрипт обоссал, плюсы обоссали, даже ёбаный кложур обоссал! Как после такой зрады жить-то можно вообще?!

>>36587

>Нахуя ты на линукс перешёл?

Импортозамещение на гос галере. Ещё и астру-линукс ставят. Я пока подготавливаю рабочее место.
Может проще перейти на джаву+эклипс, чем ебстись с дотнетами на вскоде?

>>36755

>Импортозамещение на гос галере.

А где вы сборку .Net берете? Качайте у Майков или есть импортозамещенные сборки .Net с саппортом и ГОСТ 28147-89?

>>36910

>ГОСТ 28147-89

В .Net-е по моему никогда и не было гостовских алгоритмов. Их всегда приходилось колхозить через всякие криптопро, сигнатуры и т.д.

>>36919
На nuget.org есть пакеты с гостовским шифрованием.

>>36604

>В идеешке запросы отсылать люблю

Имеешь в виду .http files в VS? Да, удобно. Но тогда ты должен знать, что оно вдохновлено VS Code REST Client extension. А VS Code работает и на лялихе.

>>36980

> что оно вдохновлено VS Code REST Client extension

не, оно ещё в саблайм тексте 10 лет назад было.

Ну не запускать же VS CODE, который отжирает гигабайт памяти только за факт своего запуска? Тем более Visual Studio.

Вообще обидно. HTTP протокол простой как палка, для него нужна программа простая буквально как блокнот. А мы имеем комбайны с ЭЙ АЙ КЛАУД ОППОРТУНИТИС чтобы курл дёрнуть.

>>37016

> нужна программа простая буквально как блокнот

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

>>37037

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

Какой-то заколдованный круг в итоге.

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

>>32575
Х.з. даже, в ежегодных Performance Improvements in .NET X что-нибудь проскакивает.
Иногда в блоге что-то интересное - https://devblogs.microsoft.com/dotnet/
Deep .NET - https://www.youtube.com/playlist?list=PLdo4fOcmZ0oX8eqDkSw4hH9cSehrGgdr1
В доках рантайма, но зачастую при их чтении не хватает контекста и доп. пояснений/информации - https://github.com/dotnet/runtime/tree/main/docs

https://www.youtube.com/@MaoniStephens/videos
https://devblogs.microsoft.com/dotnet/author/maoni/

Редко/очень редко что-то интересное:
https://andrewlock.net/
.NET Conf - https://www.youtube.com/playlist?list=PLdo4fOcmZ0oXeSG8BgCVru3zQtw_K4ANY - но они все поверностные, хотя что-то интересное может попасться, как например: https://www.youtube.com/watch?v=1bsTnaLchi4&list=PLdo4fOcmZ0oXeSG8BgCVru3zQtw_K4ANY&index=94
https://www.youtube.com/@DotNextConf
https://www.youtube.com/@DotNetRu

Есть ещё не самые свежие, но я читал на досуге:
https://mattwarren.org/
https://devblogs.microsoft.com/premier-developer/managed-object-internals-part-1-layout/ - и другие части
https://yizhang82.dev/blog/dotnet
https://migeel.sk/

Это всё если либо более глубокая "инфа" по разным темам или просто внутренности рантайма и т.д. Но я думаю всё это есть в той книге, в той или иной степени (я просто х.з., всё руки не доходят до неё).

Я был бы не против если бы кто-нибудь ещё что-то подобное кинул.

Как в uno вставить нативную джава активити для андроида?

>>37083
Ахахахахах

Почему студия не имеет рефактроинга - ПЕРЕНЕСТИ В ДРУГОЙ ПРОЕКТ?
Понимаю, что вопрос про софт, но типа.
Вот допустим, начал я что-то писать. Допустим, обертку над ребитом. Определил там сразу Event, ну, типа шина, вся хуйня.
Прошел год. Все пользовались, но закралось подорзение, что не гуд, что каждая блядская либа из класса *.Domain - знает не только про события, но и зачем-то интерфейс шины.
Возникает охуенная идея - а вынесу я Event - в отдельный проект, в духе Company.Project.Primitives.
И все. Пизда пошла. Теперь я как еблан бегаю в 100 местах ставлю ссылку на новый проект, удаляю ссылку на проект с абстракциями для шины.

А как было бы удобненько, если бы вот как с неймспейсом, но для проекта было бы. Клацаешь: Перенести в проект. Оно в корень перелетело, ссылки проставились где надо. Да. Ссылка на абстракции шины осталась, но там можно было бы другую хуйню еще: Удалить ссылки на неиспользуемые зависимости. И хуяк - у всех проектов осталось только то что используется.

Вот что в этом такого пиздец сложного?

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

>>37145
То что это делается не автоматически.
При переносе класса в другой неймспейс - студия сама все импортирует.
Когда я переношу руками в другой проект, на который нет ссылки, начинается - 9000 ошибок, не знаю что за класс. И я как дебил полдня трачу, чтобы все импорты проставить.

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

У меня, за все время работы на последнем месте, необходимость вынести что-то прям в отдельный проект появлялась раз 5 от силы, и то это обычно было в репозитории с платформенными либами, когда либу на Abstractions и Implementation пакеты разбивал, чтобы не тянуть лишние пакеты-зависимости туда, куда не следует.
В самих же (микро-)сервисах, при создании проекта у нас автоматом из шаблона создаются проекты под слои приложения (Domain, Application, Infrastructure, Hosting) и CrossCutting-проект для всяких хелперов и методов-расширений, которые могут в любых других проектах использоваться. И обычно достаточно просто перекинуть код между проектами (к примеру из Domain в Infrastracture, как в твоём примере с шиной), а потом просто попросить IDE автоматически выправить пространства имён и using'и по всему решению.

>>37236

>Скорее всего десктопные приложения пилишь, да?

а десктопные приложения уже не приложения?

>>37250
Приложения. Но в них я чаще говноархитектуру встречал.
В ASP.Net Core сама структура фреймворка и сопутствующих либ диктует, как приложения на слои разбить. Есть контроллеры, есть EF-Core для доступа к данным и т.д. Во всех местах, где работал, структура сервисов была +/- похожая. Везде на слои били.
А в десктопных обычно все лепят кто во что горазд. Плюс не одного устоявшегося стандартного фреймворка. Где-то Prism юзают, где-то что-то своё на основе MVVM Community toolkit пилят, а где-то реактивщиной с ReactiveUI упарываются. Ну и просто по объему кода десктопные приложения обычно заметно жирнее, так что там проблемы с архитектурой острее стоят.

>>37266

>Во всех местах, где работал, структура сервисов была +/- похожая. Везде на слои били.

Я работал с долблёбами, которые повторяли в день слова clean architecture по 10 раз, кичились ДДД, у них была разбивка по 5-7 слоям, но в итоге всё сваливали в кучу в проект Core.Domain, к которому подключались все нугеты.

Вот тогда я понял, что лучше не понимать вот эту всю архитектурную хуйню, чем понимать, но неправильно.

А к чему это я. Правильно: тот проект был о разработке твоей мамки

>>37272
У нас крч интерфейсы лежать в слое Domain их реализации и регистрации в Api и используют их в Application слое.

На мои логичные вопросы а почему бы вам не переложить реализации в Application, а ещё лучше в слое Domain пошли какие-то ебанутые рассказы про чистую архетуктуру. На это я прям на встрече сказал "ну окей давайте я сейчас добавлю новый слой PizdaApi или удалю Api. Ой блять приложение больше не запускается." Причём их даже это не убедило, что у них ебаный слой Api предоставляет Application реализации бизнес логики, а значит Application транзитивно от него зависит. Аргумент был заебись "ну ссылки до идут от Domain <- Application <- Api" ссылок на проект нет значит и зависимости нет.

>>37236

> Сколько у тебя там проектов в солюшене

120 примерно. С ходу не вспомню.

> Просто если для тебя это постоянно боль, то вангую что с архитектурой что-то не то

Ну. Как. Обычная микросервисная. Штук 15 сервисов, каждому из них создай домен, инфраструктуру, DAL-уровень, какую-то либу для своих ютилити штук.
Плюс - десяток либ для внутреннего использования или вот как раз с теми примитивами, которые всем нужны. Ну или всякие общие мидлвары и все такое.

>>37266
Как раз и разбивали. И это еще большая боль в заднице. Вот у тебя домен. Домен должен по хорошему ничего о шине не знать, только объявить свои события. Вот у тебя приложение - оно уже про шину знает, но не знает с какой конкретно работать будет, ей нужны абстракции шины. Вот у тебя инфра - она уже знает, что с кафкой работать надо. Вот у тебя еще запускатор, который может быть с веб-апи, а может без, в зависимости от сервиса.

И вот тебе надо из проекта EventBus.Core - вынести Events в проект Primitives. Все. Пошла пизда. Всем доменам - добавь ссылку на это, удалить ссылку EventBus.Core. Теперь всем приложениям - уже надо добавить ссылку на EventBus.Core, ведь теперь они не могут из домена это получить. Ну и т.д.

Это самый простой пример.
А когда начинается хуйня с контрактами. Ебись оно в сраку если честно.
Одни пишут - харам общую сборку для контрактов, вы же завтра решите на питон переписать, так что сразу делайте что сервис сам контракты объявляет.
Другие - не страдайте хуйней, вынесите контракты в одну сборку и пусть все подключают.
Третьи - нет, разбейте по доменам, и общие доменные события в одну сборку, нехуй сервису знать про события, которые в других сборках.

Короче. Залупистика.
А вынести иногда надо. Потому что когда у тебя библиотека какая-то должна на сторону пойти - выглядит кринжово, что с ней рядом лежит dll в которой половина кишок валяется.

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

Вот нужна такая же фича для переноса между проектами. Было бы просто замечательно. Да.

>>37324
Вот за это и не люблю монорепы (даже для одного приложения). Еще и студия/райдер тормозят от такого кол-ва проектов.
Как по мне, лучше уж каждый микросервис в отдельном репозитории держать, а какие-то общие штуки в nuget-пакеты выносить. Так меньше соблазна сослаться на то, на что вообщето не следует. И вообще более вдумчиво все начинают подходить к тому, какие штуки должны быть общими.
А проблему контрактов мы у себя с помощью protobuf-ов и GRPC решили. У нас просто есть консольная утилита, которая берет ссылки на протники из репозиториев других сервисов из yaml-файла, который в репозитории сервиса лежит, и подтягивает их в проект. При билде для них C# контракты генерируются. Общие для всех сервисов протники просто в отдельном репозитории лежат и так же подтягиваются из него утилитой. Плюс недавно джобу для билд-пайплайна запилили, которое проверяет, нет ли в мр-е tracking changes в протниках.

>>36919
Про ГОСТ это была шутка, вопрос про сборку .Net. У Java есть Axiom JDK которая собирается российской компанией, находится в Реестре Российского ПО, сертифицирована ФСТЭК.
Соответвенно мой вопрос, есть ли что-то подобное для .Net?

>>37376
Какой пиздец это оказался не троллинг. И сколько денег освоили эти парни из Axiom, какой олигарх или министр крышует? Я блеванул с главной страницы их сайта.
Сборки дотнета нет потому что дотнет лежит на гитхабе. Вообще сборки в программировании это какая-то специфика джава мира.

>>37385

>Сборки дотнета нет потому что дотнет лежит на гитхабе.

Ты реально такой тупой?

>>37387
Что не так, пиггер? Иди билди дотнет и продавай кабанычам.

>>37337

>При билде для них C# контракты генерируются.

Не перемудрили? Мы такие раньше просто скриптами по необходимости дёргали

>>37297

>пошли какие-то ебанутые рассказы про чистую архетуктуру.

Но по чистой архитектуре должен быть проект Infrastructure с реализациями, если они зависят от базы или третьих сервисов. Если это какие-то типо Domain сервисы - их реализация может быть и в Application.

В Api ничего быть не может, что не относится именно к api.

>слой Api предоставляет Application реализации бизнес логики, а значит Application транзитивно от него зависит

Смотря что за реализации, но так это и должно работать.

>>37444

>Смотря что за реализации, но так это и должно работать

В смысле смотря что. Там лежит реализация интерфейса из Domain при этом используется этот интерфейс в Application.
Это не должно так быть и так делать нельзя потому что ты связываешь два разных слоя причем. Ты не можешь отделить АПИ от твоей системы и наоборот заменить то что лежит ниже этого АПИ.

Оцените код по 10 бальной системе.
var result = responseData
.Select(item =>
{
try
{
var json = JsonConvert.DeserializeObject(item.ResponseBody);
return $"URL: {item.Url}\nResponse Body: {JsonConvert.SerializeObject(json, Formatting.Indented)}";
}
catch (Exception ex)
{
return $"URL: {item.Url}\nFailed to parse response body: {ex.Message}";
}
})
.ToList();

return string.Join("\n\n", result);

>>37512
1000000000 конечно же.
но мы тебе не перезвоним.

>>37512
Та больной что ли?

>>37512
0

>>37509

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

Ты просто создаёшь в домене некие абстрактные интерфейсы которые реализуешь потом.

Если написано хорошо и удачно - ты сможешь заменить апи на десктоп, а SQL базу на NoSql буквально без единого изменения в домене. Потому что он зависит от интерфейса, а не от апи напрямую. Цель - сформировать самодостаточный уровень домена, который бы не зависел от реализации. Но в отрыве от базы данных и прочего не очень понятно что должен делать код уровня "SaveUser" или "SendMessage", поэтому эти вещи существуют в домене как интерфейс без реализации.

Челы, а в каких сферах вообще шарпы щас применяют на рынке РФ?

Забирайте своих клоунов из джаватреда. Уже лоб от фейспалмов болит.

>>37571
Зачем? Вы же своих клоунов отсюда не забираете.

>>37538

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

Караван охуительных историй. Нет, не можешь.

>>37512
Говнокод уровня голанг. В дотнете так не пишут.

>>37512

Какой выразительный код! Это Котлин?

>>37586
Ты просто не видел как это по-нормальному пишется.

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

>>37721

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

>>37389

>Что не так,

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

>>37389

>Иди билди дотнет и продавай кабанычам.

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

>>37998

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

Наверняка на компьютере

Надо замутить rest api сервер под виндой работающий в виде сервиса. Как лучше сделать, на asp.net или может какой нибудь хороший nuget пакет есть для этих целей? К asp.net душа не лежит. :С

>>38762
А чего не лежит? Ты разделяешь асп-нет от асп-нет-кор?

Может, минимал-апис подойдёт?

>>38787

>А чего не лежит?

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

>>38787

>Может, минимал-апис подойдёт?

Это?
https://learn.microsoft.com/en-us/aspnet/core/fundamentals/minimal-apis?view=aspnetcore-9.0

>>38792
Это. А вообще, аспнеткор сейчас не назовёшь монструозным.

После двух недель мучений с Unity хочу спросить:
- Как жить без указателей?
- Как жить без #define?
- Как жить без typedef?
- Как жить без человеческих enum'ов?
Хули тут всё так неудобно?

>>38926
зачем тогда пришел оттуда где было тебе хорошо? возвращайся

>>38926

>Неудобно

Дело привычки. Через пол года будешь смотреть на кресты как на гроб.

>>38943
Писать свой движок, конечно, интересно и приятно, но нереалистично, если хочется писать игру, а не движок.
Юнити тот ещё кактус, но увы, это всё ещё лучший вариант для одиночки, если хочешь в приёмлимые сроки написать законченный продукт, а не разрабатывать тулзы до старости.
>>38944
Сомневаюсь. Неуютное чувство, что тебя держат в песочнице и смотрят как на идиота никуда не денется.

>>38961
ВО?

>>38965
Высшее образование

>>38961
БД?
ГД?

>>38926

>- Как жить без указателей?

Они там есть. Ну вернее в шарпе есть. В юнити я не знаю чем тебя барин кормит.

>Как жить без #define?

>Как жить без typedef?

Это всё есть.

>Как жить без человеческих enum'ов?

Лол.

>>39015

>>Как жить без человеческих enum'ов?

>Лол.

А я не понял, чего им там с энамами так хорошо живётся?

>>39035
Я не понял проблемы енамов. Нужны конкретные примеры. Ну т что в шарпе они медленные - это верю. А ещё то что.

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

также ты можешь присвоить значение которого нет в енаме и никто и слова против не скажет.

Получается по факту что это строковое обозначение каких то значений базового типа (например инт) причем не бесплатно в плане выполнения (банально медленнее чем тот же инт) и при этом позволяет присвоить чего угодно. Этакий враппер над базовым типом с недовозможностями.

Ух, пиздец как енумы тормозят. Пока выполняется одна операция с енумом, БД успевает обработать 100 SQL-запросов.

>>39045

>зачем тогда енум

Чтобы типы страховых полисов не путать с типами страховок полюсов.

>>39045

>недовозможностями

А каких возможностей ты хотел? Бесплатный полиморфизм через энамы?

>>39299
Нахуя в коде писать такие комментарии?

>>39299

>посмотри на котлин

Он такой выразительный!

>посмотри на rust (пик) - в языке в принципе нет полиморфизма

Раст, к сожалению, не закрепился

>>39621
какая разница. я просто показал что это не "нельзя сделать такие енумы ибо полиморфизмы и другие умные слова мешают", а просто шарп сделал убогие енумы

>>39299

>посмотри на котлин

В Котлине энам это по сути объект с виртуальной таблицей методов, который требует выделения в куче.

>>39623

>нельзя сделать такие енумы

Ёбнись об стену. Энум это в шарпах число.

А в расте энум не число, а универсальная структура данных размером с максимально допустимый в ней объект + дискриминатор.

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

А речь шла про энамы из крестов вообще, там Антон выше на них надрачивал

>>39631
вообще то это обертка над числом на уровне IL, поэтому работает коряво и медленнее.

Ну так то да, в остальном бумс. Но кому от моего бумс легче стало?

Понял, что xunit объективно лучше чем nunit и микросовтовский движок. Со всеми тремя работал не менее чем по два года

Попробуйте оспорить, что-ли

>>39650

>вообще то это обертка над числом

Это и есть число, там никаких обёрток нет

>на уровне IL

Для красного словца что-ли решил приплести IL?

>>39650

>поэтому работает коряво и медленнее.

Схуяли? Не улавливаю твой ход мысли. Примерно хоть объясни, откуда ты это взял?

>>39650

>вообще то это обертка над числом на уровне IL, поэтому работает коряво и медленнее.

А, ты шизофреник просто. Так бы сразу и написал, а то выдумывал что у шарпа какие-то проблемы есть лол.

>>39984
Просто ты долбоёб и даже микробенч не смог написать что бы не наглотаться погрешностей измерения времени.

По дизассемблеру, чего тебе дебило не нравится? Потерей никаких нет, все ровно целое число и занимает.

>рукожопство разрабов шарпа

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

>>40009

>Угу, липперт и хейлсберк сидели в мс за зарплатой 5 лямов в год

так вот в чем причина, что очевидные оптимизации делаются через годы, а то и десятиления. Я тут выше писал про дотнет9 как пример.

Интересно, а почему эти супер кодеры не сделали Enum.GetValues (и другие методы) быстрым сразу, а потом? Почему в LINQ оптимизации "а вдруг у нас тут список, так зачем создавать итератор если можно пройти по индексу" завозят только к 9й версии дотнета? это все риторические вопросы
чтобы подольше зарплату получать видимо. Ясно понятно.

зато они забыли сделать IReadOnlyList на старте (хотя может не они) и спроектировали дебильную систему коллекций. (но это уже оффтоп)

>>40009

>Я бы на твоем месте задумался над самооценкой.

у меня с ней все нормальн. это мс меня за дебила держит. поэтому и сделал ConfigureAwait(true) (боже, ну и синтаксис) по дефолту. Все в угоду формошлепам, чтобы им меньше этой пурги писать (а то дедлоки хуже чем "к контролу нельзя обращаться в другом потоке"...)

И когда остальные попросили "а можно нам на уровне сборки указать чтобы можно было чтобы он был (false)" - то результат все знают.
Нет никакого результата. Даже в асп.нет коре пишут что там нет контекста синхронизации, но оверхед не сильно высокий от ConfigureAwait(true) по дефолту. То есть на полном серьезе - оверхед, да есть, но он же небольшой, чего вы жалуетесь, мы тут по 5 лямов зарабатываем.

>>40052
>>40046
С енумом напукал в лужу, теперь по таскам решил насрать, генератор ты шизофазии нахватвашийся баззвордов? Иди учебники читай а не сри в треде. Всё там правильно сделно, тебе дебилу на низкой должности не понять. Читай бложек Липперта, он там популярно объясняет как принимаются те или иные решения по языку, по каким критериям и что берётся в расчёт.

>>40069
по таскам и по всему остальному я срал всегда.
а пояснения вместо функционала и скорости - лично мне они не нужны.
Он может пояснить почему методы в LINQ что добавили в дотнет 9 не были добавлены раньше?
не нужны были? тогда зачем добавили? нужны были? тогда почему только щас?

аргумент "потому что так в мануале написано" оставь говноедам.

Насчет енамов признаю только частично. Ведь от этого они не стали ничем более как именованными интами без защиты от записи чего угодно. И когда у тебя в енуме 3 значения 1,2,3, а тебе может в рантайме спокойно прийти 10 и твой метод ожидающий что может быть только 3 варианта...

>>40174

>твой метод ожидающий что может быть только 3 варианта

Падает на строке default throw new NotImplementedException()
Точнее, это написано в бузинес логике на всякий случай. Так-то ты мальчик взрослый и конечно же проверил юзер инпут еще в контроллере ручки, хитрый юзер получит ошибка 500 или чето там.

>>40174

>Он может пояснить почему методы в LINQ что добавили в дотнет 9 не были добавлены раньше? не нужны были?

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

>>40046

>забыли сделать IReadOnlyList на старте (хотя может не они)

Ты снова на связь выходишь?

>>40210
Ты о них не знаешь ибо их не было)
Как и многих других. Morelinq тому пруФ

>>40238
Ты из мс?

>>40174

>а пояснения вместо функционала и скорости - лично мне они не нужны.

Так ты на пиздел про скорость.

>Он может пояснить почему методы в LINQ что добавили в дотнет 9 не были добавлены раньше?

Ответы дадены в моём сообщении, перечитывай до просветелния. А ещё задайся вопросом почему Сталин людям ХДТВ не давал смотреть.

>Ведь от этого они не стали ничем более как именованными интами без защиты от записи чего угодно

У тебя совсем что ли вместо мозга насрано? Это их киллер фича и повсеместно используется. Без неё они не нужны т.к. будут дублировать обычный классы с кастом логикой.

>>40381

>Так ты на пиздел про скорость.

я это признал, дальше что? а ничего.

>Ответы дадены в моём сообщении, перечитывай до просветелния.

ответы вида "ну так в документации написано" это не аргументы

>Без неё они не нужны т.к. будут дублировать обычный классы с кастом логикой.

каво шта?

>>40278

>Morelinq

Первый раз слышу. Не нужно нахуй

>>40664
Есть многое на свете, друг Горацио,
Что и не снилось нашим мудрецам.

>>40773
Я посмотрел, там какое-то неебически огромное количество методов расширения.

Тащить всю эту библиотеку не вижу смысла. Хотя и не противник такого

Аноны, стоит ли идти на позицию +1/3 дохода, если там может быть довольно уныло (много хранимых процедур, мало собственно разработки на .Net). Или поискать столько же выгодной вариант, но более интересный?

>>40864

>много хранимых процедур

Их наличие в целом красный флаг.

>>40871

>красный флаг

Ты пороху не нюхал

>>40871
Красный флаг - это слово фулстек в вакансии. Вот от такого говна надо держаться максимально далеко.

>>40918
Нахуя мне нюхать говно?

>>40926

Ты клюпый просто. Хранимки означают, что на проекте бд инженеры есть.

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

>>40972

>Хранимки означают, что на проекте бд инженеры есть.

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

Я белый человек с зп 320к который работает в банке бэкендором онли. Мои знания БД и как там это сделано заканчивается на миграциях в EF. CI/CD пишет и поддерживает девопс, фронт пишет фронтендер, за базой следит тоже девопс. Моё дело переложить JSON с фронта в базу в с помощью автомаппера

>>40981

>Я белый человек с зп 320к

>Мои знания БД и как там это сделано заканчивается на миграциях в EF.

За что тебе деньги платят?

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

>>41362

>это как питон

неподдерживаемое ровно.

>>41362
Какая же хуета этот ваш питон. Вынужден был с ним связаться, и более уебищного языка я еще не видел (а я с бейсика пришел). Иногда нужно окунуться в говно, чтобы полюбить си шарп с еще большей силой.

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

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

Хуже только джава скрипт.

>>41577

>Никаких подсказок intellisence, а если и есть, то что-то уровня пикрилейтед 1

так ты прыгай обратно в машину времени и возвращается
а то забросило тебя далеко в прошлое.

>>41583
Так я работал в последней вижуал студии с установленными средствами для питона. Что еще надо?

>>41589
Использовать type hints
И pylance
Конечно есть имбецилы что против этого типа "не по питонски это", но причем тут язык

>>41577

>Никто код не комментирует

Код комментируют только долбоёбы

>>41616
документацию ищи. camelCase намекает на то, что это порт чего то.
да и на шарпе можно такое писать.

>>41636
он про тайпхинтинг, это совсем другое
ты же в шарпе пишешь типы везде, но долбоебом себя не называешь поэтому.

>>41616

>нииии одного комментария

Код комментируют только долбоёбы

>>41637

>тайпхинтинг

Я вот как работаю с комментариями.

1. Не трогаю их вообще никогда.
2. Даже если удаляю код вокруг, то то комментарии, если они были, оставляю на месте.
3. Если надо добавить метод, в класс с комментариями - просто вписываю его под уже существующий комментарий, если он хоть примерно пару подходящих слов содержит.

>>41636
>>41639
Питоноблядь порвалась. Да у вас и приватные поля и методы создают только долбоебы. Указание типов параметров и переменных — это тоже для долбоебов. Высрали нечитабельное говно и рады.

>>41652
Иди на хуй, я пишу на сишарпе самодокументируемый код по учебниками боба Мартина.

>>41650
в контексте питона тут другое.
в питоне 3 есть тайпхинтинг на уровне синтаксиса, а вот в питоне 2 только в докстринг можно что то указать. упоротые орали про "питонвей, питон это динамика". А нормальные делали, а с приходом тайпхинтинга нормальных стало сильно больше, но если либа старая, то с ней реально проблема. Вот есть либа pewee - ее автор долбоеб, который специально не делает хинты ибо упорот. Но я вот попробовал ее захинтить и это реально жопа делать постфактум, то есть ниасилил я покрыть всю ту магию, что она в динамике выдает, хинтами.

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

>>41660

>я тоже шарпист

Здравому человеку в голову не придет высрать пикрилейтед >>41616
Ты просто горишь из-за того, что питон оскорбили. Никто в здравом уме не будет на шарпе писать только публичные поля и методы, возвращать и принимать данные object типа, не документировать свойства, классы и методы.

Нет таких людей. Нет.

>>41664
а тыкаю я мордой в говно тех, кто в вопросе не разбирается, но мнит себя дохера экспертом.

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

ну так шарп и задуман как статически типизированный язык, а питон задуман ровно обратным. Природа у языка такая - быть динамическим где всё создается в РАНТАЙМЕ.

>Здравому человеку в голову не придет высрать пикрилейтед

еще как придет. причины есть
1 это порт или враппер аля QT. а значит есть офф дока по всем этим параметрам. зачем её еще раз писать
2 когда в языке нет поддержки хинтов, то писать как бы нечем. А в пи2 такого не было ибо динамическая природа языка. И очень много кода с тех времен, которые тупо перегнали конвертером под пи3. А многие до сих пор поддерживают обе версии зачем то. Да и сейчас чтобы писать с хинтами - это нужно писать игнорируя динамическую природу (основную силу питона), а будто на шарпе каком пишешь. Сначала выбираешь динамику, а потом пишешь как будто статика. Зачем тогда питон вообще выбрал?

Каждому языку своя задача. Иначе почему твой супер любимый красивый и мощный шарп не заместил питон. риторический вопрос.

>>41676

>а тыкаю я мордой в говно тех, кто в вопросе не разбирается

А ты разбираешься? Каждый второй дурак умеет тыкать других мордой в говно — для этого много ума не надо. Самоуверенность — не признак правоты.

>Природа у языка такая - быть динамическим

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

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

Но их появление — разве не доказательство моей правоты?

>Иначе почему твой супер любимый красивый и мощный шарп не заместил питон. риторический вопрос.

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

>>41664

>не документировать свойства, классы и методы.

За комментарии в коде в ебало ссать надо

>>41712
еще один выблядок питона или джаваскрипта

>>41707

>А ты разбираешься?

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

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

ничего не мешает. просто это ДИНАМИЧЕСКИЙ язык где "всё есть словарь". И классы построены поверх этой концепции. как в том же раннем жс поверх прототипов было.
и сокрытие там есть - просто на уровне конвенции без лишних слов
одинарное подчеркивание - протектед
двойное - приватное и ни один нормальный редактор тебе его не подскажет снаружи, да и в рантайме чтобы добраться до этого приватного тебе нужно построить правильное имя. Ну так и в шарпе можно добраться до приватного поля - получается шарп не имеет средств для задания видимости?

>Но их появление — разве не доказательство моей правоты?
на момент появления кода их не было - раз.
они все равно не могут покрыть динамику - два.
Чтобы они работали - это нужно писать сразу с ними и забыть про магию. А это далеко не везде возможно.
да и они для редактора больше, а в рантайме их никто не проверяет.

>Вопрос форса языка инфоцыганами среди долбоебов

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

>>41723

>да. пишу на многих языках

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

>ничего не мешает

А хули тогда споришь, кретин?

>и сокрытие там есть - просто на уровне конвенции без лишних слов

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

>может тебе реально пописать на обоих языках чтобы понять что ты несешь херню?

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

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

>>41676

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

Так-то помимо динамической/статической типизации есть еще сильная/слабая. И писать на пайтоне, как на каком-нибудь сраном js, такое себе.

>>41723

>да. пишу на многих языках,

>а раз я пишу, то я ЗНАЮ как что где устроено

Ну или наоборот - нахватался по верхам и считаешь, что преисполнился.

>>41723

>Ну так и в шарпе можно добраться до приватного поля - получается шарп не имеет средств для задания видимости?

Только в шарпе для этого недостаточно просто "построить правильное имя", а произвести некоторый комплекс действий, применение которого само по себе уже говорит "шатал я ваше ООП и области видимости в текущий момент"

>>41731

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

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

>А хули тогда споришь, кретин?

кретин тот, кто заявляет что там нет приватных вещей. Угадай кто из нас это заявил.

>Вот пока вы так делаете, все так и происходит

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

>А может послать нахуй говноязык и не пачкать руки?

тебя кто то заставляет писать? не пиши, какая проблема.
Но идиотом ты выставляешь себя САМ

>>41736
я НЕ про динамическую типизацию. А про динамическую ПРИРОДУ. при которой, например, класс (да и вообще всё) создается В РАНТАЙМЕ. То есть итоговые поля, методы и прочее создаются в рантайме и никакими хинтами на уровне IDE ты их не опишешь. Декораторы могут породить что угодно ибо динамика.

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

>>41744

> а произвести некоторый комплекс действий

а в чем разница? а ни в чем. просто ты снова "слышал звон, да не знаешь где он"

Любителям комментариев ссал на ебальник.

>>41750

>кретин тот, кто заявляет что там нет приватных вещей. Угадай кто из нас это заявил

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

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

>>41778

>Т.е. нет приватных модификаторов

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

>что нет кучи говна в списке IntelliSence

ее нет. Нормальная IDE знает, что __foo это приватное и не покажет его. И даже _foo не покажет.
нет никакой разницы между тем как IDE воспринимает private.
У тебя синдром утенка что приватное что то обязательно должно иметь слово private?
private class в шарпе давно писал?

да чую. дураком пахнет. дураком у нас выставляешь себя ты.

>>41783

>Нормальная IDE знает, что __foo это приватное и не покажет его. И даже _foo не покажет.

А причем тут ИДЕ? Почему питон выполняет скрипт где идёт обращение до приватного поля.
Вообще private делает чуть больше чем просто скрывает поле в ИДЕ, но откуда пеутонщику это знать.

>>41783

> Нормальная IDE знает, что __foo это приватное и не покажет его

А если оно публичное? Может я кайфую называть публичные методы с двух плинтусов.

>>41861

>Может я кайфую называть публичные методы с двух плинтусов.

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

>>41866

А на сишарпе таких вопросов вообще не возникает. Улавливаешь?

>>41866

>который пришел в чужой монастырь

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

>>41870
так и к питону ты их ПРИДУМЫВАЕШЬ
улавливаешь?
ты просто решил опозориться публично.

>>41877

>В шарпах нет никиких монастыре, они просто однозначны.

за сим можно закрывать спор. утенок шарпист, который ДАЖЕ НЕ ВИДЕЛ В ГЛАЗА ПИТОНА, пытается рассуждать о чем то и придумывает на ходу полную херню лишь бы что то ляпнуть.

>>41878
Погоди, ты реально сейчас сравниваешь дотнет с пейфоном?

>>41891
я уже говорил - каждой задаче свой инструмент.
посмотри на количество всего написанного для питона и спроси "а че не для шарпа, ведь он же лучше".
ну и попробуй одно с другим и ты сильно удивишься.
для прототипов, для вещей для которых нужны всякие биндинги - там питон рулит и педалит.
насколько просто работать с OpenCV на питоне и как запаришься плясать с бубном в шарпах.
Такая же ситуация со многим.

питон универсален, если не против заплатить за его недостатки, а вот шарп хорош, но не для всего.

>>41925

>для прототипов

Ни одного технического преимущества, одни мантры про то, как на нём ОХУЕННО писать прототипы.

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

>>41925

>я уже говорил - каждой задаче свой инструмент

Для любой задачи всегда находится более уместный инструмент, чем пейфон. Без обид, но пейфон не нужен

>>41928
>>41930
на практике посмотри рейтинг языков
и УЧТИ, что питон не жс который "ну в вебе он дефолтный, а веб как бы везде", то есть его заслуга честная (в отличие от того же жс)

это на практике. А то, что ты несешь - это фантазии того, кто питона даже не знает даже поверхностно (это ты 1000000 раз уже доказал обосравшись)

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

>>41929
шарп лучше в многопотоке, статическая типизация, довольно богатый синтаксис (но менее выразителен - когда появилась enumerate в питоне? а когда в шарпе Index? (ответ - в последнем 9м через пару десятилетий от момента когда это стало нужно)), но если тебе нужна динамика или всякие там биндинги, то у тебя может быть большая большая большая большая ЖОПА с ним.

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

>>41939
Заебал мне этот мусор впаривать.