>>395748 (OP)
Я прям ждал, что тег при перекате будет проёбан.

>>395759

>тег при перекате будет проёбан

Какой ТЕГ? Пиши мочеру, пусть удоляет..

>>395772
Всегда думал, что на WM были плюсы, а не шарп.

>>395772
Программирование мобильных устройств на платформе .NET Compact Framework. Салмре И.

>>395778
Мне по работке понадобилась бронебойная йоба с excel и инторнетом. Пальцетыкательные штатские телефоны отпали ввиду крайне суровых условий, а этот старичок должен вроде выдержать. По докам держит падение на бетон с 1.5 метров, множественные падения с 0,5 метра.

>>395780
Во! Спасибки! А то я уже и Либген покопал и так гуглил, только на MSDN шлет

>>395772
Автомаппер подключил?

>>395797
Не. А чо это такое?
Пока виртуалка натужно ставит обновы на Вин7. Послезавтра буду VS устанавливать на все деньги.

>>395781

>Мне по работке понадобилась бронебойная йоба с excel и инторнетом. Пальцетыкательные штатские телефоны отпали ввиду крайне суровых условий, а этот старичок должен вроде выдержать.

Чел, это несерьезно.
Купив эту древнюю "йобу" ты будешь иметь следующее:
1. Дохлый аккумулятор.
2. Крайне хуевый опыт в современном интернете с имеющимися там браузерами. Еще с учетом того, что там старые стандарты wi-fi и сотовой связи. Хорошо если хотя бы 3G будет.
3. Посредственный опыт с excel-ем. Управление стилусом не настолько и удобнее пальцевого, хоть и кажется таким на первый взгляд. Особенно учитывая, что во времена WinCE опыт и практики UX для ручных устройств был такой себе. Ну и опять же устаревшие версии.
4. Крайняя ограниченность ресурсов. Оперативка там измеряется мегабайтами, а современные быстрые sd карточки скорее всего не поддерживаются.

Если же немного покопаться, то можно спокойно взять современный защищенный андроидофон с IP69 и противоударным кропусом за вменяемые деньги. При этом у тебя будет:
1. Нормальный быстрый смарт с хорошим интернетом и связью.
2. Хорошая батарея, которая при активных рабочих задачах вполне спокойно будет несколько дней держать.
3. Нормальные офисные программы с уже вылизанным управлением под пальцы и работу одной рукой.
4. Нормальные ресурсы по железу. Вплоть до того, что ты сможешь полноценную IDE под тот же шарп (причем современный) на нем запустить (то еще извращение, но работает)
5. Есть возможность без особо сильных приседаний удаленно подклчаться к удаленному компу, хоть по ssh, хоть по rdp и делать уже что-то таким образом.

Говорю по собственному опыту, когда лет 5 назад еще работал программистом на производстве. У меня был китайский защищенный ноунейм, который я и на бетонный пол ронял не раз и в станке в СОЖ топил и он спокойно работал. И стоил он по тем временам меньше 10К.
Ну и я умудрялся с него по ssh подключаться к рабочему компу, с которого мого мониторить работу оборудования, заливтаь код и управлять.

>>395845

>Дохлый аккумулятор.

Съемный. Продаются новые

> хуевый опыт в современном интернете

Мне не нужен современный инторнет. Мне нужен VPN до сети предприятия. Вайфа - 802.11a/b/g

>Посредственный опыт с excel-ем

Мне от него нужна запись пары сотен цифр из базы в шаблон и отправка та комп

>Оперативка там измеряется мегабайтами, а современные быстрые sd карточки скорее всего не поддерживаются.

128Мб, карточки до 32Гб

>спокойно взять современный защищенный андроидофон с IP69

Цена, сестра?! Я три штуки этих, взал за 2500 на Авито.

>>395748 (OP)
почему с# - лучший язык?

>>395800

>Не. А чо это такое?

Это технология, которая позволяет писать DDD

>>396082
Чтобы он не был в классе. Кэп

>>396351
Ну так смысл? Как же принципы инкапсуляции?

>>396082

>имена классов с маленькой буквы

>имена переменных с большой

О, вы дегенерат!

>>396573
Аргументация, или только вскукареки?

>>396602
Use PascalCase for class names and method names.

https://learn.microsoft.com/en-us/dotnet/csharp/fundamentals/coding-style/identifier-names

>>396602

>Аргументация

Аргумент в том, что незачем ходить со своими выебонами в чужой монастырь. Есть официальный и устоявшияся стиль кода который используется 99% процентами разработчиков на нем. И им нахуй не уперлось ломать глаза и голову пытаясь понять зачем и почему ты пишешь по другому.
Ты конечно можешь продолжать выделываться и писать так как тебе хочется, но не удивляйся тогда, что тебя будут сходу посылать нахуй с твоими вопросами. Ну а если решишь где-то работать серьезно, то такой код даже собираться не будет в местных CI/CD.

А дегенерат ты потому, что не понимаешь таких простых вещей.

>>395748 (OP)
Шарписты, какого осознавать, что ваш язык, созданный для того что бы потеснить джаву так и не справился со своей задачей, а вместо него джаву под брюхо пинает какая-то гугловская подделка, в которой нет ООП и даже нормальной обработки ошибок?

>>396737

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

Где об етом почитать? Или это тебе голоса в голове сказали?

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

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

>>396082
Делегат это ТИП. Логично, что он объявляется где-нибудь вне классов.

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

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

>>397268
А разве делегаты это не ооп лямбды, типо как в жяве сигл метод интерфейс? Почему колбеки можно обявить 3 раза в жизни когда макаки их каждый день используют?

мимо не сишорпер

>>397328

> А разве делегаты это не ооп лямбды, типо как в жяве сигл метод интерфейс?

Нет.

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

Кто сказал коллбеки? ДЕЛЕГАТЫ. В 99% случаев тебе хватит встроенных делегатов Func<> и Action<>, свои собственные объявлять не понадобится.

>>397350
Нахуя эта мистификация нужна тогда? Это похоже, но это вам не это? Зачем лишняя сущность делегат тогда? Я сначала подумал что делегат это тип колбека.

https://learn.microsoft.com/ru-ru/dotnet/csharp/programming-guide/delegates/
Делегат — это тип, который представляет ссылки на методы с определенным списком параметров и типом возвращаемого значения. При создании экземпляра делегата этот экземпляр можно связать с любым методом с совместимой сигнатурой и типом возвращаемого значения. Метод можно вызвать (активировать) с помощью экземпляра делегата.

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

>>396941
Какого такого именования? Всё что относится к классу должно быть внутри класса, и по необходимости защищено от внешнего воздействия, а не разбросано где попало, вот и все принципы инкапсуляции.

>>397268

>Делегат это ТИП. Логично, что он объявляется где-нибудь вне классов.

Ну с этой точки зрения да, но всё равно как-то сомнительно.

Ладно, идём далее.
Как я понимаю си решётка это про синтаксический сахарок. Тогда зачем на строчке 3, где, собственно, объявляется делегат, нужно указывать имена входных переменных, те что qqq и www? Они более в тексте нигде не фигурируют, а без них ошибка.

>>397382

