🚀 go-pugleaf

W dniu 26.12.2013 17:02, A.L. pisze:
> On Thu, 26 Dec 2013 09:55:57 +0100, Arivald <NOSPAMarivald@interia.pl>
> wrote:
>
>> Generalnie tak. Ale nie widzę przeszkód żeby mieć klasę opisującą
>> czynność. Zresztą właśnie Command jest czynnością.
>>
>
> Generalnie nei widze powodu zeby nie mozna miec. Tak samo jek nei
> widze powodow aby nie mozna bylo pierdzec publicznie na przyjeciu
> swiatecznym u Cioci Kloci i dlubac publicznei w nosie.
>

Fajny język PANIE WYKSZTAŁCONY WYKŁADOWCO... :)

> Dowolny jezyk jest roznei rozciagliwy jak zuzyta prezerwatywa i mozna
> go rozciagac do woli. Ale na ogol , wsrod wielu mozliwych sposobow
> zrobienia czegos, jest kilka aledwie ktore sa prawidlowe.
>

Dalszy wywód błyskotliwej myśli...

>>>
>>> CZYNNOSC to czesc zachowanai (protokolu) klasy.
>>>
>>> Proponuje Koledze wziac jakis prosty podrecznik do UML czy do Object
>>> Oriented Design  i przekonac sie czym jest KLASA i OBIEKT w
>>> programowaniu obiektowym
>>>
>>> A.L.
>>>
>>
>> Ale to nie wyjaśnia dlaczego konkretna klasa implementująca Command nie
>> mogła by się nazywać ZrobCosTam.
>>
>
> No mogla by. Juz wyjasnilem wyzej. Podobnei jak mzoes pierdziec
> publicznie na raucie dyplomatycznym. Podobnie jak w dowolnym jezyku
> mozesz programowac jak chcesz. Ale jest drobne rozroznienie miedzy
> PROGRAMWOANIEM OBIEKTOWYM a PROGRAMWOANIEM W JAVE. Nie kazde
> programwoanie w Javie jest programowaniem obiektowym, nawet jezeli
> uzywa sie klasy (zreszta, w Jave nie da sie nie uzywac klas).

Pokaż choć jedną regułkę ze swoich książeczek na pułkach których masz 
podejrzewam jako "MĄDRY WYKŁADOWCA" możesz podać tytuły i stronę chętnie 
poczytam bo to co opisałeś to jedyne o czym świadczy to brak kultury

>
>
>> W aplikacji związanej z grafiką miałem wszystkie Command w paczce
>> xx.commands, a ich nazwy to Move, Rotate, SetScale, itd.
>>
>>
>> Inny przykład na klasę ZrobCosTam : w Androidzie mam takie klasy które
>> przyjmują na wejściu obiekt z parametrami/danymi, odpalają wątek z puli
>> i próbują przetwarzać te dane w oparciu o webservice. I mają właśnie
>> takie nazwy: SaveSomething, GetSomething, etc. żeby wykonać akcję tworzę
>> nową instancję takiej klasy.
>>
>> Powiesz że mógł bym to robić w jednym obiekcie, wołając jego funkcje
>> saveSomething() etc. Mógłbym, ale i tak pod spodem musiał bym tworzyć
>> obiekty trzymające aktualny stan, progress operacji. Więc naprawdę nie
>> widzę sensu wprowadzać jeszcze jednego pośrednika.
>
> To dla ciebei widac tak jest. Niestety, z programwoaniem obiektowym
> jest tak jak z internetem: trafil pod strzechy. Dla wiekszosci ludzi
> "programwoanei obiektowe" to programowanie w Javie. O tym ze jset cos
> takiego jak PROJEKTOWANIE OBIEKTOWE i ANALIZA OBIEKTOWA, malo kto,
> niestety, wie. Zwlaszcza wsrod mlodych  "miszcow informatyki" ktorzy
> ucza sie ze "programowanie obiektowe to programowanie w Javie". czy
> C++.  O tym ze pewne rzeczy robi sie w okreslony sposob, i dlaczego
> sie tak robi, malo kto wie.
>

Pan INTELIGENT :) któremu ów słoma z tych strzech się sypała i trafiła 
do butów :) Zapomniał jej wygrzebać jak dostał się na uczelnie:)

Pomyliłeś kolego wzorce projektowe z analizą obiektową, fakt powiązane 
ale napewno analiza obiektowa nie określa co się robi w jaki sposób to 
określają wzorce. Proszę sobie poczytać w swoich mądrych książkach,

> Ale coz wymagac, skoro nawer znakomity MIMUW pod haslem "Programowanie
> Obiektowe" przemyca programowanie w Javie, w ktorym to programowaniu
> obiektowym, jak to wynika z wykladu, najwazniejsze sa wyjatki
>
> A.L.
>
> P.S. Jak pisalem wyzej, wyrzucam za dzrwi studenta ktory przyniesie mi
> klase ZrobCosTam. I bede wyrzucal poki mi sil starczy, albo studenci
> zrozumieja o co chodzi. A co sobie "miszczowie" pod Androidem robia,
> malo mnie interesuje

Tak jak napisałem pokaż to gdzieś, bo wymysły mnie nie interesują :)

Pozdrawiam