Java pisanie metod/konstruktorów

Witam.

Piszę z reguły programy graficzne. Jednak gdy chcę stworzyć coś swojego, bardziej rozwiniętego potrzeba napisać metodę czy konstruktor. Z tym właśnie mam problem. Jak można dobrze nauczyć się pisać metody/konstruktory?
Jak sobie to wszystko rozplanować?(Co ma robić metoda, co ma zawierać itp.)

1. Konstruktor ma ustawić pola na wartości domyślne (najczęściej na podstawie danych podanych w jego argumentach)
2. Metoda ma być krótka
3. Metoda powinna mieć dobrze określone, co robi - im mniej, tym lepiej
4. Metoda powinna operować tylko na polach swojej klasy lub klas bezpośrednio z nią powiązanych (wywołać ich metody !) (nie być zazdrosną o inne klasy)
5. Klasy mają być małe (3-4 pola max.), więc i metody do operowania na nich będą małe
6. Metody mają mieć opisowe nazwy
7. Nazwy parametrów metod też muszą mieć znaczące nazwy

Pokaż jakiś kod, to Ci "poprawimy" ;)

Kup jakąś książkę do Javy omawiającą pewne dylematy, np: http://helion.pl/ksiazki/java-efektywne-programowanie-wydanie-ii-joshua-bloch,javep2.htm

Poza tym np: http://en.wikipedia.org/wiki/SOLID_(object-oriented_design) (ale nie jestem przekonany, by to jakoś fanatycznie stosować) czy http://en.wikipedia.org/wiki/Don%27t_repeat_yourself (to akurat trzeba sobie wpoić).

[losowa nazwa] napisał(a)

1. Konstruktor ma ustawić pola na wartości domyślne (najczęściej na podstawie danych podanych w jego argumentach)
2. Metoda ma być krótka
3. Metoda powinna mieć dobrze określone, co robi - im mniej, tym lepiej
4. Metoda powinna operować tylko na polach swojej klasy lub klas bezpośrednio z nią powiązanych (wywołać ich metody !) (nie być zazdrosną o inne klasy)
5. Klasy mają być małe (3-4 pola max.), więc i metody do operowania na nich będą małe
6. Metody mają mieć opisowe nazwy
7. Nazwy parametrów metod też muszą mieć znaczące nazwy

Pokaż jakiś kod, to Ci "poprawimy" ;)

kilka uwag :)

1. Wartosci domyslne jesli juz powinny byc ustawiane przez konstruktor domyślny-bezparametrowy lub od razu w definicji pola klasy, konstruktor z parametrami używa się własnie do tego aby stworzyc obiekt z innymi wartosciami pól niz domyślne.
2. Nie przesadzajmy ze tylko na polach swojej klasy, moze w ogóle nie korzystac z swoich pol jesli jest to klasa np utilowa.
3. Jesli obiekt danej klasy reprezentuje cos posiadajacego 10 atrybutów to przeciez nie bedziesz tego rozbijał na klika klas zeby miec 3-4 pola ?:> rozmiar metody też nie jest zalezny w zaden sposób od ilosci pol, wszystko zalezy od logiki którą zaimplementujesz.

Tworząc klasy reprezentujące jedynie dany obiekt tzw beany powinny one posiadac jedynie pola + gettery i settery do tych pol (takie beany dobrze aby nie realizowały zadnej logiki biznesowej - im prosciej tym lepiej), do realizacji logiki biznesowej tworzysz oddzielne obiekty tzw managery które bedą realizowac operacje na twoich beanach