Niebezpieczeństwa korzystania z ExtJS na dużym projekcie z RoR?

[2012 update] ExtJS został przejęty przez Sencha, który oferuje licencję GPLv3 i dwie licencje komercyjne.

[2008-Październik komentarz] ExtJS jest świetny pod względem technicznym, ale fiasko z licencją kilka miesięcy temu skłoniło mnie do spojrzenia na inne frameworki - nie ufam już twórcom ExtJS w ogóle. Nie podoba mi się to, jak sformułowali swoją licencję i jak udawali, że są zwolennikami open source, oczywiście próbując niesprawiedliwie czerpać zyski z tych, którzy uwierzyłem im.

Jestem przeciwko używaniu ExtJS tylko ze względów moralnych.

To należy do odpowiedzi na komentarz Milana do mojej poprzedniej odpowiedzi, ale jako nowicjusz tutaj nie mam wystarczającej ilości punktów reputacji, aby odpowiedzieć tam:

Wystąpił problem z "SP is undefined", który był wynikiem buforowania plików JavaScript przez Rails do jednego dużego pliku (w przeciwnym razie byłoby ich kilkaset). Buforowanie wprowadziło kilka dziwnych błędów z nowymi liniami, które wyrzuciły całość. Przez jakiś czas wyrywałem włosy, ale rozwiązaniem było zaktualizuj Ruby z wersji 1.8.6 (patch level 72) do najnowszej wersji 1.8.7. Naprawiło to problem, więc sprawdź go ponownie, jeśli chcesz spojrzeć (musisz wykonać pełne odświeżenie, aby pokonać buforowanie zasobów).

Cieszę się, że natknąłeś się już na rzeczy z EXT MVC. Obecnie mogę w pełni uwierzyć, że musi to być dość trudne do zrozumienia, głównie ze względu na brak przykładów,samouczków i dem. Sam kod jest jednak dość dobrze udokumentowany (przynajmniej nowszy kod w każdym razie jest dużo który wymaga oczyszczenia).

