Java pisanie metod/konstruktorów

0

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.)

0
  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" ;)

0

Kup jakąś książkę do Javy omawiającą pewne dylematy, np: http://helion.pl/ksiazki/java[...]ie-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ć).

0
[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

1 użytkowników online, w tym zalogowanych: 0, gości: 1, botów: 0