a program that tidies up Java source code to some standard format. I does not rigidly follow Sun’s
conventions, but it is quite close.
Advantages of Beautifiers
- Beautified code is consistent and hence easier to read.
- You will save tens of thousands of keystrokes you would otherwise spend compulsively aligning and tidying
code manually.
- Beautifiers are 100% consistent. Even team members who have not an anally
retentive bone in their bodies will turn out perfectly formatted code. Even fastidious you can never achieve
perfect consistency with purely manual alignment.
- Beautifiers stop fights in teams where team members have their own preferred style they don’t want
anyone else to meddle with. To be a good computer programmer you must be borderline OCD (Obsessive Compulsive Disorder). This means likely
you will develop stylistic formatting quirks that are very important to you, but are meaningless to others.
Others can’t follow them even when they want to. Those stylistic details that are so glaring to
you, sail right over their heads. Further it just irritates them to be bullied into following
“meaningless” rules, as if you were telling them they can’t walk on sidewalk cracks. Team
members are irked walking on eggs, trying to mimic every other team member’s style when working on
"their" code. Separate idiosyncratic styles for separate classes encourages territorialism.
- You settle on a corporate style for checkin, and team members are free to beautfy to their personal style
when they edit or view a piece of code. They automatically beautify back to corporate standard for checkin. You
can make the standard as elaborate and quirky as you like. It does not interfere with anyone’s work.
Because it does not matter, there is far less reason to fight over what it should be. The boss can have it
100% his way, and expect 100% compliance.
- Beautifiers get rid of most false deltas on CVS checkin. Since spacing is beautified to a standard, you
don’t get CVS deltas registered by a stray space. As part of beautification, I collapse runs of blank
lines down to one to avoid that type of false delta.
- If you change your mind on what constitutes the optimal format, you can do a bulk beautify on all code you
have ever written. That is deeply satisfying to the obsessive perfectionist.
- Beautifiers prevent deceptive code, code that is indented to look like it does one thing, but actually does
something else.
- Beautifiers can be helpful in detecting bugs such as unbalanced or improperly nested {} [] (). You
beautify, and look at the beautified indent structure to detect anomalies. If you insist on only manually
aligning code, you deprive not only yourself, but all team members of this useful tool.
Disadvantages of Beautifiers
- It is an extra step. If you forget, you will create hundreds of false CVS deltas on checkin.
- You can never find a beautifier that will do things exactly the way you would if you did them by
hand with infinite time.
- Beautifiers often have bugs. This means they may break lines inappropriately, introduce white space or add
superfluous and ever growing blank lines.
- They are not manly. Real men do everything manually no matter how much time it wastes.
- Be careful when reordering declarations to make code pretty. You can often disturb the order of static or
instance initialisation and stop it working. I broke BigDate this way allowing
Visual Age to sort all my declarations alphabetically. It really had me scratching my head.
The Ideal Beautifier
I have not yet found a beautifier that is sufficiently anally-retentive about spaces that you never get spurious
CVS deltas. You should be able to control how much space there should be before and after () [] ; + - = in
various contexts, e.g. method call, cast, empty declaration, nested () depth, /* // etc.
Ideally a beautifier should work two ways:
- Inside your editor just a click away.
- As a standalone utility so you can batch beautify and routinely beautify before adding to CVS. You want
spacing absolutely standard, no judgement at all.
- You need a beautifier for each type of text you use in your project such as Java, JSP, HTML, CSS, XML,
SQL…
Trita was unusual in that it woould beautify Java, JSP, HTML, CSS, PHP, JavaScript
and even C#. It learned your preferred style by looking as a sample of your formatted code.
A beautifier does not have to understand the full syntax of Java and it also has to handle code with syntax
errors. This makes it somewhat simpler than a full parser. In other words, to get the beautifier exactly the way
you want, you may have to write it yourself.
Any modern IDE will beautify code, e.g. Eclipse, Netbeans or IntelliJ Idea. I use Idea, which has two highly
configurable beautifier plugins called Rearranger and code Formatter. For tiny projects I use SlickEdit since it is integrated into the editor, where it is convenient to type
quickly/sloppily then beautify frequently.