Jak lepie pisac? Skypty osobno czy index.php?skypt, Pytanie do prof Opcje

[bigu]

Witam,

Pisze wlasnie dosc rozlegla aplikacje i mam pytanie ktore podejscie jest bardziej przyszlosciowe, bardziej profesjonalne...pisanie skyptow poszczegolnych podstron w osobnych plikach czy raczej umieszczanie calej strony w jednym pliku index.php i wybieranie poszczegolnych polecen programu za pomoca GET'a? Mi to akurat obojetne, ale chcialbym stosowac nowoczesniejsza i bardziej polecana technike, wiec prosze o wypowiedzi.
Dzieki


Ps:
Przyklad ktory pokaze o co mi chodzi:
przechodzimy do rejestracji:
albo wchodzimy na strone rejestracja.php i tam caly skypt
albo za pomoca GET ustawiamy index.php?metoda=rejestracja

[NuLL]

Pro -> php

Wg mnie jest to kwestia tylko i wylacznie inwidualnych upodoban.

[Speedy]

Zgadzam się z przedmówcą . Poza tym możesz się zainteresować tzw. Nice URL-s, wokół których w ostatnim czasie było trochę szumu .

[sobstel]

osoboscie uwazam, ze jesli chodzi o elastycznosc aplikacji, to wszystko w index.php jest najlepszym rozwiazaniem, ale to moje zdanie i jak zauwazyli przedmowcy kazdy moze miec inne. nie ma zlotej reguly na tworzenie aplikacji. najlepsza zasada to chyba to zeby programowac w ten sposob ktory nam najlatwiej (chyba ze akurat sie czegos uczymy). proste, ale jakze prawdziwe ;-)

btw. najlatwiej pisac jak i pozniej rozbudowywac oczywiscie

[ActivePlayer]

jesli nie piszesz obiektowo to zapewne jest tak:

albo masz index.php i w nim switch wg id i require odpowiedniego pliku.
albo masz kazdy plik z osobna i do tego jakis 'init.php' or sth.

i tu i tu tak czy siak trzymasz kod odpowiedzialny za odpowiednie akcje w osobnych plikach... no chyba ze chcesz schowac caly serwis do pliku index.php ale to troche no hmm..

[dtb]

osobiscie wole robic podstrone na zasadzie modulow:
w indeksie lacze sie z baza danych, wczytuje konfuguracje, dolanczam klasy, tworze potrzebne obiekty (smarty, pdo ...) i includuje podstrone przeslana w tablicy $_get (index.php?mod=podstrona). jak juz stworze ten JEDEN plik to z RESZTA nie bede mial klopoty. wystarczy tylko zajac sie pisanie zawartosci podstrony

Ten post edytował dtb 6.01.2006, 16:58:13

[mike]

Tak jak reszta uważam że jest to osobiste upodobanie.

Ja z kolei wszystko "pcham" do jednego pliku typu index.php ale dlatego, że pisze na frameworku Mojavi, który jest tak zoranizowany. Niemniej jednak nie przeszkadza mi to w żaden sposób.

[athabus]

Ja nie jestem pro, ale też się wypowiem:-)
Do tej pory pisałem stylem "każda strona osobno", ale moim zdaniem to trochę uciążliwe jest.
Ostatnio właśnie w ramach treningu piszę sobie mały portalik i chciałem zobaczyć jak tą kwestię rozwiązują cms'y. Wybrałem mambo (wiem że to nie najlepszy wybór ) i "podpatrzyłem" u nich sposób z index?skrypt. Powiem tak - niby różnica mała, ale dla mnie to jest o wiele wygodniejsze - jakoś łatwiej można utrzymać porządek w aplikacji. Ale to tylko takie subiektywne odczucie.

[Speedy]

Obecnie jestem w trakcie pisania systemu dla pewnej strony i postanowiłem sobie tam wszystko zorganizować następująco:
w pliku index.php mam kolejno: uruchomienie ładowania klas, tworzenie odpowiednich obiektów (przez jedną z załadowanych klas), połączenie się z bazą danych, uruchomienie routera (nice urls), uruchomienie metody odpowiedzialnej za pobieranie danych, która jest uwarunkowana parametrami podanymi przez użytkownika w adresie, wyświetlenie szablonu (smarty).

i tak w większości wszystko sprowadza się do dodania wpisów typu:

$core->news->show_all($category);

a sam plik jest niewielki, bo nie ma sensu wszystkiego do niego pchać ;-).

Ten post edytował Speedy 6.01.2006, 18:53:31

[ghostrider]

a ja sadze ze to nie kwestia upodobań czy frameworka na którym pracujemy ale wymagań serwisu ktory tworzymy.
Chodzi dokladnie o obciazenia jakim bedzie poddawany serwis. Jesli mamy do czynienia z serwisem ktory ma wytrzymac 5 hitow na sekunde to puszczanie wszystkiego przez index.php przysporzy nie lada problemow. Wtedy dobrze jest rozłożyć nieco to obciaczenie, aby unikac waskiego gardla. Jesli serwis nie bedzie tak obciazony to nie ma problemu, wszystko na index.php i gra gitara