>Всё что относится к классу должно быть внутри класса

а как оно относится к классу? Покажи где оно используется в классе? Или ты про класс Program? так это вообще entry point

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

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

>>397364

>Нахуя эта мистификация нужна тогда?

делегаты появились раньше дженериков. То есть ДО появления Action<>|Func<>
Однако нужности не лишились, так как обладают именем и могут в ref|out

>>397382
Когда вызываешь делегат, можешь передать значения аргументов по этим именам.
mydelegate hui = huimethod;
hui(qqq: 123, www: "456");

>>397382

>нужно указывать имена входных переменных, те что qqq и www

Чтобы автомаппер понимал, к чему маппить параметры

>>397402

>а как оно относится к классу?

Ну если я вызываю метод класса через делегат, то логично же этот делегат объявить в том же классе, не?

>>397403
>>397404
Понял, принял.

>>397456
По желанию. Точно так же, как и с вложенными классами.
Если это моя сборка и классы internal, то я могу не хотить плодить длинные имена (ну да с алиасами полегче, но все же)

>>396082

>В примерах часто вижу как делегат создают за приделами класса

>>397607

>По желанию.

Ну и в чём причина такого желания? Зачем мусорить за пределами класса сигнатурами его методов? Не логично разве внутри объявлять, чтобы было видно чья это сигнатура? Так почему обычно делают наоборот? Какая причина?

>>397745

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

моя сборка - что хочу, то и делаю. может я не хочу использовать его СНАРУЖИ класса как
new MuSuperPuperClassNameAfterBeerDrink.MySuperShotNameDelegate()

да и вообще - если уж это делегат вызывается СНАРУЖИ класса, то он уже не "внутреннее дело класса". А для раскладывания типов у нас как бы есть неймспейсы.

>>397779

>что хочу, то и делаю

И в чём причина желания, мотивация какая? Аргументы? И главное, вопрос не про тебя с твоим высосанным их жопы примером, и опять без объяснения мотивации, а причина почему все как правило так делают? Какая причина? Аргументы?

>я не хочу использовать его СНАРУЖИ класса как new MuSuperPuperClassNameAfterBeerDrink.MySuperShotNameDelegate()

Что за детский визг? Почему не хочешь? Такая запись соответствует грамотному программированию - не срать в голобале, а инкапсулировать. Ты против общепринятых практик С#? И не только ты получается, а большинство так пишет, значит программисты на C# против практик которые сами же проповедуют? Так? В чём причины такого неадекватного поведения? Аргументы где? Разумное поведение где? Ты и остальные можете объяснить мотивацию своих действий?

>да и вообще - если уж это делегат вызывается СНАРУЖИ класса

Классы тоже используются вне классов. Так что, классы не нужны? Инкапсуляция не нужна?

>>397855

>Классы тоже используются вне классов. Так что, классы не нужны? Инкапсуляция не нужна?

Так и классы лежат ВНЕ классов (с) КЭП

>не срать в голобале

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

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

Это ты должен пояснять что за моча тебе в голову ударила, что ты тип, который используется СНАРУЖИ класса (как и 1005000000000 других таких же типов), должен помещать в какой то там класс.

Твое "я знаю что он используется снаружи и поэтому хочу поместить его в какой то класс" уже звучит как вызов к психиатру, где даже он удивится и спросит "А ЗАЧЕМ?"

>>397864

>Инкапсуляция не нужна?

Хуйня для пидоров не нужна

>>397864

>Это ты должен пояснять что за моча тебе в голову ударила, что ты тип, который используется СНАРУЖИ класса (как и 1005000000000 других таких же типов), должен помещать в какой то там класс.

Я (>>397456) - не он (>>397745 >>397855), но отвечу.
Мало ли что используется снаружи. Я снаружи могу и метод класса вызвать. Значит ли это что я должен метод создавать вне класса?

Да ты и сам говоришь, иле не ты, что

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

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

>Так и классы лежат ВНЕ классов

А как же вложенные классы?

>>395748 (OP)
Сап, поясните ньюфагу плез чем ASP.NET отличается от Blazor-a? Первый это бек а второй фронт или как?

>>398185

> Blazor-a?

блейзор это подтехнология аспнеткора

>>398308
А чем .NET от .NET framework отличается?

>>398314

>А чем .NET от .NET framework отличается?

.net framwork - это старые версии, которые еще даже кросс-платформенными не были и работали только под виндой.

тебе в .net (его еще иногда называют дотнет кор). Там всё новенькое, чистенькое и модное

Жаль, что в шарпе нет поддержки препроцессорных директив в nuget пакетах. Чтобы к примеру отключать проверки на null и выброс исключений в таких случаях.

>>398641
Хорошо, что нельзя отключить, меньше долбоёбов будет бороться с эксепшенами.

Чем нормально можно поискать ботлнеки?
Раньше пользовался доттрейс - всем устраивало, но сейчас ПРОБЛЕМКИ.
Еще давно пользовался ANTS - тоже отличная штука, но как-то с переходом на кору - перестали им пользоваться и перекатились на доттрейс. А но с ним будут те же проблемки вроде я думаю.
Ломанное на работе ставить низя(

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

>>399393
Тормозит бд, код дрочить бессмысленно. Вангую у вас там классическое idle in transaction.

>>399432
Нет. Как раз БД не тормозит, потому что ее нет)
Вернее как. Это десктоп. Вся "БД" - JSON файлик который при запуске читается, при остановке - схороняется, периодически раз в n-минут создается "резерв" для восстановления если падение будет внезапным.

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

>>399602
В студии же есть профайлинг

>>399602

>файлик

Используй sqlite, его специально для этого придумали.

>>399738
Это нужно sql знать, особенно если хочешь компилить с aot, из-за чего не можешь использовать ef core
мимо

>>399739
SQL учится за день.

>>399738
SQLite был избыточен.
Нам просто надо дерево объектов хранить между запусками и сохранять настройки с состоянием.
Ну и SQLite - не решит проблему того что мы уже все в память загрузили и теперь бегаем объектики правильно инициализируем.
Говорю же проблема не в том как данные хранятся. JSON за пару миллисекунд парсится, а вот дальше начинается когда данных дофига.

>>399745

>SQL учится за день.

А потом еще лет 5 доучивается до вменяемого состояния

>>399751
А тебе обязательно весь датасет разом в память выгружать даже с нормальной СУБД вместо файликов? Значит, у тебя где-то проёб в архитектуре твоей проги, переделывай.

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

>>399776

SQL учится за день.
@
А ЧЕГО ЭТО ОН ТОРМОЗИТ У МЕНЯ???

>>399794
Тормозит загрузка жсона по айди?

>>399798

>Тормозит загрузка жсона по айди?

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

>>399823
Выбирай чанками меньше 10, пока всё не вытащишь.

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

>>399851
Лол, ты тред жопой читаешь?

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

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

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

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

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

>>399880
Падажжи, ты все это грузишь по сети?

>>399946
Нет. Только обновы если есть. Я ж не совсем еблан.

