Taking this further to the programming style: Values: 1. readability, 2. simplicity, 3. flexibility
I'd suggest the following: * final fields, local variables, parameters * law of demeter * single responsibility principle, separation of concerns * least possible visibility * data + code together * same level of abstraction * command/query separation * name for intent, role not scope, type, lifetime * immutable data * separate types for properties (e.g. instead transferring List<xxx> through the whole SPI) * DRY * small methods, classes * delegation/composition instead of inheritance Michael P.S: Ok, for me the curly brace hinder the readability but it is not that important. Niclas Hedhman schrieb: > On Mon, May 12, 2008 at 8:20 PM, Rickard Öberg <[EMAIL PROTECTED]> wrote: >> So far we don't, other than "IntelliJ standard settings + curly braces >> on new line + tabs-as-spaces". I think that's about it. >> >> Then some of us have preferences when it comes to naming. I, for one, >> really don't like the "m_" prefix thing, and also sometimes use "a" as >> prefix for method parameters. We're in the process of removing "get" as >> prefix for getters. Etc. Niclas, anything else? > > As Stuart says, I have assumed OPS4J style applies, although we are > not particularly strict about it. The following stuff is what I will > "adjust to" if I see it; > > * throws on newline. > > * implements on newline > > * extends on same line. > > * if/else, try/catch and all other structures; braces on their own lines. > > * No space before and one space after opening brackets. > > * Space on both sides of operators. > > * No wildcard imports. > > * No import grouping, only alphabetic sorting. > > * 120 character lines, exception Javadocs. > > * No auto line breaking in the IDE. > > * No m_ (unlike Qi4j) by violent protest from Rickard. > > * I equally violent remove his "a" prefix in argument names. > > * Comments to a minimum, to avoid out of date comments later. Instead > more methods with descriptive names. > > > I think that's all I can recall right now. > > > Cheers > Niclas > > _______________________________________________ > qi4j-dev mailing list > [email protected] > http://lists.ops4j.org/mailman/listinfo/qi4j-dev _______________________________________________ qi4j-dev mailing list [email protected] http://lists.ops4j.org/mailman/listinfo/qi4j-dev
