Xoft

17. marca o 13.30 na konferencji GigaCon 2008 będę opowiadał o Swing Application Framework. Zapraszam wszystkich zainteresowanych! Będę starał się unikać przynudzania, na rzecz pokazania jak w SAF-ie można szybko zrobić coś dobrze działającego i wyglądającego. Pewnie będę używał NetBeansa, ale to akurat ma małe znaczenie.

Streszczenie mojego wykładu Swing Application Framework czyli tam i z powrotem:

Technologię Swing, pozwalającą tworzyć graficzny interfejs użytkownika w Javie, od samego początku jej istnienia, czyli od 10 lat, prześladował pech. Pierwsze implementacje były niewydajne i uciążliwe w użyciu, kolejne, coraz lepsze wersje tego interfejsu programistycznego także nie rozpieszczały programistów.

Swing Application Framework jest długo oczekiwaną nakładką na niskopoziomową funkcjonalność Swinga, która znacznie ułatwia i przyspiesza pracę przy budowie GUI. W czasie wykładu postaramy się rozpoznać te elementy tworzenia interfejsu użytkownika, które są szczególnie kłopotliwe, a następnie zobaczymy SAF w działaniu. W szczególności skoncentrujemy się na tym, jak ułatwić sobie programowanie typowych elementów aplikacji z GUI: inicjalizacji i zamykania aplikacji, programowania wielowątkowego, obsługi zdarzeń.

Główna część wykładu będzie praktyczną demonstracją tworzenia aplikacji wykorzystującej SAF.

Materiały do mojej prezentacji o JBoss Seam na Gigaconie 2007.

Prezentacja: [plik PDF]

Przykłady (kod źródłowy):

• rejestracja: projekt, który nie wykorzystuje JBoss Seam, co prowadzi do opisanych w prezentacji problemów (projekt Eclipse lub Jakarta Ant)
• rejestracja + JBoss Seam: projekt wykorzystujący JBoss Seam (projekt Eclipse lub Jakarta Ant). Wskazówki jak włączyć tryb konwersacyjny Seam-a są w kodzie i w prezentacji.
• rejestracja (NetBeans): projekt, który nie wykorzystuje JBoss Seam. (projekt analogiczny do “rejestracja” tylko, że dla NetBeans IDE)
• rejestracja + JBoss Seam (NetBeans): projekt , który wykorzystuje JBoss Seam (projekt analogiczny do “rejestracja + JBoss Seam” tylko, że dla NetBeans IDE)

Streszczenie wykładu…
Czytaj resztę wpisu »

Najpierw będzie przydługi wstęp, w którym popastwię się nad Rubim, a na końcu będzie interesujące porównanie wydajności czasu tworzenia aplikacji w Javie i Rubim na Rejlasach.

Ostatnio sporo szumu pojawiło się w związku z językiem programowania Ruby, a zwłaszcza frejmłorkiem do tworzenia dynamicznych stron WWW Ruby on Rails. Przypomina to bardzo przedostatni szum związany z językiem Python i serwerem Zope – te ostatnie dwie technologie jakoś popadły w niełaskę ostatnio u “trend seterów”.

Przyjrzałem się ciepło Rubiemu, bardzo przyjemny język, bardzo obiektowy i można w nim bardzo dziki kod tworzyć. Na przykład dodawanie 2 + 3 można zapisać w postaci 2.+(3) itp. sztuczki. Kod można pisać w dowolnie niedbały sposób, co ma swoje wady i zalety.

Tak na serio, Ruby jest na prawdę fajny, tylko co z tego.

Grzebiąc w sieci na jego temat (zwłaszcza Ruby on Rails) znalazłem to . I własnym oczom nie mogłem uwierzyć. Tam jest napisane: “Please note that right now Rails basically knows nothing about Unicode and pretends everything is just bytes”. Co? Cooo? Ten ficzer Rubiego faktycznie znakomicie ułatwia tworzenie aplikacji, które mają pecha i używają czegoś więcej niż US-ASCII.

Zwolennicy Rubiego, np. Bruce Tate, autor książki “Beyond Java” twierdzą, że podstawową zaletą Rubiego i Ruby on Rails jest dziesięciokrotne przyspieszenie czasu tworzenia aplikacji w stosunku do Javy.

10 razy robi wrażenie.

Jest nawet w sieci tutorial pokazujący jak szybko można w Rubym on Rails utworzyć aplikację WWW opartą o bazę danych z szybkością 10. Przetrawiłem ten tutorial i rzeczywiście, jedna godzina i prosta aplikacja dodająca i modyfikująca dane w bazie jest gotowa.

Tyle, że to samo w Javie można zrobić szybciej i przyjemniej, nie tracąc tego wszystkiego, co nam daje technologia Java EE: deklarowalną politykę bezpieczeństwa, deklarowalną transakcyjność, komponenty EJB, z którymi może rozmawiać klient GUI i wiele innych. Potrzebujemy do tego Netbeans 5.5 (narazie jest beta) i to w zasadzie wszystko. Demo we flashu jest tutaj.

Parę kliknięć i prosty CRUD w EJB 3.0 i JSF jest gotowy.

Wpis umieszczony na portalu JDN [link]

No newsa przeczytałem niesamowitego. AJAX, czyli Asynchronous JavaScript and XML, a nie płyn do mycia sedesu, pobił rekord. Jak napisali ludzie z ajaxian.com jest już 134 frameworków do AJAX-a. Pobili nawet liczbę frameworków do tworzenia aplikacji WWW w Javie!!!

Oznacza to zdaje się jedno, przy pomocy AJAX-a naprawdę trudno jest napisać coś działającego. Nawet Yahoo nie dało rady i ich nowa strona (yahoo.com/preview) nie działa poprawnie pod Operą i Safari (tak piszą na forach).

Najzabawniejsze jest to, że niektórzy po wielkich mękach potrafią napisać aplikację, która jest dość słabą namiastką aplikacji GUI, zamiast to zrobić w jedyny słuszny sposób, czyli appletem Javy.

Warto porównać sobie funkcjonalność i wygląd napisanego w AJAX-ie writely.com i napisanej w Javie aplikacji biurowej ThinkFree (http://www.thinkfree.com).

Nie da się jednak ukryć, że sortowanie tabelek po wybranej kolumnie lepiej jest zrobić AJAX-em zamiast przeładowywać od nowa całą stronę. Po małej szarpaninie działa coś takiego w prawie wszystkich przeglądarkach. To tak dla osłody dla fanów AJAX-a.

Wpis umieszczony na portalu JDN [link]

Moja prezentacja EJB 3.0 na konferencji Gigacon 2006

• Prezentacja w formacie PDF (slajdy) i PDF (do wydruku)
• Kod źródłowy przykładów: Notatnik w EJB 3.0. Do uruchomienia aplikacji potrzebna jest Java SE 1.5 (5.0), serwer JBoss w wersji 4.0.4RC1 lub nowszej oraz Jakarta Ant. Szczegółowe informacje są w pliku CZYTAJ.txt wewnątrz katalogu z aplikacją.

Krótkie streszczenie wykładu…
Czytaj resztę wpisu »