![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 81 Pomógł: 2 Dołączył: 28.03.2003 Ostrzeżenie: (0%) ![]() ![]() |
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. |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Zarejestrowani Postów: 435 Pomógł: 40 Dołączył: 16.02.2003 Skąd: Wrocław Ostrzeżenie: (0%) ![]() ![]() |
Dlaczego polecasz soap'a?
W swoim życiu nie widziałem jeszcze żadnego SOAP API, z którym nie byłoby problemów. "Najwięksi" też od niego odchodzą https://developers.google.com/soap-search/?hl=pl Z wad mogę wymienić chociażby konieczność używania wyłącznie XML - (w porównaniu z JSON:) cięższy format, trudniejszy do parsowania, mało przenośny, wymagający o wiele większego narzutu danych (dłuższe odpowiedzi); zbyt "strict" przez wsdl. SOAP/Java nie nadaje się do RAD. Jeżeli sie nie zgadzasz to podaj mi przykładowe start-upy robione w tych technologiach (IMG:style_emoticons/default/tongue.gif) (ciężkie zadanie!) TEORETYCZNIE wydajność javy powinna być lepsza. Ale z praktyki wynika, że niestety jest na odwrót -> bardziej problematyczna do utrzymania, do administrowania, do rozwoju. Oczywiście wszystkiemu winni developerzy (IMG:style_emoticons/default/wink.gif) łatwiej zpieprzyć jave niż php... Cytat 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ą. Koszty mają ZAWSZE znaczenie. Programista Java jest droższy od PHP, a na dodatek ciężej znaleźć takiego, który by się do czegoś nadawał... Infrastruktura takiej samej aplikacji Javowej będzie o wiele bardziej kosztowna niż taka z np PHP I idąc dalej - Koszty administracji automatycznie też będą większe. |
|
|
![]() ![]() |
![]() |
Aktualny czas: 13.10.2025 - 21:38 |