IZ
humanoid
А чем опасно?
Я пытаюсь сделать что-то вроде сессии. Или скорее хранения стейта для стейт-машины с одной функцией.
Я пытаюсь сделать что-то вроде сессии. Или скорее хранения стейта для стейт-машины с одной функцией.
Size: a a a
2020 May 05
h
Спасибо. Больше конечно похоже на недостатки сериализации подобного рода впринципе, чем на недоставки джава Serializable
h
Немного переформулрую.
Я хочу чтобы юзер либы мог юзать разные хранилища(пр. Mongo, Файл, SQL)
Например 50 клиентских типов объектов, и я не хочу заставлять клиента описывать все 50 имплементаций хранения объектов.
Мб что-то посоветуете?
Я хочу чтобы юзер либы мог юзать разные хранилища(пр. Mongo, Файл, SQL)
Например 50 клиентских типов объектов, и я не хочу заставлять клиента описывать все 50 имплементаций хранения объектов.
Мб что-то посоветуете?
VP
humanoid
Немного переформулрую.
Я хочу чтобы юзер либы мог юзать разные хранилища(пр. Mongo, Файл, SQL)
Например 50 клиентских типов объектов, и я не хочу заставлять клиента описывать все 50 имплементаций хранения объектов.
Мб что-то посоветуете?
Я хочу чтобы юзер либы мог юзать разные хранилища(пр. Mongo, Файл, SQL)
Например 50 клиентских типов объектов, и я не хочу заставлять клиента описывать все 50 имплементаций хранения объектов.
Мб что-то посоветуете?
Обычно сериализация графа объектов выполняется в массив байт. Хранить его можно где угодно.
h
Обычно сериализация графа объектов выполняется в массив байт. Хранить его можно где угодно.
Ну да я так в целом и хочу. А что лучше тогда Java Serializable или тащить либу по типу kryo?
VP
humanoid
Ну да я так в целом и хочу. А что лучше тогда Java Serializable или тащить либу по типу kryo?
Лучше что-то более явное, чем джавовая сериализация. А так вариантов куча - да хоть protobuf.
Возможно, сохранение состояния лучше положить на плечи пользовательского кода, если он эти объекты сам представляет.
Возможно, сохранение состояния лучше положить на плечи пользовательского кода, если он эти объекты сам представляет.
h
Лучше что-то более явное, чем джавовая сериализация. А так вариантов куча - да хоть protobuf.
Возможно, сохранение состояния лучше положить на плечи пользовательского кода, если он эти объекты сам представляет.
Возможно, сохранение состояния лучше положить на плечи пользовательского кода, если он эти объекты сам представляет.
Понял, ну как раз этого я хочу избежать. Ибо какая-то часть этих объектов в либе (например 30 шт), а какую-то часть создает пользователь (10 шт). И если он захочет сделать свою имплементацию хранилища, то ему нужно будет реализовать 40 имлементация хранения для конкретного хранилища
h
Лучше что-то более явное, чем джавовая сериализация. А так вариантов куча - да хоть protobuf.
Возможно, сохранение состояния лучше положить на плечи пользовательского кода, если он эти объекты сам представляет.
Возможно, сохранение состояния лучше положить на плечи пользовательского кода, если он эти объекты сам представляет.
Или мб лучше сделать, чтобы клиент просто переводил в массив байт сам и отдавал мне? Вы про это?
SS
humanoid
Ну да я так в целом и хочу. А что лучше тогда Java Serializable или тащить либу по типу kryo?
если хотите взаимодействовать с внешними клиентами/системами, то java Serializable. если чтото в классе клиента поменяется - потом огребете проблем. чем обычно-стандартный подход не нравиться XSD/XML. будет у вас контракт взаим-я с вашим сервисом/клиентом/прикладом...
VP
humanoid
Или мб лучше сделать, чтобы клиент просто переводил в массив байт сам и отдавал мне? Вы про это?
Так он же сам сохранять их будет, разве нет?
h
если хотите взаимодействовать с внешними клиентами/системами, то java Serializable. если чтото в классе клиента поменяется - потом огребете проблем. чем обычно-стандартный подход не нравиться XSD/XML. будет у вас контракт взаим-я с вашим сервисом/клиентом/прикладом...
По сути это так выглядит
клиент описывет функцию типа
CustomUserData handle(CustomUserData data, SomeOtherInfo info);
Когда приходят запросы, я выбираю нужный объект с handle, забираю из хранилища нужный CustomUserData и после обработки сохраняю его.
клиент описывет функцию типа
CustomUserData handle(CustomUserData data, SomeOtherInfo info);
Когда приходят запросы, я выбираю нужный объект с handle, забираю из хранилища нужный CustomUserData и после обработки сохраняю его.
SS
какойто странноватый БП у вас. или я не понимаю. но это вроде CRUD для NoSQL. тот же монго можно настроить. без единой строчки кода
h
какойто странноватый БП у вас. или я не понимаю. но это вроде CRUD для NoSQL. тот же монго можно настроить. без единой строчки кода
Это либа вообще, тут про БП речи не идет, ибо это инфраструктура
2020 May 06
YT
на бэкенде как используется многопоточность ,один товарищ сказал ,что многопоточность вообще не нужно на сервере использовать (имеется ввиду в сервисах ) так как это снижает производительность сервера для других клиентов . Насколько это вообще оправдано и оправдано ли вообще?
AB
AE
Ysim Tokido
на бэкенде как используется многопоточность ,один товарищ сказал ,что многопоточность вообще не нужно на сервере использовать (имеется ввиду в сервисах ) так как это снижает производительность сервера для других клиентов . Насколько это вообще оправдано и оправдано ли вообще?
У него бэк в один поток?)
AB
обоже!
E
ребят, подскажите чат по Oracle ATG
А такой есть?)