>>399955
Если это не сеть, значит, GC бесоебит. Больше просто нечему тормозить. У тебя джейсончик, возможно, где-то во время проверок строки конкатенируются по 100500 раз. Большой джейсон - большие строки, они уезжают в большую кучу, а потом GC пытается это говно собрать и тормозит.

>>399975

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

А можешь ссылку на какой-нибудь пример такого скинуть?

>>400239
... ну вот, например, есть пример https://miniprofiler.com/dotnet/AspDotNetCore , но это для аспнет кора

>>400239
https://miniprofiler.com/dotnet/ConsoleDotNetCore

вот

Байтоёб в треде.

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

>>400943
Сделай сериализацию через protobuf, он вроде как ничего лишнего не добавляет.

>>400943
Через маршалинг.

>>400943

>у то есть беру указатель на структуру, привожу его к байтовому тип

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

> Ну и, собственно, как быть? Как структуру перегнать в байтовый массив малой кровью?

сериализовать в абстрактный формат, например, протобаф

Решил вкотиться для расширения кругозора. Цены на книжки: 3к, 5к, 12к.... Это заранее предвкушают будущий уровень заработка читателя?

>>401329

>дотнет не гарантирует выравнивание и порядок данных в объекте

Гарантирует (даже на Auto есть некоторые гарантии), но сам алгоритм в рантайме немного багованный/неэффективный на corner кейсах (где-то в комментах на гитхабе говорилось что-то подобное с примерами):
StructLayout.Sequential +
https://learn.microsoft.com/en-us/dotnet/api/system.runtime.interopservices.structlayoutattribute.pack#remarks

>>400943

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

Может лучше MemoryMarshal.Read/Write?

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

fixed-size buffer или InlineArray:
https://learn.microsoft.com/en-us/dotnet/csharp/language-reference/unsafe-code#fixed-size-buffers
https://learn.microsoft.com/en-us/dotnet/api/system.runtime.compilerservices.inlinearrayattribute

Поясните нуфажине
Создаю в классе свойство

public string жопа { get; private set; }

Всё норм - снаружи изменить не могу. Но как только я делая массив

public string [] жопа { get; private set; }

так получаю полный доступ.

>>401704

>так получаю полный доступ.

Ты получаешь доступ только к содержимому массива. Сам массив ты заменить на другой не сможешь. Если ты хочешь, чтобы и содержимое снаружи нельзя было изменить, то отдавай IReadOnlyCollection<string>.

>>401329

>дотнет не гарантирует выравнивание и порядок данных в объекте

>>401673

>...

Хотя хуй его знает, если поискать issue связанные с лэйаутом, то их пиздец как много. LayoutKind.Sequential вроде влияет на managed структуру если тип blittable (т.е. даже unmanaged недостаточно). Хотя много кода полагается на то что если структура unmanaged, то поля будут последовательно (с паддингами если нужно; если LayoutKind.Auto не стоит), так что вряд ли они будут этот момент менять (да и смысл). Можно конечно в dotnet/runtime спросить.

Просто к сведению:
https://github.com/dotnet/runtime/discussions/94481#discussioncomment-7502637

>>401719
Хе, интересно девки пляшут. Как вообще до такого смогло дойти?

>>401772
Дойти до логики и здравого смысла?

>>401775
нет там никакого здравого смысла. просто не продумывали. Так же как и с IReadOnlyList

>>401778
Попробуй вместо массива ссылку на объект. Поля этого объекта по-твоему тоже должны стать приватными что ли?

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

>>401775
Я к тому что зачем защита от подмены без защиты содержимого? Что за полумеры?

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

>>401805

>Чтобы можно было менять элементы массива извне при неизменности ссылки на массив.

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

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

Почему в чужом? Всё ж в одной строчке пишется.
public string [] жопа { get; private set; }

>>401856

>так почему у массива могу? Где логика?

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

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

>>401856

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

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

> Дырявая какая-то защита.

Это не защита, а специально так сделано, чтобы специально можно было заменить все значения элементов массива.

> У интовой переменной я вот не могу изменить содержимое, так почему у массива могу?

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

> Почему в чужом? Всё ж в одной строчке пишется.

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

мне всё равно заняться нечем

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

>Без такой фичи пришлось бы везде таскать делегат для геттера.

Тут твоя мысль от меня ускользает. Ну и ладно.

>но сеттер элементов массива ты не трогал

А такие есть? Для каждого элемента можно сделать свой?

>>401871

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

Потому что - не нужно. Там где нужны массивы, похуй на ООП шелуху, а там где есть ООП - похуй на массивы, достаточно коллекций.

>>401901

> ООП

Лол, я бы посмотрел на код, где картинки обрабатывают в виде IReadOnlyCollection<IReadOnlyCollection<Color>>

>>401902

>где картинки обрабатывают

Ну так ты сам и ответил. Какое тебе там ООП, безопасность и модификаторы доступа при обработке графики. Ты будешь там хуярить с отключением проверок границ массивов и прочим ансейфом, чтобы нормальной скорости добиться и тебя вообще не будет ебать - private set там public или что-то другое.

>>401904
Чушпанцер, видимость членов вообще никак на производительность не влияет.

>>402065
зато доступ через интерфейс влияет еще как.

>>402069
Что ж ты сдал назад как швайнехунд зелински после отъёба Трампом?

>>402074
Алярм! Протечка /по/раши в уютный тред!!

>>402074
ты о чем? я всегда обсирал коллекции шарпа во всех тредах.
Видишь кто то бочку катит на коллекции (да и на прочие WTF шарпа) - 99% это я.

>>402088

>Видишь кто то бочку катит на коллекции - 99% это я.

Долбоёб, не разобрался с коллекциями.

Тут еще невдупляшка был, который не понял, как IDisposable пользоваться

>>402076

Ну хoxлoв тут тоже не надо. Я как-то работал с ними в одной кипорской компании, так они мало того, что нихуя не понимают, так еще и ленивые как пиздец

>>402172

>Долбоёб, не разобрался с коллекциями.

> IDisposable пользоваться

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

если с коллекциями все шикарно изначально, то нахрена ПОТОМ появились иммутабельные, а потом и фрозен? риторический вопрос.

>>402285

>если с коллекциями все шикарно изначально, то нахрена ПОТОМ появились иммутабельные, а потом и фрозен? риторический вопрос.

В смысле риторический? МС пошло в сторону ФП причем давно, что бы не ебаццо с синхронризацией (все эти асинки, иммутабельность и прочее). Какому нибудь серваку на азуре пох на неэффективность, у него 1000 железных ядер, главное что бы не падало и не зависало из-за ошибки с синхронизацией потоков.
А чистые массивы из первой версии CLR, это конец 90-х.

>>402285

>я и есть тот

Ясно, один и тот же долбоёб жалется на коллекции и IDisposable.

>кто продвигает лайфтаймы

мусор не нужен

>>402402

>мусор не нужен

смотря где
ты правильно говорил "диспозе всего лишь метод". То есть диспозабле паттерн говорит "будет такой метод и его НАДО вызвать и тем самым произойдет очистка". ВСЕ.
Вот и вся навука про "как его использовать". Тут нет НИЧЕГО про то как его вызывать вовремя и не забывать.