Jestem obecnie w trakcie refaktoryzacji kilku kluczowych klas, zanim będzie ona gotowa do odpowiedniego 'wydania'. Kiedy to będzie gotowe (myślę o kilku tygodniach), wygeneruję dokumentację i skonfiguruję szybką stronę z kilkoma demami i przykładowym kodem. Kiedy to zrobię, wstawię post na moim blogu ( http://edspencer.net).

Moim celem jest próba stworzenia frameworka, który znacznie ułatwi pisanie tego typu aplikacji, i ustanowić pewne konwencje. Obecnie nie ma konsensusu ani domyślnego sposobu strukturyzowania aplikacji ExtJS, więc wszystko, co możemy zrobić, aby to zrobić, będzie krokiem we właściwym kierunku! Komentarze i komentarze są mile widziane.

Udało mi się wdrożyć dużą aplikację RoR / ExtJS w rodzaju opisanego ("jednostronicowa" aplikacja AJAX po stronie klienta). Ext_scaffold jest w zasadzie red-herring.

Nie jest zbyt podatkowy, aby ROR i ExtJS działały płynnie razem. Podstawowym wyborem jest to, czy rozszerzyć ExtJS na "speak Rails", łatać RoR na "speak ExtJS", czy spotkać się w środku. To będzie zależeć od umiejętności Twojego zespołu.

Przyjęłam strategię meet-in-the-middle, która zawiera:

• Rozszerz Ext.data.Store i Ext.data.Record, aby być świadomym konwencji trasowania szyn
• Hack Ext.grid.EditorPanel i Ext.form.BasicForm aby dobrze grać ze skojarzeniami ActiveRecord
• zapis niektórych modułów, aby rozszerzyć ActiveRecord::Base i ApplicationController, aby po prostu zatwierdzić z Ext.grid.EditorPanel i Ext.form.BasicForm

Powiedziawszy to, istnieją wady ExtJS.

Będziesz musiał ubrudzić sobie ręce w środku. Nie daj się zwieść demom.
• The dokumentacja Społeczności jest słaba i skoncentrowana na PHP.
• pochodzący ze świata Ror z Github/Lighthouse, używanie VBulletin jest jak przebudzenie się w 1998 roku. Chodzi mi o to, że nie ma publicznego bugtrackera tylko post na forum, który jest aktualizowany (WTF?).
• kod jest trochę przerobiony.
• zespół stracił wiarygodność Open Source, więc stracił tlen Open Source.
• zespół wydaje się być skoncentrowany na integracji z GWT (czy ktoś może powiedzieć "enterpri$ey"?).

Możesz rzucić okiem na Framework Netzke, który jest uważany za taki: ułatwia tworzenie złożonych jednostronicowych aplikacji internetowych z naciskiem na podejście modułowe.

Zalety Netzke to:

• Wielokrotnego użytku i rozszerzalności kodu. Po utworzeniu komponentu (zarówno po stronie klienta, jak i serwera) możesz go ponownie użyć w dowolnym miejscu, połączyć z innymi komponentami lub rozszerzyć go o dziedziczenie.

• Wydajność. Klasa dla każdy komponent jest ładowany z serwera (i oceniany) tylko raz, co oszczędza dużo czasu na komunikacji serwer-klient.

• Jest open source i jest aktywnie rozwijany. Posiada live dema i przykładowy kod.

• Posiada wbudowane komponenty, których możesz używać od razu, nawet bez dotykania Ext JS (wystarczy skonfigurować je w Rails)

• Został wykorzystany (przez jego autora) do realnego rozwoju złożonej logistyki podanie.

Wady Netzke to:

Kod jest wciąż młody, a społeczność mała.

Jeśli jesteś zainteresowany, spójrz na opis i szczegóły projektu tutaj: https://github.com/nomadcoder/netzke-core

Live demo / tutoriale można znaleźć tutaj: http://netzke-demo.herokuapp.com i tutaj: http://yanit.heroku.com

Ext jest zdecydowanie wystarczająco dojrzały, aby poradzić sobie z tą sytuacją. Obecnie pracuję nad projektem Rails z dużą ilością Ext, a najtrudniejszą częścią jest zdecydowanie praca z to_json Rails, aby renderować JSON, który może odczytać Ext (dla tablic, hashów, modeli, które nie powiodły się walidacji, itp.)

Sprawdź wtyczkę ext_ scaffold dla Rails. Zacząłem od tego i zhakowałem jego ActiveRecord/ActionView rozszerzeń, dopóki nie zrobił tego, czego potrzebowałem.

Ja też mam pewne doświadczenie w używaniu ExtJS z Railami. Korzystanie z frameworku to świetny sposób, aby uzyskać ładne widżety za darmo. Konwencja REST powinna również pasować do frameworka, jeśli używasz go do tworzenia aplikacji jednostronicowych. Działa również dobrze z RJS.

Oto moje problemy z używaniem frameworka

1. Nie możesz użyć Flasha [: notice], ponieważ przeładowanie pojedynczej aplikacji jest głupie. To sprawia, że przekazywanie powiadomień o walidacji i wiadomości jest obowiązkiem ponieważ musisz użyć metod RJS / javascript, aby je pokazać.

2. Nie można używać erb dużo więc trzeba enkapsulate dużo logiki w JSON wywołań zwrotnych.

Wdrożyłem ExtJS i Rails dla wielu aplikacji i na pewno można je ze sobą rozmawiać. Przygotowaliśmy szybkie demo aplikacji, którą obecnie rozwijamy w Rails + Ext pod adresem http://demo.domine.co.uk/admin. Zignoruj na razie front end, ponieważ nie jest kompletny - sekcja admin jest zasadniczo skończona i możesz się do niej zalogować:

Nazwa użytkownika: edward hasło: rarrar

Ponieważ demo nie jest jeszcze do końca ukończone nie gwarantuję, że na tym etapie działa poprawnie we wszystkim innym niż Firefox. Nie ma powodu, aby nie działało w innych przeglądarkach, po prostu nie spędziłem jeszcze czasu na ich testowaniu. Chodzi jednak bardziej o integrację z rails.

Każda aplikacja w menu start wchodzi w interakcję z backendem Rails poprzez JSON. Napisałem podstawową wtyczkę Rails, aby wykonać większość pracy za nas. Niedługo wypuszczę kod za tym, ale na razie mam nadzieję, że to da jakiś pomysł, jak dobrze te dwie technologie mogą ze sobą współpracować...

Chociaż nie mam doświadczenia z ExtJS (poza czytaniem o "Practical Rails Projects"), użyłem jQuery Flexigrid z jrails, aby uzyskać bardziej pulpit.

To działało całkiem nieźle.

Ok. Używam extjs gxt gwt na wielu projektach i jest bardzo łatwy do opracowania. Ale chcę ci powiedzieć, że zbudowałem swój projekt z extjs + gwt( gxt), nie jestem pewien co do Rubiego. link text