Add a right-aligned clause keyword ("river") value to ClauseBodyAlignment
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 84/100
Direzione di ricerca
Inizia da SqlScriptDom/ScriptDom/SqlServer/Settings/SqlScriptGeneratorOptions.xml e ClauseBodyAlignment.cs, quindi segui il riempimento delle clausole in SqlScriptDom/ScriptDom/SqlServer/ScriptGenerator/ScriptWriter.cs. Usa Test/SqlDom/ScriptGenerator/ClauseBodyAlignmentTests.cs, incluso TestAlignedGroupByAndHaving, come baseline e aggiungi la copertura per il nuovo output allineato a destra, mantenendo Aligned come valore predefinito.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Feature request: right-aligned clause keywords ("river" style) as a ClauseBodyAlignment option
Is your feature request related to a problem? Please describe.
ClauseBodyAlignment currently offers Aligned and Indented. Aligned pads to the right of the clause keyword, so keywords are flush left and the clause bodies line up:
SELECT a,
COUNT(*)
FROM t
GROUP BY a
HAVING COUNT(*) > 1
ORDER BY a;
There is no way to get the widely used variant where the keywords themselves are right-aligned into the gutter:
SELECT a,
COUNT(*)
FROM t
GROUP BY a
HAVING COUNT(*) > 1
ORDER BY a;
This is a common house style, and for anyone who wants it, ScriptDOM's script generator currently can't produce it at all — not via any combination of the existing options.
Describe the solution you'd like
A third value on the existing ClauseBodyAlignment enum, for example KeywordRightAligned (or River, if you prefer the common name for the style), leaving Aligned as the default so no existing output changes.
The reason this is likely a small change: both styles place the clause body in exactly the same column. In the example above, the body column is 9 in both cases, derived from the width of the widest clause keyword in the statement (GROUP BY). The gutter arithmetic that Aligned already performs is exactly what the new value needs — the only difference is whether the padding is emitted after the keyword or before it.
Concretely, the affected pieces look like:
SqlScriptDom/ScriptDom/SqlServer/Settings/SqlScriptGeneratorOptions.xml— one new<Option>entry on the existing settingSqlScriptDom/ScriptDom/SqlServer/ClauseBodyAlignment.cs— one new enum memberSqlScriptDom/ScriptDom/SqlServer/ScriptGenerator/ScriptWriter.cs— emit the alignment padding before the keyword rather than after it
There already exists a RightAlignedSeparatorElement in ScriptWriter, used to right-align leading commas so they end at the following alignment point. That is close to the same operation applied to a clause keyword, so the concept is arguably already present in the writer.
For nested constructs, the natural behaviour would be for the gutter to be computed per statement at each nesting level, matching how Aligned already scopes its alignment points.
Describe alternatives you've considered
- Post-processing the generated script. Workable in principle, since the body column is already correct: move each clause keyword's trailing padding to the front of the line. In practice it means re-deriving line structure from text, taking care not to touch lines inside multi-line string literals or block comments, and handling the existing indent of nested subqueries. That is a fragile reimplementation of information the writer already has.
- Post-processing
GenerateTokens()output. More robust than working on text, but still amounts to redoing the alignment pass outside the library. Indentedmode. Different style, doesn't address this.
Additional context
Prior art for this as a first-class formatter option:
- Oracle SQL Developer added a "Right-Align Query Keywords" formatting option in 18.1
- DataGrip has a long-standing request for the same (DBE-5419)
- Several standalone formatters implement it as their primary style
I'm using ScriptDOM directly for a small standalone T-SQL formatter, driven by SqlScriptGeneratorOptions, so this is a request against the library rather than against any particular editor integration.
Verified against main: the current Aligned output above matches the expected values in Test/SqlDom/ScriptGenerator/ClauseBodyAlignmentTests.cs (TestAlignedGroupByAndHaving).
- Lingua principale
- GAP
- Stelle
- 277
- Fork
- 43
- Merge medio
- 6g 17h
- PR unite (30g)
- 3
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di microsoft/SqlScriptDOM
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
microsoft/SqlScriptDOM#183 ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 56/100
microsoft/SqlScriptDOM#226 · 1 reazione ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
microsoft/SqlScriptDOM#225 ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 58/100
microsoft/SqlScriptDOM#224 ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 68/100
microsoft/SqlScriptDOM#222 ·
Tutte le issue di microsoft/SqlScriptDOM
Issue simili
-
ZCode 3.14.3 に対応する Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
supermomonga/zcode-acp#24 ·
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 90/100
learningequality/ricecooker#747 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
KhronosGroup/glTF-Blender-IO#2769 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100