Эту проблему решают другие средства типа контейнеров. И если в асп.нет у тебя есть контейнер, скоупы которого можно натянуть на диспозабле, то в десктопе у тебя есть НИХУЯ (огнетушитель тем, кто попытается это решить контейнером)

Поверь, довольно сложно правильно использовать НИХУЯ. Как то не очень получается и приходится городить огород. И лайфтаймы - самый удобный и крутой огород.

Подходит ли c# для вката жука-плавунца 35 лвл?
Есть вакансии для джунов? Как с фрилансом?
Знаю СИ, но я так понимаю, никакой связи с ним нету.

>>402967

>Как с фрилансом?

Бля, ты такие вопросы задаёшь. Фриланс по определению ГЛОБАЛЬНЫЙ рынок. Потому он и называется ФРИ ЛАНС. Вся идея, что можно сидеть где-нибудь в Бангладеше и при этом находить клиента из Германии. Во фрилансе есть любая работа, на любом языке и на любом стеке. Кроме непосредственной работы с паяльником/лобзиком/станком и так далее. То есть на фрилансе нет только той работы где надо непосредственно сидеть в офисе/рабочем месте.

>Есть вакансии для джунов?

ВАКАНСИИ ДЛЯ ДЖУНОВ - это всегда 1-5% вакансий на рынке. До пизды какой стек. C#, java, python, ruby, C++, rust, и так далее. Возьми общее количество вакансий, ну например 2000 вакансий. Посчитай 1-5% от этого числа. И ты получишь общее количество вакансий для джунов. При этом, на этот 1% стремиться попасть 50% программистов. У них логика такая: ну и что, что там мало платят? Я не жадный. Мне много на жизнь не надо. 30к в месяц хватит. Посижу годик попержу, потом съебусь на сладкое место. В итоге он приходит, а там уже очередь из сотни человек таких же "мне много не надо, я пришёл за опытом". Он делает скриншот и идёт на двач, закатывает там истерику ПОМОЖИТЕ ЛЮДИ ДОБРЫЕ НИГДЕ НЕ БЕРУТ, ВХОД ВАЙТИ ЗАКРЫТ. В итоге жалобы, вопросы ШО ДЕЛАТЬ? Ну и так далее.

>>403054
все так, добавлю статистики
согласно данным на hh на сегодня на одну вакансию:
Python - 50 резюме.
C#/Java - 35
C++ - 25
в золотые ковидные годы в среднем был 10 рез/вак.

вообщем мне кажется hh.ru превратилось в помойку и убито HR-ми
которые ставят ЗП - 250к, едешь на собеседование, смотришь, а там уже 150к.
вот нахуя там делать...
какие есть альтернативы hh?

>>403054

>ВАКАНСИИ ДЛЯ ДЖУНОВ - это всегда 1-5% вакансий на рынке. До пизды какой стек. C#, java, python, ruby, C++, rust, и так далее

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

Но в целом многие крупные конторы сейчас склонны нанимать микрочеликов студентов с 1-3 годами опыта, а не сеньоров 10+ лет стажа. Просто потому что микрочелики дешевые и неплохо перформят, а сеньки очень дорогие и часто не оправдывают своих ожиданий.
У нас вот в команду сеньку взяли в конце прошлого года. Прошло вот уже почти 3 месяца. Но толку от него особого нет. Код пишет местами хуже, чем наши стажеры, которых мы на постоянную ставку джуна переводим. Какой-то топ экспертизы от него тоже не видно. Объективно очень средний челик, максимум мидл, не более того. Но зп у него сеньорская. И зачем таких нанимать, когда есть более молодые кандидаты, которые перформят так же, но стоят сильно дешевле?

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

>>403101

>какие есть альтернативы hh?

В РФ - практически никаких. hh потому и скатились, что они уже лет 10 назад полностью выдавили всех конкурентов из интернета и могут творить что хотят. Из альтернатив только личный нетворкинг и может быть еще какие-нибудь ТГ каналы. Ну и напрямую искать сайты работодателей и долбиться к ним лично.

Ребята, как в EF core сделать несколько каскадных путей для удаления?
Прочитал что mssql по какой-то причине такое не поддерживает.
У меня сущности: Result <- User <- Group.
И я хочу чтобы при удалении группы удалялись юзвери и следовательно если удаляется юзер - удалять его результаты.
Пока что единственный вариант что я вижу - это на стороне базы сделать триггер на удаление.
Я реально не понимаю почему это не поддерживается в mssql?

>>403373
Не еби мозги, удали сущности по очереди на уровне c# кода.

на с# можно мобильное приложение запилить включая фронт? Или только бэкенд?

>>403373

>Прочитал что mssql по какой-то причине такое не поддерживает.

DELETE CASCADE не поддерживает?
не может такого быть

Куда дели ildasm? Я помню в .net framework находил как-то, но в обычном .net я не могу разобраться. Я так понял графический интерфейс нахера-то убрали и оставили консольный. По книжке пример надо разобрать, но я бля не могу найти этот обосранный дизассемблер. качал из nuget'a, качал какую-то хреньб с гитхзаба компилил, ниче не запускается. Памагите((( Хотя хз зачем мне этот дизассблемре я и так язык не знаю еще. Просто консось не знает такой команды даже когда прописываешь команду dotnet add чё-то там короче установка этого говна

>>403618
В богомерзком rider присутствует, в VS тоже встроен вроде

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

>>403878
Ты сам себе злой буратино который выбирает неподходящий инструмент.

Ещё раз. Все эти штуки в С# нужны для взаимодействия с кодом на С/С++ или иных подобных задач.

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

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

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

>>404047
На джаве больше вакансий.
За джаву больше платят.
На джаве значительно меньше фулстек параши с аутстаф галер. В сишарпе с этим просто беда, микрософт целенаправленно превращают дотнет в нодежс для дебилов. После ухода Гейтса все покатилось в пизду.
В джаве надо знать спринг и суметь пояснить за канкаренси на собесе, реактом и кубером занимаются другие люди. В сишарпе почитай требования на типичную вакансию, ты охуеешь (потом сравни зп и охуеешь во второй раз).
На джаве куча вакансий на продукт, а не на финтех говно проект 3 месяца.

>>404057

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

Ага, давай сравнивать заплесневелый javaspring, где закаменели худшие ООП практики: вся эта ебала с АОП, XML код вперемешку с java, DDD, встроенный в DI контейнер... с новеньким aspnet-кором, который уже 10 лет причёсывают и упрощают?

>>404186
И который все равно медленнее спринга...

>>404266

>Я, не люблю со своим уставом в чужой монастырь ходить.

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

Если автоформатирование не работает - просто игнорируй эту хуету.

>>404429

>который очень мало c# кода читал

либо сторонник лимита в 80 символов.
типа так diff проще и на мобилах читать проще и вообще.

Неофит вкатился в тред. Как обстоит вопрос с лицензированием прог от микрософта? Можно ли легально приобрести студию, венду, sql сервер? Как вы программируете на работе, в комьюнити версиях студии или других? Могут ли у работодателя возникнуть проблемы, если сотрудники пользуются ломаными или комьюнити версиями софта, или всем похуй?

