[inny]Framework dla konkretnego projektu, Jaki wybrać? Opcje

[Kabraxis]

Muszę wybrać framework (lub zdecydować się pisać bez niego) dla konkretnego projekt o konkretnych założeniach.

1) Projekt to Software as as Service czyli nigdy kod nie będzie udostępniany klientom. Jednocześnie oznacza to, że nie będzie dziesiątek różnych środowisk, na których oprogramowanie będzie aktualizowane. Będą serwery dedykowane, gdzie każdy serwer będzie miał swoją kopię kodu i obsługiwał wielu klientów.

2) Projekt dopiero startuje i jest napisane 0 linijek kodu.

3) Projekt to system sklepu, który składa się z "niezależnych", zintegrowanych ze sobą mniejszych systemów, komunikujących się ze sobą poprzez API.

4) Projekt będzie się rozwijał powoli, ale docelowo ma być na dużą skalę.


PS Ostatnio znajomy pokazał mi meteor.com. Ktoś już z tego korzysta i może wyrazić opinię czy to się już nadaje do wykorzystania? Dynamiczna podmiana treści na stronie to coś z czego będę chętnie korzystał, a ten framework ma to w założeniu.

[viking]

Ale to jest jakiś wynalazek na JS. Według mnie przy takich założeniach nie ma bata i trzeba by to napisać w Javie + web services.

[ano]

Ale to jest jakiś wynalazek na JS. Według mnie przy takich założeniach nie ma bata i trzeba by to napisać w Javie + web services.

Czemu twierdzisz, że wyłącznie Java się nada? Moim zdaniem tworzenie całej aplikacji na Javie może go zabic w praktycznie każdym aspekcie:
- wydajność
- koszty
- trudność rozwoju

Pisz w czym Ci wygodniej - Symfony2/ZF2. Nie rozpoczynaj dużego projektu w technologii której nie znasz. Po pół roku stwierdzisz, że "jednak inaczej się pisze" a wtedy refactoring Cię zabije ;]

To zależy jak zaprojektujesz architekturę, jak ma wyglądać ten system. Nikt nie powiedział, że np najlepszym rozwiązaniem nie byłoby centralne API napisane w Node.js/Javie/cokolwiek, a frontendy w PHP. (=> łatwiejsza pielęgnacja platformy, gdy masz zcentralizowaną jego część. Kluczowe funkcjonalności powinny być stałe dla wszystkich klientów...)

Z FAQ meteora:

Meteor is still under rapid development. Expect major API changes in each release.

I to, dla Ciebie, go dyskwalifikuje już na starcie. Nie możesz rozpoczynać długoterminowego projektu na czymś tak niestabilnym.

Ten post edytował ano 2.02.2013, 09:37:44

[viking]

Czemu twierdzisz, że wyłącznie Java się nada? Moim zdaniem tworzenie całej aplikacji na Javie może go zabic w praktycznie każdym aspekcie:
- wydajność
- koszty
- trudność rozwoju

Ależ ja nie twierdziłem że cały należało by napisać wyłącznie w Javie. Tylko że backend czyli główne komponenty udostępnianie światu za pomocą web services (WSDL). PHP się do tego nie nadaje. Natomiast do odbierania takich danych i robienia z nimi coś dalej finalnie już jak najbardziej. Natomiast z pozostałymi argumentami się nie zgadzam. Wydajność będzie i tak w znacznie wyższym stopniu lepsza niż gdyby to napisać tylko w PHP, koszty nie mają znaczenia skoro i tak będzie n maszyn dedykowanych a trudność rozwoju taka sama jak w PHP o ile zna się język albo ma programistów z odpowiednią wiedzą.