Alternatywa dla nie rozwijanego Swing app framework

Odpowiedz Nowy wątek
2011-08-02 11:07
0

Witam

Bardzo lubiłem i dalej lubię używać SAF (JSR 296), ale ostatnio dowiedziałem się że na pewno nie będzie on rozwijany i do tego nie znalazł się w JDK 7.

Podobało mi się w nim:

  • ujednolicenie i uproszczenie odwoływania się do zasobów
  • mechanizm akcji: upraszczał bardzo wykonywanie zadań w tle GUI włącznie z kanselowaniem. W ogóle też zarządzał całym cyklem życia GUI.

Czy istnieje inny alternatywny framework dla swinga, który w jakiś sposób umiał powyższe i może więcej?

Jakoś nie bawi mnie wracanie do SwingWorker'a.

Pozdrawiam

EDIT: No i SAF miał gotowy archetyp w mavenie z rozbudowanym szkieletem a to było dużo.


Another jam from the world for the jam from the voices of the world......
edytowany 3x, ostatnio: lipkerson, 2011-08-02 14:56

Pozostało 580 znaków

2011-08-02 20:51
0

hmm...znalazłem ciąg dalszy SAF'u

http://kenai.com/projects/bsaf/pages/Home

Ale też pociągneli tylko 1,5 roku dłuzej. Chociaż na ich forum jest jakiś ruch.
Pozytyw taki że tylko podmieniłem zależność w mavenie i rusza bez zmiany kodu. A kilka felerów SAF'u poprawili.

Jakby ktoś chciał:

 <dependency>
        <groupId>org.jdesktop.bsaf</groupId>
        <artifactId>bsaf</artifactId>
        <version>1.9.2</version>
    </dependency>

Another jam from the world for the jam from the voices of the world......

Pozostało 580 znaków

2011-08-02 22:23
0

Następcą SAF jest NetBeans Platform, akurat piszę w tym i wydaje się niezłe(może poza paroma zbyt zamotanymi rozwiązaniami). Przy tworzeniu większych aplikacji spisuje się całkiem nieźle.


Pozostało 580 znaków

2011-08-03 08:17
0

Ano jest NP. Powiem szczerze, ze boję się tego dotykać ... czytam ciągle, że jakie to beznadziejnie skomplikowane i złożone. Żeby zrobić hello world z kilkoma butonami z obsługą zdarzeń trzeba dwóch architektów i 3 programistów:)
Może i do dużych aplikacji {wiem, że JMonkey Platform jest oparty na NP i sprawuje się OK) jest to dobre ale ja piszę swingowe projekty tak do 50 - 100 klas i czy na pewno to nie jest działo na muchy?

Jeszcze te porównanie mi się spodobało:
http://etfdevlab.blogspot.com[...]better-swing-application.html

We wnioskach jest kilka wykresów, które potwierdzają moje skromne przypuszczenia i subiektywne testy.

EDIT: Rozmiar dystrybucji NP jest kilkadziesiąt krotnie większy niż normalnie: mam aplikację z 12 modułów: teraz ma rozmiar ok 17 MB. W NP chyba by miała 170 :D


Another jam from the world for the jam from the voices of the world......
edytowany 1x, ostatnio: lipkerson, 2011-08-03 08:23

Pozostało 580 znaków

2011-08-03 08:26
::.
0

Moze zamiast opierac sie na tym co czytasz, subiektywnych opiniach i wykresach, sciagnij i zbuduj jakas aplikacje, przekonaj sie sam.

Pozostało 580 znaków

2011-08-03 15:20
0

Do prostych aplikacji aka 3 okienka dialogowe to rzeczywiście nie bardzo się nadaje. Ale jak już masz coś z architekturą dokument(y)/widok(i) (Nodes API) to ładnie to wszystko ze sobą można połączyć.
Co do rozmiaru dystrybucji to rzeczywiście jest większy, ale nie aż tak strasznie(chyba że zostawisz załadowane wszystkie domyślne moduły - nie zawsze wszystko jest potrzebne)


Pozostało 580 znaków

Odpowiedz
Liczba odpowiedzi na stronę

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