>>404463
Работаю в банке. На рабочей машине стоит VS2022 с энтерпрайз ключом от работодателя. Ключи покупались конторой где-то в 23-м году, когда их типа нельзя было уже купить. На своей тачке так же пользуюсь VS2022 комьюнити эдишен. Брат жив, зависимость есть.

Вот райдер купить или еще какие приблуды от жидбрейнсов - это уже хуй.

Ну и VSCode естественно, но она в основном для работы со всякой мелочью типа конфигов, js-а и местного ИИ.

>>404521

> Вот райдер купить или еще какие приблуды от жидбрейнсов - это уже хуй.

райдер бесплатный

>>404581

>райдер бесплатный

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

>>404592
У нас на работе все пользуются бесплатной версией, проблем вроде нет

>Интерактивные приложения Blazor на стороне клиента

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

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

Какую из этих трех книг читать нубу?
1. C# для чайников Автор книги – Джон Пол Мюллер
2. Программирование на C# для начинающих 2е части Автор: Алексей Васильев
3. Head First. Изучаем C# 4е издание Авторы: Эндрю Стиллмен, Дженнифер Грин

>>404801
Читать шапку.

>>404810
А как ты поймёшь, в каком порядке будешь их читать? Подбросишь десятигранник?

Чет мне кажется подход с тем что контроллер - просто точка входа - каргокульт.
Сам писал так долго.
К чему приводит. Обычно - сервис все равно нигде кроме одного контроллера не используется. При этом - если еще и интерфейсы вынесены - ты просто f12 нажать чтобы перейти не можешь, надо ctrl+f12, не большая проблема, пока вы вдруг тесты не начали писать или кодген какой-то не подрубили.
Вообще. Чет у меня кажется кризис среднего возраста. 10 лет пишу и типа чем дальше, тем больше все что там писал - кажется каким-то карго культом. Ну, вынес я интерфейсы, ну, делаю я сервисы отдельно. Че дает? Дает то что вместо того чтобы за 10 секунд поправить в контроллере, я иду в контроллер, ищу что ж там за сервис для апишки вызывается, иду ищу где ж там сервис такой. Потом вспоминаю, что я решил что и сервис будет точкой входа, а дальше он в CQRS начнет оборачивать и через медиатор дернет хендлер. Ищу хендлер. Нахожу хендлер где-то запрятан в глубинах. Таки нашел. Поправил. Забыл через секунду все это и в следующий раз то же самое проделывать буду.
Не. Ну справедливости ради - иногда было полезно, когда оказывалось что надо добавить апишку похожую, но в другом контроллере с другими способами проверки прав, и чутька другой обработкой, там таки да - о, у нас же уже в сервис вынесено - просто перенаправим в него. Но в большинстве случаев чет жижей сейчас кажется.
Короче. Я не знаю. Чувство что я большую часть карьеры какой-то надуманной хуйней занимался. Скажите что-нибудь хорошее про медиаторы, CQRS и прочее, чтобы мне легче стало и я просто перестал об этой хуйне думать.

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

>>404945

>контроллер

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

>медиаторы

Нахуй не нужен этот паджит стайл. Используй саги.

>CQRS

Это про инфраструктуру, а не про код. Пишем в мастер базу, читаем с реплик, тем самым масштабируем систему на чтение. Задача для девопса.

>сервис будет точкой входа, а дальше он в CQRS начнет оборачивать и через медиатор дернет хендлер

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

Короче, ты наворотил абстрактных абстракций, а теперь удивляешься. Чем проще - тем надежнее.

>>404806
Не заметил в шапке книг.

>>405005

>саги

>просто

>надежно

У тебя в проекте этого быть не должно. Любые попытки сделать распределение транзакции это ошибка проектирования системы.

>>405108
Нет.

>>405178
Если такой дохуя умник, расскажи как у тебя саги устроены? Я без шуток, никак это знание древних протоереев освоить не могу

>>405216
Саги изначально призваны решать проблему которая появляется от кривых мозгов. Если у тебя два разных сервиса должны атомарно что-то сделать и необходимо откатить А при падение Б, то
1) на самом деле операции А и Б могут быть независимы и атомарность ты сам придумал.
2) на самом деле они должны быть просто в согласованы в периоде времени N. То есть буквально делаешь события.
3) ты неверно провел декомпозицию сервисов. Необходимо объединить все сервисы что участвуют в транзакции в один.

>>405216
Сага - это отдельный сервис, одна сага на каждую бизнес транзакцию. Это одна строка в бд и один конечный автомат в коде. По сути тот же аутбокс, только для N сервисов. Вся логика откатов и ретраев находится в одном файле, логику легко понять и покрыть юнит-тестами. Никакого ебаного месива из медиаторов, весь код в одном месте. Если сага застряла, ты просто правишь данные в бд и руками перекатываешь ее куда надо. Если для эксперимента надо сагу немного изменить, ты просто копируешь один файл и запускаешь рядом новую сагу, старая работает как раньше.
Из минусов - для саги нужен девопс все настроить. Поскольку в аутстаф галерах дейплой происходит мышкой через админку, для них саги это сложна нипанятна лучше пукнем джейсоном в очередь.

>>405575

>Никакого ебаного месива из медиаторов

Не понимаю, нахуя вы пишите про медиатры вообще? Они же никак не влияют на кодовую базу кроме как попытка заменить DI, и

>>405730

>Они же никак не влияют на кодовую базу кроме как попытка заменить DI

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

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

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

>>405730
Мы точно говорим про одно и то же?
Медиатор - это сервис, который выгребает ивенты из кафки. Юзер сервис пукнул в кафку джейсоном "user created", медиатор занюхал и дальше вызвал сервис емейлов "отправить письмо". Или поменял статус в сервисе интеграции. Или еще сделал какую хуйню, в зависимости что нам надо в этой конкретной бизнес транзакции.
Если ты про библиотеку Mediatr, с помощью которой шизы на архитекторе пытаются имитировать работу по сети внутри локального процесса, то это запредельный пиздец и рак мозга.

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

Что мне мешает реализовать внутреннию шину сообщений внутри сервиса и пушить в неё события кафки?

>>406038
Зачем тебе вообще понадобился ивент брокер? Чтобы что?

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

>>406038
Проблема в том, что когда у тебя обычные вызовы методов, ты можешь с Ctrl проклинать или делать find all references, а когда у тебя ивент брокер, тебе надо сидеть и смотреть, как там ивенты называются и пр.
И если с обычным di и вызовом методов ты можешь построить граф зависимостей, то с ивент брокером это совершенно невозможно, никто не сможет через полгода в этом спагетти разобраться, а это обязательно приводит к багам.
Явное > неявное.

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

Так что я могу со всей ответственностью заявить, что это антипаттерн.

>>406250
Ну когда у тебя есть шина сообщений ты можешь пукнуть сообщение и все его обработки будут вызваны.
Добавление нового не требует создания новых методов сервиса или добавления 100500 вызовы медиатора. Ты просто пишешь новый обработчик.

>>406270
Хуже. С шиной сообщения размазываются слои приложения, и начинается пиздец, когда кусок кода вызывается или не вызывается в зависимости от ряда косвенных признаков из неизвестно откуда. Приложение становится разнонаправленным, теряет всякую свою организацию и превращается в ад.

