Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Extract host (de)serialization #324

Conversation

Glutexo
Copy link
Collaborator

@Glutexo Glutexo commented Jul 2, 2019

Created a new module app.serialization. Extracted all Host serialization and deserialization logic into that module. Used the existing paradigm from CanonicalFacts and Facts classes for the Host itself too. All the logic and behavior remained unchanged.

This is a part of the bigger picture of extracting the host import/export to a single place. See #323. The Host class name clash is not the nicest thing, but it’s valid as it’s in a different module. Still this is just a temporary state, since I plan to ditch the classes and rename the functions as one of the further steps.

@Glutexo Glutexo self-assigned this Jul 2, 2019
Created a new module app.serialization. Extracted all Host serialization
and deserialization logic into that module. Used the existing paradigm
from CanonicalFacts and Facts classes for the Host itself too. All the
logic and behavior remained unchanged.
@Glutexo Glutexo force-pushed the host_serialization_new_module branch from b8d9e8b to e336edd Compare July 2, 2019 16:05
@dehort dehort merged commit f1af08c into RedHatInsights:split_inventory_service Jul 3, 2019
@Glutexo Glutexo deleted the host_serialization_new_module branch July 4, 2019 14:53
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants