TwojePC.pl © 2001 - 2024
|
|
A R C H I W A L N A W I A D O M O Ś Ć |
|
|
|
Jak jest poprawniej - wszystko wepchac w plik index.php, czy rozbijać wszystko na mniejsze , kubazzz 19/02/09 12:35 Załóżmy, że mam projekt serwisu,
-Strona główna
--5 kategorii podstron
---do kazdej kategorii iles tam [czasem 1 czasem 30, mocno rozniacych sie] podstron
Do tego formularz logowania, formularz rejestracji, panel uzytkownika.
Troche sie pogubilem w tej koncepcji, jakos niespodziewanie.
Zalozmy ze mamy skrypt [sam kod php] ktory przetwarza dane do rejestracji.
Czy formularz rejestracyjny lepiej robic w osobnym pliku z odniesieniem do tego skryptu [np rejestracja.html <form action="register.php"> ] czy wszystko ladowac w jeden plik, ktory sie sam do siebie odwoluje?
A moze sie spiac i wszystko jak leci wrzucac do index.php i tam natluc miliard if'ów, get'ów i takich tam?
Przestałem ufać swojej intuicji;)SM-S908 - Rozbijac... , palioza 19/02/09 12:42
bo ocipiejesz chcac cos poprawic za jakis czas ;)Uczyń coś idiotoodpornym, a ktoś
stworzy lepszą wersję idioty. - ja pakuję w oddzielne, , Wedrowiec 19/02/09 12:44
odwołuję się zawsze do index.php
Natomiast w samym index.php robię includy z poszczególnymi elementami.
To co się da i ma sens wydzielam do funkcji/klas które znajdują się jeszcze w innych plikach które też są includowane."Widziałem podręczniki
Gdzie jest czarno na białym
Że jesteście po**bani" - i jeszcze nie if'ów jak coś , Wedrowiec 19/02/09 12:45
tylko switchy bo z ifami to się za****ć można."Widziałem podręczniki
Gdzie jest czarno na białym
Że jesteście po**bani" - Rozbijaj , Conroy 19/02/09 13:20
Wszystko powinno być ładnie podzielone na osobne pliki i klasy.
Wszystkie akcje powinny przelatywać przez jeden główny plik, w ten sposób możesz łatwo zapanować nad przepływem danych.
Piszesz, "Zalozmy ze mamy skrypt [sam kod php]" - ale to robisz tak, że zawsze w plikach php masz sam kod PHP? Niestety (albo dla początkujących stety :) ) PHP pozwala tam umieszczać cokolwiek i robi się niesamowity bałagan. Jeśli piszesz cokolwiek więcej niż dwie bardzo proste strony na krzyż to koniecznie oddzielaj treść prezentacji (html) od logiki (kodu php). Zainteresuj się Smarty jeśli jeszcze tego nie zrobiłeś, a jak zrobiłeś to super :) Taki tips.http://flickr.com/photos/myhacien
da - no właśnie nie do końca tak robię , kubazzz 19/02/09 13:26
bo rzeczywiście robi mi się bałagan, ale np logowanie tak zrobiłem, że w jednym pliku php jest i cały html i cały php;)
Bazowo wychodzę od czystego php, a potem nie wiem jak to ogarnąć dobrze to wrzucam html'a i piszę na tpc;)SM-S908
- dobra, krotka pilka , kubazzz 19/02/09 13:58
mamy formularz rejestracyjny, standardowy, podaj imie, login, email haslo.
ma to działac tak:
1. uzytkownik wchodzi na stronke tego formularza, ladnie sformatowana, wrzucona w ogolny layout strony.
2. wpisuje dane, przed wyslaniem sprawdza je JS [ale to nie ma znaczenia]
3. klika wyslij
4. skrypt php tez sprawdza poprawnosc danych, czy login jest wolny itd,
5a. jesli dane sa poprawne to rejestruje usera, pokazuje podziekowanie i ladny komunikat co dalej mozna zrobic
5b. jesli cos nie tak, to wraca do formularza, wywala komunikaty o bledzie
Jakie pliki byscie utworzyli i co by zawieraly?
[pominmy smarty na razie, to jest ciekawe, ale dopiero do rozkminienia]SM-S908 - ... , Wedrowiec 19/02/09 14:20
index.php
/lib/sub/form1.inc
/lib/act/form.php
skrypty.js
index wiadomo, w nim zaincludowany /lib/sub/form1.php zawierający html'a od <form..> do </form> oraz php do ponownego wypełnienia formularza jeżeli nie przeszedł przez phpowe sprawdzanie oraz podświetlenia /komunikatu o błędach.
/lib/act/form.php - do niego kieruje formularz, zawiera sprawdzanie danych formularza, zapisanie do bazy itp, przekierowuje do index.php.
skrypty.js - wiadomo, funkcje javascript"Widziałem podręczniki
Gdzie jest czarno na białym
Że jesteście po**bani"
- to ja może troche inaczej , WooKy 19/02/09 15:23
zaproponuję zapoznanie się Tobie z chociażby najprostszym frameworkiem zbudowanym na wzorcu MVC - oddzielisz sobie ładnie logikę od prezentacji i ogarnięcie chaosu stanie się prostsze :)
Co polecam? Symfony jest mi najbliższe ale to cięzki kaliber jak na Twoje potrzeby, polecam cos lekkiego jak np. kohanaphp. Na początku będzie ciężko jeżeli nie miałeś nigdy do czynienia z żadnym fw ale później podziękujesz.bitnoi.se - to jest normalnie never ending story :D , kubazzz 19/02/09 15:33
za każdym razem, ja wydaje mi się, że jestem już dwa kroki od celu to okazuje się, że to dopiero checkpoint przed większą wyprawą...
obczaję tą kohaną;)SM-S908 - dokumentacja tego kohanaphp jest dziwna, ale widzę, że się na tym znasz więc pytań seria , kubazzz 19/02/09 17:09
1. Jak bardzo mi to uprości pisanie kodu?
2. Czy dołączenie do tego np phpmailera jest stosunkowo łatwe, nietrudniejsze niż w "surowym" php?
3. czy to nie powoduje spadku wydajności, zwłaszcza na hostingach gdzie php jest jako cgi [hosting współdzielony].
4. czy to korzysta z mysqli czy starego mysql?SM-S908 - Bez znajomości programowania obiektowego ciężko Ci będzie... , Mcmumin 19/02/09 20:14
Pisałem już o tym kiedyś w mailu. - .... , WooKy 20/02/09 10:57
1. Jak bardzo mi to uprości pisanie kodu?
- pomysl sobie o tym tak - teraz mieszasz wszystko - widok (html), modele (zapytania do bazy danych) i logike (caly twoj php). Modele takie jak np. MVC porzadkuja to przez co php zbliza sie troszke do rozsadnego jezyka, w ktorym ewentualne utrzymanie kodu, rozserzanie czy korygowanie funkcjonalnosci staje sie znacznie prostsze. Odpowiedz chyba jest jasna.
2. Czy dołączenie do tego np phpmailera jest stosunkowo łatwe, nietrudniejsze niż w "surowym" php?
- po pierwsze nie polecam phpmailera - polecam swifta, natomiast o ile pamietam to kazdy framework integruje podstawowe funkcjonalnosci takich bibliotek jak phpmailer czy swift. Zreszta dopisanie sobie takiej klasy to podstawowa sprawa...
3. czy to nie powoduje spadku wydajności, zwłaszcza na hostingach gdzie php jest jako cgi [hosting współdzielony].
- w przypadku ciezkiego kalibru jak Symfony to na pewno jest to odczuwalne, natomiast sama obiektowosc w lekkim wydaniu jak kohana, zend czy inne male fw nie jest odczuwalna dla finalnego usera chyba, ze to ty tam jakos kosmicznie namieszasz.
4. czy to korzysta z mysqli czy starego mysql?
- to czego uzyjesz na poziomu modelu zalezy od ciebie - mozesz sobie jechac czystym sqlem a mozesz ulatwic sobie sprawe uzywajac ORM.
Tak naprawde to jak kolega nizej napisal - bez podstaw programowania obiektowego bedzie ci ciezko. Taka archaiczna alternatywa moze byc w twoim przypadku uzycie jakiegos systemu szablonow - chociazby pierwsze z brzegu Smarty.
Wielu programistow webowych ktorych znam przechodzili wlasnie taka sciezke, czysty php zmiksowany z html, pozniej php + system szablonow (np. smarty), a po wydaniu php5 i wysypie frameworkow wszyscy przeszli na model MVC bo po prostu duzo prosciej sie takim kodem zarzadza.
Zreszta jak chcesz zobaczyc jak przyjemnie powinna wygladac budowa aplikacji webowej to rzuc sobie okiem przy okazji na jezyk Ruby i fw Ruby on Rails albo na Pythona z Django :)bitnoi.se - kurde magia pojęć, których nie rozumiem , kubazzz 20/02/09 11:25
ja jestem trochę jak małe dziecko, które się uczy pisać i mówić.
Można mnie zasypywać pojęciami i gramatyką, ale tak naprawdę niewiele z tego wyniosę i świadomie nie jestem w stanie wybrać tego co lepsze.
Dla mnie pisanie w PHP, na tyle na ile znam ten język, jest upierdliwe strasznie i nieprzejrzyste.
Ja to widzę, mimo że wielu rzeczy nie programowałem.
Trochę mam wrażenie, ze PHP jako narzędzie jest tak naprawdę nieprzystosowane do celu - do tworzenia aplikacji z HTML i JS i cudami.
Duze projekty staja sie potwornie nieczytelne, a ja mam wrodzony lek przed takimi rzeczami.
Nie wiem czy wiem czym jest programowanie obiektowe i czy jest to dla mnie trudne, ja po prostu nigdy nie operowałem na pewnych pojęciach.
Może jest gdzieś jakiś prosty opis, taka podstawa ideologiczna, czym jest progrmaowanie obiektowe i dlaczego ono się różni od innego.
Co do ruby on rails - kiedys mialem minimalnym kontakt z jakims wprowadzeniem do tego, ale to bylo na etpaie kiedy mialem mniejsza wiedze, a poza tym praktycznie nigdzie nie ma ruby on rails, na zadnym hostingu, i jest sie skazanym na PHP.
Patrzylem tez na Zend, jednym okiem, pol godziny, ale nie polapalem sie w tym i olalem.
Ale biorac pod uwage, ze na poczatku olalem tez jQuery jako framework javascript, ze to dla mnie bedzie przerost formy nad trescia, a teraz sie ciesze i stawiam piwo temu kto we mnie to wbil, to moze i z PHP dobrze byloby pojsc ta droga.SM-S908
- a co myslales... , xmac 19/02/09 16:31
za jakis czas sie okaze, ze ci php nie starcza i czas sie na cos innego przesiasc ;_Pdual&mobile power
XMAC - mialo byc pod... , xmac 19/02/09 16:31
to jest normalnie never ending story :D , kubazzz 19/02/09 15:33dual&mobile power
XMAC
- hmm , akustyk 20/02/09 14:14
praktyka mowi, ze mozliwie duzo rozdzielac na tyle, zeby w razie potrzeby miec szybki i latwy dostep do pojedynczych funkcjonalnosci.
bo zrobic to jest pikus. administrowac softem i wprowadzac efektywnie jego poprawki - to juz jest spory problem. zwlaszcza, jak administracje aplikacjami sie przenosi na nowe osoby ;)http://akustyk.magma-net.pl |
|
|
|
|
All rights reserved ® Copyright and Design 2001-2024, TwojePC.PL |
|
|
|
|