>>406367
Куда размазываются. У тебя в Application слое должны лежать все обработчики и там же находится объявления событий и там же лежать сервис который пукает сообщения из очередей к тебе.
Все твои вызовы шины должны также находится внутри Application потому что это слой где лежит ВСЯ логика приложения.

>>400976
>>401173
>>401329
>>401673
Хуйня из под коня ваш протобуф. Только зря с установкой битый час проебался. Какую-то левую хуету добавляет.

C# разве кому-то сейчас нужен вообще?

>>406941
Ты не охуел часом, подобное заявлять?

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

>>406990
ты просто хреновый программист поэтому ЗАВИСТЬ )

Программистам ХАНА уже через ГОД — об этом абсолютно серьезно заявил CEO Anthropic и создатель Claude, Дарио Амодей.

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

>>407041

>Программистам ХАНА уже через ГОД — об этом абсолютно серьезно заявил CEO Anthropic и создатель Claude, Дарио Амодей.

По-моему он писал про том, что 90% или более программного кода будет написано нейросетью

>>407043
Ну да, следовательно, 90% ныне действующих вебмакак, которых здесь принято ласково называть "программистами", отправятся на мороз - никакими компетенциями, кроме знания модного ФРЕИМВОРКА, они не обладают. Оставшихся отправит на мороз следующее поколение "ии" лет этак через 5-10.

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

>>407072

>Появятся какие-нибудь промтописатели

Да, верно, с "хорошей зарплатой" типа $800/мес - ради этого всё и затевается. Ну и нужно их будет сильно меньше, чем нынешних веб-кодеров.
А в конторах поменьше может и менеджеры превратятся в промпт-менеджеров (за те же деньги, естественно) и будут сами промпты хуячить, да. Тем более, что нейрокал уже поумнеет к тому времени.

>>407072
>>407088
боже какие же вы идиоты...
ради интереса сколько вам лет?

Там Микрософт переписали компилятор тайпскрипта на го: https://devblogs.microsoft.com/typescript/typescript-native-port/
https://github.com/microsoft/typescript-go/discussions/411
В комментах недоумевают почему не раст, а у шарперов просто пердаки порвало за то что сами Майкрософт на нём не пишут.

Пацаны, как безболезненно локализовать логи приложения?
Типа вот был десктоп. Писали логгером логи.
Кому-то пришла охуенная мысль - пусть и пользователь видит.
Ну, сказали - сделали.
И тут началось: А чо на английском, а че не локализуется, а че так много, нахуя это пользователю.
И типа - ну, давайте уберу. НЕТ, ЭТА НАДО, просто сделайте как-нибудь чтобы только то что надо пользователю и локализовано.
Но откровенно - а я откуда знаю что надо пользователю, и что локализовать что нет. Так-то да, я могу просто по темплейту фильтровать и если темплейт - правильный - искать локализованое сообщение и выводить его.
Просто вот в RenPy видил вообще охуенное решение, там оно как-то выковыривало все строки и можно было карту сделать, типа старую строку на новую. Думал похожее нахуярить, но логи же - типа на то и логи, что их хуярят на каждый чих - я хуй найду все строки которые нужны...

>>407125

>почему

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

>>406906

>Хуйня из под коня ваш протобуф. Только зря с установкой битый час проебался. Какую-то левую хуету добавляет.

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

https://github.com/MessagePack-CSharp/MessagePack-CSharp Вот эту посмотри еще, вроде популярная

>>407125
А на чем он был написан то изначально?

>>401878

> Тут твоя мысль от меня ускользает.

Поздравим этого анона, он осознал глубину своей некомпетентности и тем самым преодолел свой синдром Даннинга-Крюгера.

>>407181
На тайпскрипте и был

>>407372
А во что он компилирует?

>>407419
В жс

>>407426
смешно

>>407435
Ниче смешного. У тайпскрипта с жс экосистема пожирнее будет чем у шарпа. Сами же майки к ней руки приложили, им и надо всю эту хуйню поддерживать

>>407436

>экосистема пожирнее будет чем у шарпа

а какая экосистема нужна шарпу? Компилятор в JS?

>>407488
В жс есть все как в греции. Впрочем в шарпе тоже. Но в жс по несколько альтернатив с одинаковыми фичами

>>407491

>Но в жс по несколько альтернатив с одинаковыми фичами

то есть, есть несколько альтернативных компиляторов JS в JS?

>>407123
Что выведет следующий код? Дай короткий ответ.
```python
print('Не знаю, я еблан')
```

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

>Вот эту посмотри еще, вроде популярная

Не буду, 99,99% такая же херня.

>>401173
>>401673

>Может лучше MemoryMarshal.Read/Write?

А эта поделка неспособна в структуры с массивами.

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

>>407786

>>>401173

>>>401673 (You)

>>Может лучше MemoryMarshal.Read/Write?

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

А я там ещё сказал использовать InlineArray или fixed-size buffer вместо обычного массива.

>>407786
Ты взял нетипичную задачу, с которой сталкиваются 0.0001% разработчиков на дотнете. За то время, что ты ее тут обсуждаешь, уже можно было написать свою сериализацию, тупо складывать побайтно в массив.

>>407786
Сам разбираться не хочешь, ебало от проверенных решений кривишь. Ты уёбок!

>>407786

>Скорее всего

Скорее всего ты долбоёб.

>>407786

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

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

>>407157

Чувак, это литералли топовый архитектор МС, который создал ваш же Шарп и Тайпскрипт.

>>407876

>который создал ваш же Шарп

а кто сказал что он сделал хорошо? WTF хватает.

>>407881
Все правильно. Шарп сделал инициативный дурачек, которому скинули задачу на отъебись. Поэтому шарпом пользуются инициативные дурачки..

>>407881
Двачую. Попробуйте найти вижуал студию 2003 и написать что-нибудь, вы охуеете, какой тот шарп был всратый.

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

>>408143

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

Что это?

>>408153
public static class Test<T>
{
public static void DoSomething(T value){}
}

>>408177
Они используются как типизированные инициализаторы в дотнете. Где то видел.
у меня используются еще вот так (по аналогии с peewee с питона, но все же в шарпе маловато гибкости и слишком много дубль кода, но все же...)
db.Query(
Select<User>.OrderByDescending(r => r.Date).All()
).RunAsync(...)

>>408194

>по аналогии с peewee с питона

Еще лет 10 и, глядишь, в питоне Linq изобретут!

>>408194
Что случится, если ты напишешь sql на sql-е? Ночью приползет Гейтс и откусит тебе жопу?

>>408309
Так ведь ORM-шизики не поймут.

>>408309
во-первых, это не SQL. Query принимает в себя только QueryObject, а это билдер такого объекта для простых случаев, но не чистый LINQ, который транслируется в SQL. Это просто DSL такой

во-вторых, конечно укусит. В одном месте тебе нужно OrderByDescending, в другом OrderBy и т.д. - будешь строки ручками собирать? ну удачи

>>407832

>уже можно было написать свою сериализацию, тупо складывать побайтно в массив

Пока так и делаю.

