2013-05-15 13 views
45

Właśnie obejrzałem meteor.js screencast i jestem bardzo zdumiony tym, jak łatwo buduje się z nim aplikację internetową, jeśli chodzi o aktualizacje na żywo i synchronizację bazy danych. Jednak nie jestem pewien, jak dobrze byłoby skalować, gdy jest na żywo.Jakie są (potencjalne) wady korzystania z meteor.js?

Jakie problemy (potencjalne lub rzeczywiste) mogę mieć, jeśli zdecyduję się na zbudowanie i wdrożenie aplikacji internetowej napisanej na meteor.js?

+9

Jaki jest powód powstania sprawy? Czy to pytanie nie jest w ogóle przydatne dla nikogo innego? – finitud

+0

@animuson Właśnie zobaczyłem, że został wstrzymany ... czy to pytanie byłoby odpowiednie dla społecznościowej wiki? Dwie oryginalne odpowiedzi były użyteczne, ale widzę, że przyciągają mniej przydatne. – finitud

+12

To nie jest oparte na opiniach, jest raczej oparte na doświadczeniu. To naprawdę pomogłoby deweloperom podjąć decyzję we wczesnej fazie analizy. Tego typu pytań nie można zamykać. –

Odpowiedz

23

Cóż, chciałbym poradzić, abyś grał z meteorytem i sam dokonał oceny. To naprawdę zależy od tego, czego pragną rozwijać

pewnymi ograniczeniami znalazłem są

  • Meteor jest dostarczany tylko MongoDB. Inne wsparcie dla baz danych planowane są na późniejszych wydaniach

  • wiążących Żadna forma modelu/obiektu (w mapie drogowej)

  • System pakiet nie jest npm (choć Meteor jest zbudowana na węźle) i jest zamknięta dla społeczności. Wszystkie pakiety meteorów są opracowywane przez meteor samych

Odnośnie wydajności, znalazłem ten article pomocny

Oto kolejny link do meteorów Roadmap

Z mojego doświadczenia wynika, powiedziałbym zalety znalazłem przeważają wszelkie wady w tej chwili:

+2

Jeśli chodzi o system paczek - możesz nadal używać pakietów węzłów w meteorach z łatwością, a także system pakietów meteorytów i meteorytów – rickyduck

+0

Pozdrawiam rickyducka Będę miał wgląd w meteoryt – jamin79

+3

Z rozwojem Meteora poruszającym się szybko i ta odpowiedź jest ponad rok , choć warto wspomnieć o [Atmosphere.js] (https://atmospherejs.com/) dla pakietów Meteor (które każdy może rozwinąć i udostępnić społeczności). –

6

Po zbudowaniu projektów klientów w meteodzie są 2 rzeczy, które od razu znalazłem przeszkadzające w systemie:

1) Brak natywnej obsługi MSSQL/MySQL lub w rzeczywistości jakiejkolwiek innej bazy danych niż MongoDB (o której wspomniał jamin). Powiedział, że ma to sens, dlaczego tak się dzieje, ponieważ rozwiązanie NoSQL z łatwym w użyciu interfejsem JS ma sens w bazie danych RDMB. Jednak nie jest plugin o nazwie Meteor SQL, które obsługuje MySQL w momencie https://github.com/drorm/meteor-sql

2) brak natywnego wsparcia dla Windows - Meteor jest zwolniony tylko na linux & OSX czyli nam okna użytkownicy są z pętli. Istnieje nieoficjalny build Windows na http://win.meteor.com, ale utknął na poziomie 0.5.9.

Prawdopodobnie nie poleciłabym budować pełnych miejsc z Meteorytu, a także ze względu na różne niestabilności - https://github.com/meteor/meteor/issues, jednak w kontrolowanym środowisku jest idealna.

Pamiętaj również, że Meteor osiągnął 11 mln USD dofinansowania - http://venturebeat.com/2012/07/25/meteor-funding/, co oznacza, że ​​będzie nadal ulepszany i rozwijany.

+3

Po aktualizacji, http://win.meteor.com miał zmianę warty, a na koniec sprawdziłem, jest na bieżąco z 0.6.3.1 Istnieje rodzime rozwiązanie Stephena Darnella z instalatorem MSI. Istnieją też 2 rozwiązania oparte na Vagrant (z systemem Meteor w maszynie wirtualnej Linux). – jadewang

+0

od JUne 11, 2014 drorm/meteor-sql nie widział żadnych aktualizacji w zeszłym roku. opuszczony? –

+1

Aktualizacja - system Windows oficjalnie obsługiwany od wersji 1.1 – Madsn

0

Ogromnym problemem przy opracowywaniu aplikacji jest brak rzeczy, takich jak sprawdzanie poprawności lub tłumaczenie. Masz wszystko na własną rękę i korzystasz z wielu zewnętrznych źródeł. Obsługa NPM nie jest optymalna, do użycia backendu ok, ale w interfejsie użytkownika hack.

Powiązane problemy