API modularization
dieser merge request teilt das existierende api modul in ein rest_api feature und jeweils eigenständige api bestandteile in den jeweiligen verantwortlichen feature modulen auf. ich bin damit erstmal zufrieden würde mir aber feedback für zwei dinge wünschen:
- in
features.rest_api.apps
nutze ich importlib und die django app configs um dynamisch die api implementierungen der anderen features zu laden. ist das so üblich oder zumindest vertretbar? - in
features.groups.rest_api
importiere ich in zeile 7 denTagSerializer
aus dem tag modul. das ist aus software-architektonischer-sicht glaub ich nicht so der knaller, weil ich mitmal eine abhängigkeit auf das tag modul erzeugt habe. hast du dafür einen anderen lösungsvorschlag (denTagSerializer
in das groups modul zu tun, hilft leider nicht, dann ist die nächste abhängigkeit auf dasTag
model)
so oder so ist es glaub ich nicht "schlimmer" als vorher. die api hat ja schon immer alles zusammengemanscht.