>>407834
Где кривлю то? Всё что вы мне тут предлагали всё перепробовал.

>>407838
Скорее всего ты.

>>407840
Да понятно, но задача-то типичная. Неужели нет внятного решения?

>>407816

>А я там ещё сказал использовать InlineArray или fixed-size buffer вместо обычного массива

Ну смотри, если обманул - пролапсом ануса прокляну. ладно, не буду

>>408322
Да, буду собирать строки внутри хранимки, а таблицы вообще закрою для этого юзера. Когда система начнет тормозить у заказчика, я смогу подключиться к его базе через два впна три rdp и погонять запрос на живых данных. Алсо твой код делает SELECT * FROM, хотя по факту тебе понадобится два поля из двадцати.

>>408331

>Да, буду собирать строки внутри хранимки

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

>Алсо твой код делает SELECT * FROM, хотя по факту тебе понадобится два поля из двадцати.

нет не делает. это не орм. Это абстракция от хранилища вообще. Он вообще ничего не делает.
ты же понимаешь что OrderByDescending это НЕ Linq2SQL, а просто указание "вы это там, откуда бы не читали, хоть с хранимок, хоть со второго стула, но мне плиз дайте в таком порядке, ну чтобы я в памяти не сортировал"? А я ведь об этом и говорю что это НЕ Linq, а DSL универсальных Query/Command.
А вот внутри уже самих QueryObject и происходит нужное тебе - хоть SQL, хоть хранимки, хоть LINQ2DB, хоть жсоны читай

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

>>408336

>db.Query

>этот код вообще не работает с бд

Наркоман?

Мне кажется я какую-то хуйню делаю откровенно

>>408309

>Ночью приползет Гейтс и откусит тебе жопу?

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

>>408387
Обертку над эскуэлем отлаживать легче да? Смотреть на сгенерированию скл портянку, а править код на сишорпе. Охуенная абстракция.

>>408367
само собой. Тащить EF на десктоп это за гранью. не знаю как щас, но когда я пробовал, то у меня от времени старта этого EF глаз дергался. И если во всяких асп.нетах ну "ладно 1 раз стартуем", то в десктопах мучить пользователя сплешскрином это скотство.

>>408405
Шутка уровня епам.

>>408626
Да что с этим епамом не так?

>>408367
Сейчас твое приложение просто подвисает на старте и хуй знает, что там происходит. На слабой машине тетя срака из бухгалтерии снова тыкнет на иконку, запустит новый инстанс и сломает твою бд нахуй. Миграции надо накатывать из отдельного меню админа, а не при каждом запуске. Алсо на старте надо сначал показать пользователю окно программы с крутилкой, а потом запускать долгие операции в фоновом потоке.

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

>>409253
А кого выебут разработчики?

>>409261
А их на мороз
И нанять ии

Микрософт же еще 3 года назад ушла из РФ? В чем смысл этого треда?

>>409812
Oracle тоже ушел. Дальше что? Жаваскрипт тред не нужон?

>>409839

>Одебелевшие шарпомухи даже забыли про формат XML

в шарпе много чего есть. только вот оно устарело. Пользуешься BeginXXX/EndXXX или BackgroundWorker? а че так? Вышла лучшая замена?
Так и для xml тоже - попытки заменить хмл в файле проекта не выгорели, зато всякие конфиги и результат публиш - там жсон. Хотя казалось бы.

>с БД без Entity Framework?

тут немного не так. тот кто EF юзает - он и не умел работать без него.

>>409908

>тут немного не так. тот кто EF юзает - он и не умел работать без него

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

Если мне надо будет писать проект с оптимизацией и прочими требованиями я вообще выберу С++, а если будет требоваться какая-то умная херня из матана возьму питон потому что на нем удобнее.

>>409955
у тебя другая крайность. Не обязательно опускаться на уровень SQL, ведь можно опуститься на уровень LINQ и этого будет достаточно.

>>408392

>Обертку над эскуэлем отлаживать легче да?

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

>>408392

>Смотреть на сгенерированию скл портянку, а править код на сишорпе.

Нет, смотреть на код на сишарпе и править код сишарпа.
На генерованный код вообще нахуй не надо смотреть.
Единственный кейс за последние N лет, когда мне приходилось хоть как-то с генеренным EF SQl-кодом взаимодействовать - это скопировтаь из лога запрос и закинуть его в анализатор для построения плана запроса, чтобы посмотреть каких индексов в БД докинуть и все.

>>410109
Ты фулстек мартышка из епама, твой код никогда не попадет на прод. Конечно, тебе sql никогда не понадобился, на локалхосте можно хранить данные хоть в txt файлах и все работает.

>>410303

>твой код никогда не попадет на прод

Работаю бэком в топ-5 банке. Мой код на проде бабки гоняет туда-сюда с очень жестким SLA. И где твой бог теперь?

И я достаточно знаю sql и при необходимости пишу и скрипты и встройки и все, что нужно. Только считаю его неудобным говном и если есть возможность его не использовать, то я ей пользуюсь по полной.
Ну и современный EF достаточно оптимизирован чтобы в 98% случаев не касаться SQL-я (и заодно давать за щеку сектантам "а даппер быстрее").

>>410444

>Мой код на проде бабки гоняет туда-сюда с очень жестким SLA

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

>Ну и современный EF достаточно оптимизирован чтобы в 98% случаев не касаться SQL-я

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

>>410505

>Иными словами, ты пишешь простейший процессинг, где даже джоинов нет.

Все там есть. Сущности в БД достаточно сложные и с джоинами и с версионированием и с кучей дочерних элементов. Так что приходится подумать когда с БД работать, только плюс в том, что работаешь ты на уровне объектов, а не sql диалекта.

>хватит и кафки

Ну бля, хватило бы, если бы софт от ЦБ умел с ней работать. Там до сих пор ебучая самба с файловым обменом.

>А потом база делает дедлок и ты обмякаешь со своим EF

До-о-о, а ты со своим pure sql прямо таки застрахован от дедлоков. Ты же в курсе что они на уровне транзакций происходят, а EF, тоже через них работает. И позволяет и уровень изоляции настраивать и перехватывать отвалившиеся транзакции и перезапускать их или откатывать. Ну и приложение надо строить так, чтобы у тебя разные потоки за один контекст не дрались или в разные БД круговые запросы не делать (тогда тебя даже ДБА не спасет, а скорее просто придет и пизды даст).

>занимаются дба

Вот, блин, если бы он был у нас еще нормальный.

>в автомапер

Не пользуюсь этим говном.

>>410725

>До-о-о, а ты со своим pure sql прямо таки застрахован от дедлоков.

Когда я поймаю дедлок, я в трейсе увижу вызовы хранимок и по их именам смогу найти место в коде. В случае генерации sql через соплю из IQueryable это импосибл.
Алсо у меня не потоки дерутся за контекст, у меня разные юзеры с разных машин ходят в бд и дерутся за блокировки. Есть юзер в бд для старого портала, для нового, для давайте попробуем эту идею, для 100500 интеграций, для хуя, пизды, джигурды.

>>410751

>Когда я поймаю дедлок, я в трейсе увижу вызовы хранимок и по их именам смогу найти место в коде. В случае генерации sql через соплю из IQueryable это импосибл.

