Will take a look at the xml files during the weekend.
-----------
Some personal reflections about the proposed coding standard.
- License headers
Good idea.
- Javadoc
Im not sure I like the idea to document _everything_. Im more like a "document-only-if-needed"-guy
- Final
I like immutability for attributes (if possible). (would be nice if immutability was default for variables, params and fields, unfortunately it isn't). Insert final everywhere => more code :(
- this
Only insert 'this' when needed. (like ctor and setters). Otherwise omit.
- max line width
dont impose. common sense. (I have a visible vertical line at 120 in my IDE).
- since tag
kinda unfamiliar with these "java doc feature". Might be useful
-- Miscellaneous --
You often hear people complaining about the verbosity in Java. Most of the time I agree.
Therefore I like the following non-standard non-conventional java coding style (heavily inspired by Scala)
from o.d.i.t.Timeout.java
private final AsyncCallback nopCb = new AsyncCallback() { @Override public void onCallback() { /*nop*/} };
instead of
private final AsyncCallback nopCb = new AsyncCallback() {
@Override
public void onCallback() {
/*nop*/
}
};
Iam also voting for one line functions if they are only a single statement, eg.
public long getTimeout() { return timeout; }
So the comments above are all my personal opinions (and I guess they are reflected in the Deft's current code base)
I guess you don't agree with everything, so dont hesitate to raise your voice. I know we can sort this out and get a descent coding convention for deft. :)
// Roger Schildmeijer