Make Serializer extendable for dependent projects #969
Conversation
gkirgizov
added
the
infrastructure
| decoded_self = obj.from_json(dumped_self) | ||
| decoded_srz = json.loads(dumped_srz, cls=Serializer) | ||
|
|
||
| assert decoded_self == decoded_srz == deepcopy(obj) |
There was a problem hiding this comment.
А если obj.from_json(dumped_srz)?
Или json.loads(dumped_self, cls=Serializer)?
Они тоже будут равны? Аналогично про метод снизу
There was a problem hiding this comment.
Думал про это, но у них немного разные сигнатуры.
json.loads возвращает str,
а вот obj.to_json & obj.from_json работают с Dict[str, Any].
Так что нет, равны не будут. Чтобы этого добиться, придется Serializer менять во многих местах, так как он ожидает именно словарики от методов сериализации.
There was a problem hiding this comment.
Добавлю пару строк в тесте, чтобы это подчеркнуть
There was a problem hiding this comment.
А в теории же obj.to_json & obj.from_json могут работать с чем угодно и выдавать тоже что угодно? Или есть какой-то чёткий контракт? Соре, если не заметил в коде
There was a problem hiding this comment.
Есть контракт, сигнатура определена в EncodeCallable & DecodeCallable
There was a problem hiding this comment.
Пробовал прогонять эти куски кода через статические анализаторы? А вообще длинная цепочка типов получается
There was a problem hiding this comment.
Нет, не прогонял, довольствуюсь встроенными PyCharm проверками. Какой-нибудь mypy у меня не настроен
gkirgizov
force-pushed
the
serialization-make-extendable
branch
from
07da88e to
2060cdb
Compare
gkirgizov
force-pushed
the
serialization-make-extendable
branch
from
0d45e2f to
db4dd8f
Compare
Existing Serializer was closed for extension with new classes and so couldn't be reused in GOLEM.
This PR resolves this by allowing registering serializable classes, so that they could be serialized together with default classes.
An example is a serialization of custom graphs that are stored in the OptHistory.
Main changes: