🚀 go-pugleaf

On Wed, 19 Jan 2011 13:08:32 +0100, "Robert Winkler"
<winkel@NOSPAMpoczta.fm> wrote:

>MVVM kompletnie zmienia sposób myslenia

Moj zmienil -- do dzis nie moge dociec, skad bierze sie owczy ped w
kierunku rozwiazan mniej wydajnych, gdzie odbiorca musi sie mocno
napracowac stosujac pewne modele i zamiast jeszcze ochrzanic
producenta za zawalenie sprawy, to stwierdza, ze to jest postep.

Do czego pije? Eventy oparte na nazwach (au!) pol, brak
wielodziedziczenia zmuszajacy do powielania kodu (trigery
uruchamiajace eventy), jeden kanal transmisji eventow (au!), i brak
kolejkowania/filtrowania zdarzen (bardzo latwo zatkac WPF eventami).

Czesc wynika z konstrukcji C# rzecz jasna, ale tak czy inaczej calosc
przypomina chalture wiazana sznurkami. Nie po to sie w koncu wybiera
C#, zeby cos co powinno byc bledem skladni (dowiazanie do properties z
bledem w nazwie) nie bylo komunikowane nawet bledem w runtime!!! Glupi
Bash mi to nawet by zakomunikowal.

>W firmie poszlismy wlasnie w tym kierunku i jak na razie sprawdza sie 
>znakomicie.
>99% który mielismy w WinForms po prostu znikla, jako calkiem niepotrzebna,
>wszystko zalatwia nam databinding.

Ciesze sie, ze istnieja success stories :-) Ja w kazdym razie patrze
na wydajnosc -- a fakty sa takie, ze 15 lat temu szybciej tworzylem
aplikacje w Delphi, niz dzisiaj w C#/WPF.

Zeby bylo jasne, klne na czym swiat stoi, ale uzywam wlasnie WPF-a. C#
jest juz i tak nieco nieszczesliwy, wiec WPF juz mi i tak nie robi, a
cenie nie jego data binding, ale modulowosc (tj. zagniezdzanie
dowolnych widgetow).

milego dnia, hej


-- 
Moja wyprzedaz wszystkiego: ksiazki, plyty, filmy.
http://www.garaz.pol.pl/