🚀 go-pugleaf

W dniu czwartek, 2 maja 2013 05:11:21 UTC+2 użytkownik us...@domain.invalid napisał:
> Jak facebook sobie poradziďż˝, to ty teďż˝ sobie poradzisz :)
Ciekawe czy by sobie poradzili ludzie od facebooka z moim problemem,
jakby mieli taki sam budżet jak ja ;-)


> Facebook jak dotar� do problemu spadku wydajno�ci to zacz�� tworzy� 
> rozszerzenia do PHP, kt�re przecie� mog� by� natywne a dzi�ki temu 
> szybsze od kodu pod maszyn� wirtualn�. Czyli cz�� kodu php mo�na 
> zamieni� na jedn� lini� kodu z biblioteki do��czanej. Zreszt� s� inne 
> rozwi�zania, cho�by facebookowe HipHop dla PHP.
Nom, ale to tylko przyspieszenie obliczeń. Od strony technicznej, bardziej
obawiam się problemów z dostępami do dysku. Od strony ekonomicznej, 
obawiam się kosztów utrzymania ludzi. Czasami myślę, żeby w ogóle serwer
http wywalić i napisać wszystko w C++. Wtedy wszystkie drobiazgi można
trzymać w RAM, a co ważniejsze, można dane z bazy trzymać w przystosowanych
strukturach danych w RAM. Ale z tego co się rozglądałem, to zatrudnienie
ludzi wprawnie posługujących się C++ za średnie wynagrodzenie jest 
praktycznie niemożliwe. W praktyce bym musiał zrobić wszystko sam, albo
prawie sam.



> Fakt, nie chodzi o logikďż˝ w sensie MVC, ale w tym konkretnie przypadku o 
> niedeklaratywny kod realizuj�cy te� jaki� rodzaj logiki (��czenie 
> elementu interfejsu z akcjďż˝).
Rozumiem że byś chciał, aby po zmianie nazwy kontrolera lub akcji, ta 
funkcja też poprawnie działała, bez zmiany stringów? W Cake można osiągnąć 
taki efekt... na 2-3 sposoby. 

W swoim mini-frameworku bardziej zależało mi na tym, aby linki w języku
użytkownika pojawiały się zaraz po tym jak przetłumaczy tłumacz - dlatego
u mnie te funkcje pobierają odpowiednie ID nazw.

> Cake uwa�am za jedn� z tych warstw, kt�re oddalaj� mnie od 
> generowanego HTMLa i tak jak pisa�em, imo pomaga� mo�e, nie musi 
> a w ma�ych jednoosobowych projektach mo�e nawet przeszkadza�.
To nie rozumiem dlaczego Ci to przeszkadza, w prostych aplikacjach 
Cake i inne frameworki przyspieszają proces tworzenia.


> Chodzi te� o to, �e za pomoc� Cake mog� utworzy� interfejs 
> strony, kt�ra zostanie pobrana raz,
> wi�c za pomoc� JS mog� go wtedy ju� tylko w 
> niewielkim stopniu wygodnie modyfikowaďż˝, aktualizowaďż˝ dane, ale... sďż˝ 
> miejsca, gdzie musz� u�ywa� du�o JS a wi�kszo�� na stronie powstaje za 
> pomoc� jQuery+ajax, aby zapewni� wi�ksz� "responsywno��" dla u�ytkownika 
> i strona mo�e wygl�da� tak:
Opisujesz przykład, w którym Cake nie spełni swojej roli w 100%, ale i tak
trochę może pomóc. Inaczej rozwiązujesz warstwę prezentacyjną i tutaj 
Cake na niewiele się zda. Jednak są jeszcze dwie warstwy: obliczeniowa i 
danych. Więc nadal możesz skorzystać, choćby z automatycznego budowania
zapytań SQL z bezpieczną parametryzacją. 


> <body>
> 	<div id="#controlsContainer"></div>
> 	<script>
> 		deklaracje funkcji
> 		wywo�ania funkcji tworz�cych (inicjuj�cy) interfejs
> 		w controlsContainer
> 		wywo�ania funkcji inicjuj�cych logik� na stronie,
> 		podpi�cie zdarze�.
> 	</script>
> </body>
Przerzucasz odpowiedzialność za warstwę prezentacyjną na kod JavaScript -
więc frameworki PHP siłą rzeczy tutaj nie mogą pomagać :D



> Nie widz� tu miejsca dla Cake, skoro strona serwerowa b�dzie g��wnie 
> odpowiada�a za zwracanie JSON�w.
Jest miejsce dla Cake :) 


Pozdrawiam