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
All in all this library is overwhelmingly impressive in bredth and syntatic niceties.
but exchanges.py is getting quite large
Would it be more ergonomic for developers to work on code files specified for each exchange and use explicit imports or concat through configuration every exchange needed for production environments into an exchanges.py?
This might lead to contributor ownership for individual or sets of exchanges and a standard if limited test suite could be used to score exchange code maturity.
The text was updated successfully, but these errors were encountered:
kroitor
changed the title
Break exchanges.py into seperate files for each exchange
Break exchanges.py into separate files
Sep 25, 2017
@jcrubino we're planning to refactor for that in the upcoming v2.0 very soon (it will be backward-compatible, though much better organized internally). Thx for your proposal! Stay tuned! We will update you on this.
All in all this library is overwhelmingly impressive in bredth and syntatic niceties.
but exchanges.py is getting quite large
Would it be more ergonomic for developers to work on code files specified for each exchange and use explicit imports or concat through configuration every exchange needed for production environments into an exchanges.py?
This might lead to contributor ownership for individual or sets of exchanges and a standard if limited test suite could be used to score exchange code maturity.
The text was updated successfully, but these errors were encountered: