Падажжи, бокс структуры и чек и на налл ебнет?

не, просто будет боксинг

а так ок

ну если кого-то тут волнует боксинг

@atsapura ёбнуло https://sharplab.io/#v2:DYLgZgzgNALiBOBXAdlAJiA1AHxgTwAcBTAAgDEB7CkgXhIG8SBJDEiGeAS2QHMSBfALAAoEcCIwSAYwAWRKQGsSYKrREllqugFVks+QqJoAdGiJgAhomAwKYADyUKAPhEj9ikro+GTZy9a2Dk6uwtjOJARcyDBgyCQARACkAIIJQA==

хм, у меня в фси тоже ебнуло ага

ну, логично

оператор = он такой

только ооочень странно отъебнуло

да не, с налрефом

как ожидалось

ну с ним, да

просто отложенно

public static bool check(Foo foo) { Foo obj = null; return foo.Equals(obj, LanguagePrimitives.GenericEqualityComparer); }

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

isNull (box foo)

на структурах можно пострадать, да. Но можно огородить функцию чека проверкой на class

и не страдать

myShit = Unchecked.defaultof<Shit>

у меня полсотни полей с разными уровнями вложенности

у меня полсотни полей с разными уровнями вложенности

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

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

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

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

в функции маппинга из плохих моделей в свои

я пытаюсь найти настройки в Newtonsoft, чтобы оно не парсило такие сообщения вообще

в функции маппинга из плохих моделей в свои

ну вопрос не в "где проверять на нуллы", а "как проверять на нуллы"

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

тут однострочное решение только через трудовую)

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

нет, модели задизайнены ок, на самих моделях null не является разрешенным значением. где разрешается - там стоит optional

проблема возникает, если тебе пришло сообщение вообще не того формата

это кафка топики, в них может писать кто угодно

аа

на кафка топики можно повесить схему

если это не то сообщение, что я жду - пусть оно лучше не парсится вообще, чем вертает мне пустое сообщение с нуллами

на кафка топики можно повесить схему

можно. но у нас не висит пока. со временем повешу

если это не то сообщение, что я жду - пусть оно лучше не парсится вообще, чем вертает мне пустое сообщение с нуллами

это элементарно делается запретом на нулы где-то в нутонсофте

Деда абсолютный чемпион по работе с победителями паралимпиады среди программистов

Деда абсолютный чемпион по работе с победителями паралимпиады среди программистов

да не.

это элементарно делается запретом на нулы где-то в нутонсофте

пытка аннотациями продолжалась второй день

пытка аннотациями продолжалась второй день

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

Деда абсолютный чемпион по работе с победителями паралимпиады среди программистов

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

настройки десериализации

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

прикольно вам.

JsonConvert.Deserialize<Type>(string, SOMESETTINGSHERE)

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

у вас за топики премии платят?

у вас за топики премии платят?

у нас платят премии за сражение с ветряками

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

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

проще уж завести поле msgType и на его основе парсить в один из 100 видов месаджа

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

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

(топики все на одном кластере, лол)

т.к. сервис общается с двумя-тремя другими сервисами, то на один микросервис приходится по 3-4 топика легко

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

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

Джоб сосурити

Джоб сосурити

жоп секьюрити

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

около 20 квадратиков, соединенных двунаправленными стрелочками в полупроизвольном порядке. двунаправленная стрелочка == 2 топика

плохой дизайн

как ты смеешь.

около 20 квадратиков, соединенных двунаправленными стрелочками в полупроизвольном порядке. двунаправленная стрелочка == 2 топика

сервис-локатор 2.0

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

типа как обеспечить фидбек луп и не взорвать систему

около 20 квадратиков, соединенных двунаправленными стрелочками в полупроизвольном порядке. двунаправленная стрелочка == 2 топика

Смотрится, что оно плохо будет под нагрузкой работать

Смотрится, что оно плохо будет под нагрузкой работать

9 сообщений в минуту, работает с 9 до 18

тогда зачем вообще это на микросервисах делать?

Хм.

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

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

9 сообщений в минуту, работает с 9 до 18

А кварцевание есть?

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

И не пойду, не зовите

тогда зачем вообще это на микросервисах делать?

я бы поставил вопрос еще радикальнее: что эти люди делают в профессии?

Зарабатывают

В смысле?

зачем им эфшарп?

Им платят же

зачем им эфшарп?

Ну вот сюда взяли, в другое место не взяли

я бы поставил вопрос еще радикальнее: что эти люди делают в профессии?

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

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

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

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

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

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

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

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

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

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