[mike]

~ghostrider obciążenie i architektura skryptu (jeden czy wiele plików) mają się nijak do siebie.

[ghostrider]

rozwin temat,
jesli to ma byc dyskusja, a nie niczym niepoparte stwierdzenia.

Obciazenie serwisow to wazny aspekt projektowania skryptow.
Pewne rzeczy beda dzialy sie gdy naprzyklad uzytkownik odwiedzi glowna strone, ale juz inne kiedy przeglada listy uzytkownikow ( obydwie rzeczy beda mialy oczywiscie czesc wspolna)

[NuLL]

jesli mamy do czynienia z serwisem ktory ma wytrzymac 5 hitow na sekunde to puszczanie wszystkiego przez index.php przysporzy nie lada problemow.

Na jakiej podstawie tak twierdzisz Kilkukrotne przetworzenie index.php czy kilku innych plikow pojedynczo - co za roznica

[ghostrider]

otrzymanie żądanie >----- czas -------> otrzymanie odpowiedzi

w przypadku jednego pliku w ktorym skrypt musi przetworzyc duzo 'wszystkiego" wydluzy czas otrzymania odpowiedzi a to oznacza zwiekrzenie obciazenia serwera.
poprawcie mnie bo czlek omylne zwierze, ale tak to widze.
Testowalem tez troche uzywajac Web Stress Tool microsoftu i to potwierdzilo moje przypuszczenia

im szybciej serwer zwolni zaspoby tym szybciej upora sie z kolenymi zadanimi

Ten post edytował ghostrider 8.01.2006, 17:23:06

[Athlan]

Moim zdaniem lepiej jest za pomocą $_GET, ponieważ nie ma tylu plików... masz tylko index.php z samym include() no i funkcje w jakimś osobnym pliku... do index.php wrzucasz jakieś HTML, metatagi itp. No jak chcesz takie coś jak rejestracja.php... no to syfisz server plikami, ja wole mieć poukładane pliki, ale to jest kwestia gustu...

PS. W $GET ładnie wygląda

Edit.

Oczywiście zgadzam się w 100% ze zdaniem ghostrider.

Ten post edytował Athlan 8.01.2006, 17:25:55

[ghostrider]

tu nie chodzi o 'syfienie' plikami ale o tworzenie roznych 'puknktow wejscia" do naszej aplikacji, tak aby rozładować napięcie.
Decyzja o takim czy innym podejesciu jest podejmowana juz na poczatku. (jeszcze w fazie kartki i ołówka).

Tu nie chodzi o dwa obozy 'jednoplikowcy' i 'wieloplikowcy', ale o swiadome decyzje jakie programista musi podjac zanim napisze pierwsza linie kodu

[yavaho]

A jaka jest roznica w wydajnosci czy obciazeniu serwera w tych dwuch przykladach ponizej? Powiedzmny ze tak wyglada plik index.php tylko ze jest o wiele bardziej rozbudowany.
Czy jest roznica w ilosci lini kodu jaki praser musi przetrawic?
Czy jest roznica w ilosci zajetej pamieci operacyjnej na serwerze?
Bo napewno jest pewne opoznienie w drugim przykladzie spowodowane odszukaniem na dysku i załadowaniem do pamieci nastepnego pliku.

[PHP] pobierz, plaintext 
<?php
switch($_GET['id']){
 case 0:
  //kilkadziesiat lini kodu
 break;
 case 1:
  //kilkadziesiat lini kodu
 break;
}
?>
[PHP] pobierz, plaintext 

[PHP] pobierz, plaintext 
<?php
 
switch($_GET['id']){
 case 0:
  include('plik0.php');
 break;
 case 1:
  include('plik1.php');
 break;
}
?>
[PHP] pobierz, plaintext 

Ten post edytował yavaho 8.01.2006, 18:11:06

[ghostrider]

parser php jest dwu biegowy:
najpierw przeglada caly kod, potem go wykonuje
wiec zawsze "widzi" tyle samo lini kodu.
Pamiec przydzielana jest w miare potrzeb, dlatego tez jest max_execution_time i memory_limit aby nie zeżreć wszystkiego.
jesli includujemy pliki to liczy sie tez szybkosc dykow twardych

[Athlan]

Moim zdaniem w przypadku drugim jest większy problem, bo plik musi być odszukany i dołączony. Lepiej chyba robić bez include, ale stosuje się to dla czystrości kodu. Żeby poprostu nie było nawalone w kodzie... jak chcemy szybko coś zedytować (poprawić) to nie musimy szukać w jednym pliku... do czegoś zrobili to include

No ale nie przesadzajmy z include 10 razy...

A i zamiast include możnaby było użyć require_once(); szybciej łazi (testowałem na microtime)

[ghostrider]

wreszcie jakies konstruktywne wypowiedzi!

brawo Athlan: nie przypuszczaj - ZMIERZ!

dla zainteresowanych:
http://www.amazon.com/gp/product/013147149...=books&v=glance
swietna pozycja, od developerow php
mozna sie z niej dowiedziec co sie tak na[rawde dzieje