Jak wyĹ ' Ä ... czyÄ ‡ program do formatowania kodu Eclipse dla niektĂłrych fragmentăłw kodu Javy?

AFAIK z Eclipse 3.5 M4 na formaterze ma opcję "Never Join Lines", która zachowuje podziały linii użytkownika. Może to robi, co chcesz.

Else there is this ugly hack

String query = //
    "SELECT FOO, BAR, BAZ" + //
    "  FROM ABC"           + //
    " WHERE BAR > 4";

Zamiast wyłączać formatowanie, możesz skonfigurować, aby nie łączyło już zawiniętych linii. Podobnie jak odpowiedź jittera, tutaj dla Eclipse STS:

Właściwości → styl kodu Java → formatowanie → Włącz ustawienia specyficzne dla projektu lub skonfiguruj ustawienia obszaru roboczego → Edycja → owijanie linii (tab) → zaznacz "nigdy nie dołączaj już owiniętych linii"

Zapisz, zastosuj.

Zobacz tę odpowiedź na SO .

Istnieje inne rozwiązanie, które można wykorzystać do tłumienia formatowania określonych komentarzy blokowych. Użyj /*- (zwróć uwagę na myślnik) na początku komentarza blokującego, a formatowanie nie będzie miało wpływu, jeśli sformatujesz resztę pliku.

/*-
 * Here is a block comment with some very special
 * formatting that I want indent(1) to ignore.
 *
 *    one
 *        two
 *            three
 */

Źródło: dokumentacja w Oracle .

Musisz włączyć możliwość dodawania znaczników formatera. Na pasku Menu Przejdź do:

Windows → Preferencje Java → Styl Kodu → formatowanie

Naciśnij przycisk edytuj . Wybierz ostatnią kartę. Zwróć uwagę na pole włączania/wyłączania i włącz je za pomocą pola wyboru.

Jeśli umieścisz znak plus na początku linii, formatuje on Inaczej:

String query = 
    "SELECT FOO, BAR, BAZ" 
    +    "  FROM ABC"           
    +    " WHERE BAR > 4";

Używam części ciągów o stałej szerokości (wyściełane białymi spacjami), aby uniknąć bałaganu formatera w moim wcięciu ciągów SQL. Daje to mieszane wyniki i nie będzie działać tam, gdzie białe znaki nie są ignorowane, jak to jest w SQL, ale może być pomocne.

    final String sql = "SELECT v.value FROM properties p               "
            + "JOIN property_values v ON p.property_id = v.property_id "
            + "WHERE p.product_id = ?                                  "
            + "AND v.value        IS NOT NULL                          ";

Zakończ każdą z linii podwójnym ukośnikiem"//". To powstrzyma eclipse od przeniesienia ich wszystkich na tę samą linię.

Alternatywna metoda: w Eclipse 3.6, pod "Line Wrapping" następnie " General Settings "jest opcja" Never join already wrapped lines."Oznacza to, że program formatujący zawija długie linie, ale nie cofnie żadnego owinięcia, które już masz.

@xpmatteo ma odpowiedź na wyłączenie części kodu, ale oprócz tego, domyślne ustawienia eclipse powinny być ustawione na formatowanie tylko edytowanych linii kodu zamiast całego pliku.

Preferences->Java->Editor->Save Actions->Format Source Code->Format Edited Lines

To uniemożliwiłoby to w pierwszej kolejności, ponieważ twoi współpracownicy formatują kod, którego tak naprawdę nie zmienili. Jest to dobra praktyka, aby zapobiec przypadkom, które sprawiają, że diff na kontroli źródła bezużyteczne (gdy cały plik jest sformatowany z powodu drobnych różnice w Ustawieniach formatu).

Uniemożliwiłoby to również formatowanie, jeśli opcja znaczników on/off została wyłączona.

Komentarze phantom, dodawanie // gdzie chcesz nowe wiersze, są świetne!

1. @formatter: off dodaje odniesienie z kodu do edytora. Kodeks nie powinien, moim zdaniem, mieć takich odniesień.

2. Komentarze phantom (//) będą działać niezależnie od używanego narzędzia formatowania. Niezależnie od Eclipse, InteliJ czy jakiegokolwiek używanego edytora. Działa to nawet z bardzo ładnym Google Java Format

3. THE phantom comments (//) będzie działać w całej aplikacji. Jeśli masz również Javascript i być może użyć czegoś w rodzaju JSBeautifier. Możesz mieć podobny styl kodu również w Javascript.

4. Właściwie, prawdopodobnie chcesz formatowania prawda? Chcesz usunąć mieszane tabulator / spację i spacje końcowe. Chcesz wciąć linie zgodnie ze standardem kodu. To, czego nie chcesz, to długa kolejka. to, i tylko to, jest to, co daje komentarz fantomowy ty!

Ten hack działa:

String x = "s" + //Formatter Hack
    "a" + //
    "c" + //
    "d";

Sugerowałbym nie używać formatera. zły kod powinien wyglądać źle, a nie sztucznie dobrze.Dobry kod wymaga czasu. Nie można oszukiwać na jakości. Formatowanie jest częścią jakości kodu źródłowego.