Re: jsp vs php - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.comp.programming › jsp vs php › Re: jsp vs php

X-Received: by 10.49.82.100 with SMTP id h4mr479931qey.17.1367492788462; Thu, 02 May
2013 04:06:28 -0700 (PDT)
X-Received: by 10.49.82.100 with SMTP id h4mr479931qey.17.1367492788462; Thu, 02 May
2013 04:06:28 -0700 (PDT)
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!goblin3!goblin.stu.neva.ru!news.ripco.com!news.glorb.com!l3no262320qak
.0!news-out.google.com!y6ni0qax.0!nntp.google.com!m7no264238qam.0!postnews.goog
le.com!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: pl.comp.programming
Date: Thu, 2 May 2013 04:06:28 -0700 (PDT)
In-Reply-To: <klsle1$ogf$1@news.mm.pl>
Complaints-To: g...@g...com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=213.195.164.27;
posting-account=xjvq9QoAAAATMPC2X3btlHd_LkaJo_rj
NNTP-Posting-Host: 213.195.164.27
References: <c...@g...com>
<klqg29$o16$1@news.mm.pl>
<0...@g...com>
<klsle1$ogf$1@news.mm.pl>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <2...@g...com>
Subject: Re: jsp vs php
From: "M.M." <m...@g...com>
Injection-Date: Thu, 02 May 2013 11:06:28 +0000
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable
Xref: news-archive.icm.edu.pl pl.comp.programming:203049
[ ukryj nagłówki ]
W dniu czwartek, 2 maja 2013 05:11:21 UTC+2 użytkownik u...@d...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