You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Abstract out the idea of codes into best interfaces we can get. As of Moving classes and packages around #397, CodeDatabaseAPI is the current place for vendor-independent codes, but most of our implementation depend on CodeDatabase (should be renamed to TylerCodeDatabase). Should make sure that all the APIs (including the rest endpoints, if possible) are generic to what specific tables are there.
Really a subpoint of the above, but whether a certain code exists or not for a jurisdiction (not just "empty"). IMO it could either be adding Optionals around all return types for the CodeDatabase, or just nulls / no-ops, and a "get available" method that returns what endpoints actually do something in this impl.
NameAndCode reused as much as it can, and only get the specific tyler vs TrueFile Implementations in those specific classes. Again, after Moving classes and packages around #397, CodeDatabaseAPI has the methods for getting just NameAndCode, and it should be used internally and on the python side as much as it can.
Few steps before we actually add the new tables:
CodeDatabaseAPIis the current place for vendor-independent codes, but most of our implementation depend onCodeDatabase(should be renamed toTylerCodeDatabase). Should make sure that all the APIs (including the rest endpoints, if possible) are generic to what specific tables are there.