ахаха

нет, я понял кейс

репостить все сообщения что ли :)

но я не понимаю зачем путь-то

ну ладно, я реактивные энтити не сериализовал, может есть какая-то необходимость в этом

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

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

и не надо помнить куда что надо проапдейтить

мы это решили, просто отложенными подписками с захардкоженными путями

а есть код сэмпл? интересно аж стало

а есть код сэмпл? интересно аж стало

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

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

залей на гист\гитхуб плиз

как время будет*

+

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

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

+1

это совершенно две разные отвественности

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

bson это представление данных, а не объект.

с чего вдруг данные должны что-то создавать

bson это представление данных, а не объект.

так мы и не о бсоне говорим

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

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

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

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

В этом кейсе человек хочет получить domain model минуя dto как раз

Отсюда и приседание с сериализацией

так и я об этом, это смешание отвественностей

попытка из драйвера сделать ODM

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

народ

подскажите пожалуйста

есть два сервера. mongo 3.4

я настроил между ними repliset

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

у меня сейчас он переключается только если явно сделать. db.shutdownServer()

попытка из драйвера сделать ODM

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

на шарпах нет mongoose и прочего

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

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

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

хотите дерево построить? пройдите по структуре

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

в этой структуре нет нужных данных

yopp , можешь подсказать как решить проблему? описал выше

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

yopp , можешь подсказать как решить проблему? описал выше

выставить приоритет у одного из серверов

yopp , можешь подсказать как решить проблему? описал выше

https://docs.mongodb.com/manual/tutorial/adjust-replica-set-member-priority/

спс попробую

у меня сейчас он переключается только если явно сделать. db.shutdownServer()

про арбитра не забудьте, если нод всего 2

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

эм. название клюечей в документе после десериализации не совпадает?

эм. название клюечей в документе после десериализации не совпадает?

во первых в шарпах нейминг просто другой то что было key становится Key могут отличаться и полностью названия вдобавок, что бы выстраивать по готовой структуре все связи, это надо написать кучу кода с рефлексией, что выглядит очень объемно и нечитабельно с потенциальной возможность ошибиться, потому что компилятор не может проверить нормально эти конструкции в то время в десериализаторе это добавило бы условно пару строчек только данные бы просто превратились в пару данные + метаданные, что в принципе никак не нарушает смысл десериализации от того что не произошло int -> int, а int -> обертка над int; десериализатор не стал отвечать за какие-то события и что-то еще. он просто представил данные в каком-то более комплексном виде

в шарпе нет ассоциативных массивов со строковым ключом?

есть конечно

тогда откуда key -> Key?

так работает десериализатор ты говоришь, что хочешь документ по этому пути представленный вот таким типом class Scheme { public int SomeValue { get; set; } public string SomeString { get; set; } }

веселье начинается когда у тебя не int, а другой тип OtherScheme

и такая вложенность длинная

это не десериализация, это маппинг

мрак и ужас, что это воткнули в драйвер

это не десериализация, это маппинг

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

голый bson конечно

Ничего не знаю, пишу с шарповым драйвером и всё отлично

страдаете за чужие грехи

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

Ничего не знаю, пишу с шарповым драйвером и всё отлично

всё познается в сравнении

ничего плохого в маппере нет, но это не отвественность драйвера

драйвер заканчивается на BsonDocument

потому что маппинг документов в классы, это уже ODM

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

потому что там появляется managed lifecycle, а это вообще не к драйверу

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

если его там ещё нет

так работает десериализатор ты говоришь, что хочешь документ по этому пути представленный вот таким типом class Scheme { public int SomeValue { get; set; } public string SomeString { get; set; } }

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

если не вешать [BsonElement("<customNameHere>")] то все ок

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

это если у вас наполнение дб идёт из шарпов

да даже с BsonElement'ами можно построить карту мапинга

так я не говорил нельзя

:)

ну в смысле можно построить такую, которая будет работать быстро :)

ну в смысле можно построить такую, которая будет работать быстро :)

да я даже не за скорость работы просто это вышло бы объемно и не особо полезно :) когда ты работаешь в компании и руководишь распределением задач, то задача пилить кастомный маппер для монги, чтоб съэкономить пару сотню строк; звучит как деньги на ветер :)

да я даже не за скорость работы просто это вышло бы объемно и не особо полезно :) когда ты работаешь в компании и руководишь распределением задач, то задача пилить кастомный маппер для монги, чтоб съэкономить пару сотню строк; звучит как деньги на ветер :)

можно всегда делегировать :)

как в итоге решили? обычными мапперами?