Здравствуйте, hardcase, Вы писали:

H>Здравствуйте, Serginio1, Вы писали:

S>>Кто о чем, а вшивый о бане.

S>> Сейчас в .Net Core нет AppDomain и RPC .

H>Я бы использовал Protobuf + как там принято в .NET Core сообщения передавать между процессами. Никакой рефлексии, магии аля MarshalByRefObject и граблей с маршаллингом того, что не предназначено для маршаллинга.

А какая огромная разница между Protobuf и Json?
Для JSON есть прекрасная библиотека

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

Здравствуйте, hardcase, Вы писали:

H>Здравствуйте, Serginio1, Вы писали:

S>>Кто о чем, а вшивый о бане.

S>> Сейчас в .Net Core нет AppDomain и RPC .

H>Я бы использовал Protobuf + как там принято в .NET Core сообщения передавать между процессами. Никакой рефлексии, магии аля MarshalByRefObject и граблей с маршаллингом того, что не предназначено для маршаллинга.

А какая огромная разница между Protobuf и Json?
Для JSON есть прекрасная библиотека

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

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

И код мало отличается от работы с объектами напрямую.