Skip to content

Dependencies go in wrong direction between sql.render and dialect. #1105

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

Closed
schauder opened this issue Dec 1, 2021 · 0 comments
Closed

Dependencies go in wrong direction between sql.render and dialect. #1105

schauder opened this issue Dec 1, 2021 · 0 comments

Comments

@schauder
Copy link
Contributor

schauder commented Dec 1, 2021

dialect must not depend on sql.render, but currently does. This lead to dependency cycles when implementing #777.

The fix requires moving classes to different packages which would break backward compatibility.
Therefore this should be fixed for 3.0.

schauder added a commit that referenced this issue Dec 1, 2021
Simplified the code structure.
Ensured backward compatibility by recreating some methods often immediately deprecating them.

Moved new classes to the places where they belong, so that the package ...core.sql.render depends on ...core.dialect and not the other way round.
This causes dependency cycles because dependencies in the other direction already exists.
This will be properly fixed by #1105.
For now the offending classes are ignored by the DependencyTests.

See #777
See #1105

Polishing
schauder added a commit that referenced this issue Dec 1, 2021
@schauder schauder added this to the 3.0 M1 (2022.0.0) milestone Jan 6, 2022
@mp911de mp911de closed this as completed Jan 14, 2022
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

No branches or pull requests

2 participants