Dnia Mon, 25 Jun 2012 21:51:42 +0100, Bronek Kozicki napisal:

> On 25/06/2012 20:41, Edek Pienkowski wrote:
>> Dnia Mon, 25 Jun 2012 20:30:49 +0100, Bronek Kozicki napisal:
>>
>>> On 25/06/2012 19:38, Edek Pienkowski wrote:
>>>> Powiedzmy, że mam metodę która ma ze 30 zmiennych i, co oczywiste w
>>>> tym przypadku, jest za duża. Chcę ją podzielić.
>>>>
>>>> Problem polega na tym, że cokolwiek bym nie chciał wydzielić z tej
>>>> metody zmienia te zmienne lokalne. Jeżeli zmieniałoby jedną, nie ma
>>>> problemu:
>>>> x1 = doSth(a,b,c,d,e);
>>>
>>> elementarne - zrób klasę i zamień zmienne lokalne na prywatne pola
>>> klasy, a częsci funkcji na funkcje klasy. Potem upraszczaj.
>>
>> Powiedz od razu, że mam pisać klasy zamiast metod
>
> niekoniecznie. Zależy od tego czy w ten sposób program robi się bardziej
> zrozumiały, czy nie.

Czy w ogóle jest zrozumiały to sprawdzę jutro, przewiduję drobne
problemy. Łatwiej mi się czyta kod mieszczący się na dwóch ekranach
niż rozsiany pomiędzy kilka metod w osobnej klasie. Kiedyś było może
i odwrotnie, ale dzisiaj muszę, ehh, "ogarnąć", nawet wizualnie
jeżeli widzę to jest łatwiej. Chyba lubię kształty.

>
>> - jest takich metod dobre kilka. I nie bardzo wiem, co miałbym
>> upraszczać i dlaczego miałbym
>
> no właśnie, dlaczego napisałeś "chcę ją podzielić" ? Mogę zgadywać że
> przyczyna jest ta sama co zawsze - kod jest zbyt skomplikowany i w
> związku z tym trudno jest go poprawiać. Ale, to mojej zgadywanie.
> Prawdziwą przyczynę zapewne znasz sam.

Trochę z natury skomplikowane, takie jest. Jeżeli coś uproszczę,
to będzie to w rodzaju pośredniej struktury danych, której przygotowanie
jest prostsze i użycie jest prostsze i złożoność daje się zakceptować.

To mi nie przeszkadza, po prostu nie mogę z Javie zrobić tego samego co
bym zrobił w C++. Taka obserwacja:
w C++ nie muszę używać wszystkiego, ale mogę; w Javie dla mojego własnego
bezpieczeństwa nie mogę mieć zwykłego goto, które dodatkowo po coś
jest zarezerwowane jako słowo kluczowe.

Edek