Схуяли. Оно тебе так же трейс распишет и еще и номера строк в коде напишет.

>у меня разные юзеры с разных машин ходят в бд

Ну так это не проблема EF, а хуевая архитектура. Я не работаю на говнопректах где к БД более одного юзера подключается.

>>410836
Лол, трейс из бд, какие номера строк.

>Я не работаю на говнопректах где к БД более одного юзера подключается.

Ты из тинька, что ли?

И че?

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

>>411153
А ты не очень умный?
Если у тебя дедлок, то любая нормальная СУБД выберет радомный процесс и просто его убьёт. Второй процесс в результате сможет завершить транзакцию. После чего убитый процесс может повторить запрос.

Как в ваших шарпах узнать размер переменной по её имени? Сайзоф не работает.

>>411320
Через гугол.

Как решать проблему обратной совместимости кода под старый дотнет, но запускаемого под новым? К примеру, нужно выполнить код из дотнет коре 2.1 на дотнет 9.

>>411564
У нас другой прикол. Есть портал на хуй знает каком древнем дотнете, чуть ли не fw2.0 Портировать его кабан не хочет, кастомера все и так устраивает. Все сторонние библиотеки для работы с пдф, с емейлами, с хуйней малафьей требуют свежий дотнет. В итоге мы выкрутились через юникс вей: все внешние пакеты оборачиваются в экзешники, раскладываются по папочкам и запускаются из старого дотнета через процесс через командную строку, вывод забирается с консоли.

>>411629
Это же пиздец медленно

>>411629
В таких случаях надо просто что-нибудь ломать критичное и когда надо будет чинить, то говорить, что "никак, только на свежем стеке".

>>411329
Твой гугол говорит что нельзя. И действительно
int Жопа;
int s = sizeof(Жопа);
не работает.

Всякие
Unsafe.SizeOf<>();
Marshal.SizeOf();
тоже не работают.

Хотя я не понимаю в чём тут проблема, ведь всё что нужно известно на этапе компиляции. Я могу написать так
int Жопа;
Type t = Жопа.GetType();

Могу написать так
int s = sizeof(int);

А вот написать так
Type t = Жопа.GetType();
int s = sizeof(t);
уже почему-то не могу.

Всё больше разочаровываюсь в це решётке. Правильно картинку рисуют >>404284 , пиздить вас надо.

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

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

>>413195
Нюфаня, подумай на досуге, чем отличается БД от СУБД и почему здесь пишут именно про БД.

>>413202

>БД от СУБД

Это как АКМ и АКСУ. Вроде такой же автомат, но на стиле и помещается в дамскую сумочку

>>411629

>Все сторонние библиотеки для работы с пдф, с емейлами, с хуйней малафьей требуют свежий дотнет

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

>>413431
Окей. Я не буду токсить.
Давай разберем твой код.
У тебя есть класс dzMorph
У него тут 2 свойства. Ни одно из них не проинициализировано.
Т.е. создавая новый экземпляр и получая объект - ты получаешь значения по умолчанию.
В случае ссылочных типов(строка и список именно такие) - это null

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

>>413431
Разве для даза можно писать скрипты на дотнете?

Зашел просто что бы написать

"КАК Я СУКА НЕНАВИЖУ MVVM" ёбаная игрушка дьявола.

>>413906
Критикуя иди работать на завод предлагай

Пацаны. Мне очень грустно.
Сделайте ревью пожалуйста...
https://pastebin.com/vEvBtUv8

>>413953
спросил ии вместо тебя
https://markdownpastebin.com/?id=7e3113f0cb7c42d5bc0c65e66fdd1cba

хотя он тот еще критик, зато ему не влом

Попробовал почитать [Эндрю Троелсен, Филипп Джепикс] – Язык программирования C# 9 и платформа .NET 5

вообще нихуя не понятно. С первой страницы кучка нюансов, нет, хуйнет пиздец.
Страуструп в 100 раз легче пишет.

>>414446

>платформа .NET 5

Нахуя настолько протухший материал читать? Я понимаю еще Рихтера, т.к. его книга унакальна в некоторых аспектах. Понимаю если про .Net Framework если приходится в легаси ковыряться. Но .Net5 ? Который неактуален уже х.з. сколько и даже не LTS, зачем?

>>415044
А нахуя ты русский интерфейс вообще включаешь?

>>415085
Смотрел как локализуются категории свойств объекта в WPF.

>[Bindable(true), Category("Common")]

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

Есть вопрос, анончики
Два года назад поступил на работу с около нулевыми знаниями разрабом C# .net core 3.
С тех пор разработал кучу виндоус служб, апишек, а также мигрировал их с тройки на шестерку, а затем на восьмерку.
Отлично знаю синтаксис, рефлекцию, EF Core, умею безопасно работать с голыми sql, automapper и прочее.
Однако погряз на зп 100к и разработке монолитных и "модульных" (тот же монолит, но разбитый на несколько более мелких) апишек, при этом у меня начинают всплывать претензии на уровень middle
Так вот, есть ли смысл искать курсы на изучение микросервисной архитектуры или лучше изучать самому на основе книжок или видосиков с ютуба?
Еще хочется изучить брокеры сообщений и системы кэширования по типу редис

>>415102

>Но ты не думай, что на инглише тебя обойдет проблема

Хотя что тут думать? Вижуал студия медленно умирает, как бейсик.
Создаешь VSIX-проект, сразу в ебало летит ошибка:

>Не удалось найти стабильный пакет >Microsoft.VSSDK.BuildTools с версией (>= 17.13.2127)

> - В nuget.org обнаружено несколько версий (482) [ >Ближайшая версия: 17.14.1043-preview2 ]

Хуй с ним, обновляешь нюгет пакеты путем даунгрейда и установки той же версии, пытаешься сделать темплейт для проекта на .NET 9, а потом понимаешь, что VSIX-проект создан на NetFramework 4.8
@
Жидко обтекаешь.

>>415129
Микросервисы - мертвы.
Так что забей.

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

Если так хочется - ну, пересиди годика 3-4, кабаны забудут, рынок выпрямится, и под новым именем им опять продадим)

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

>>415129

> погряз на зп 100к

Тебе надо другую работу искать, а не курсы. Всё равно на текущем месте не оценят, так и будут платить копьё, даже если научишься делать микросервисы на уровне фаанга, лол.

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

> Еще хочется изучить брокеры сообщений и системы кэширования по типу редис

Учиться всегда имеет смысл, знания лишними не бывают. Но нормальных курсов ты не найдёшь, максимум вкатунскую хуйню типа переслать id заказа через кафку из "Заказов" в "Платежи", чему можно по тому же ютубу научиться за вечер.

https://www.youtube.com/watch?v=SZnCG6m1Og0
Вот, даже усатый говорит, что медиатр не нужен. Я правда видос не смотрел, но уверен, что именно это он и говорит.

https://github.com/dotnet/runtime/pull/113976

>[RuntimeAsync] Move runtime async to the main repo

Возможно runtime async релизнут в 10-ке.

>>417713
можешь в 10456067 словах пояснить что это?