Witam,
PHP bawię się od pół roku - głównie hobbystycznie. Tworzyłem głównie amatorskie stronki, tak aby coraz bardziej rozwijać swoją wiedzę.

Jednak ostatnio naszło mnie jedno pytanie: Jaki jest standard budowy strony www?

Konkretniej chodzi mi o taki przykład:

Załóżmy, że mam skrypt, który wypisuje z bazy danych wszystkie newsy ze strony i odpowiednimi przyciskami można edytować, usuwać, bądź aktywować news'a.

Teraz moje pytanie:
- która metoda jest "lepsza"

1)
Formularz przekierowuje na stronę aktywacja.php, która posiada skrypt aktywujący newsa i ponownie wypisujący listę newsów
<form action="aktywacja.php">

2)
A może przekierowując na tą samą stronę, ale dopisując odpowienią zmienną do adresu, która odsyła do odpowiedniego skryptu?
<form action="?aktywuj=1>

Przyznam się, że korzystam z rozwiązania pierwszego, tylko, że u mnie plik aktywacja.php zawiera oprócz skryptu aktywującego wywołanie funkcji:
naglowek();
menu();
*** skrypt aktywujący newsa ***
stopka();

które zapisane są w pliku z funkcjami i inlcludowane na początku.


Liczę na to, że topik (pomimo tego, że pisany jest przez amatora) zostanie potraktowany poważnie. Nie ukrywam, że najszybciej uczę się z kodu źródłowego, więc miłoby było gdyby ktoś opisujący inną metodę powiązań podał jakiś prosty przykład.
Z racji mojego małego stażu z językiem PHP - nie zagłębiałem się jeszcze w programowanie obiektowe.

Osobiście korzystam z tego drugiego rozwiązania (uważam, ze bardziej eleganckie), plus wszystko napisane obiektowo i obsługa parametrów wejściowych ($_POST, $_GET) w odpowiednich klasach.

A jak już chcesz tak super elegancko to zacznij się interesować wzorcami projektowymi na przykład architekturą MVC i frameworkami a co najmniej szablonami w celu oddzielenia php od html.

mod_rewrite + szablony

To tak w skrócie - efekt bardzo dobry

pozdr.

Nic nie pobije MVC

Naprawdę, programista nie musi martwić się o wywołanie templatki za każdym razem, za przydzielenie parametrów, ustawienie kodowania (w bazie i na stronie) itd. Nie martwi się też o uruchomienie odpowiedniego pliku, aplkiacja sama to zrobi. Jedyne do czego wystarczy się ograniczyć to:

[PHP] pobierz, plaintext 
<?php
public function activate()
{
  $this->oDb->Update('news', array('status' => 1), 'news_id = '.$this->getInt('newsId'));
  $this->go('back');
}
?>
[PHP] pobierz, plaintext 

EDIT: Dodam, że prawa aplikacja też sprawdzi

Oj bim2 ... chyba mylisz MVC z frameworkiem

pozdr.

No trochę się zapędziłem, według mnie MVC to MVC z frameworkiem, bo tak nigdy nie widziałem sensu w znaczeniu tego skrótu. Jeśli MVC to po prostu rozdzielenie akcji modelu i widoku to byle jPortal używa MVC

Framework i MVC to dwa niezależne pojęcia.
MVC to architektura rozdzielająca warstwy (prezentacji, zarządzania i modelu) a framework to narzędzie do budowy aplikacji.

Zarówno aplikacja spełniająca paradygmaty MVC może być napisana bez frameworka jak i dowolny framework może posłużyć do napisania aplikacji nie spełniającej założeń MVC.

Nie łącz tego.

To są tylko nazwy. Teraz już wiem ocb, ale nic to nie zmienia. Czy może powstać dobry framework bez MVC? Nie sądzę, chociaż myślę, że zaraz ktoś zmieni moje opinie.

Tak. Powstało już bardzo dużo: symfony, ZendFramework, CakePHP, ...

Framework to tylko narzędzie. Może ono co najwyżej wspierać stosowanie danego rozwiązania. Inaczej mówiąc taki framework może być dedykowany do rozwiązań MVC. Tak jest ze wszystkimi liczącymi się w tej chwili na rynku.

Ale spójrz na to: ktoś pisze aplikacje. W widoku pobiera coś z bazy. W modelach formatuje wygląd a w widoku robi tylko echo, umieszcza cześć logiki w widoku, ...
Każdy framework pozwala na takie rzeczy. Zresztą ich nie da się zablokować. Można co najwyżej rekomendować co innego.

Dzięki temu mamy na przykład aplikację napisaną w symfony, która nie jest MVC.

Równie dobrze można bez FrameWorka napisać aplikację która będzie miała oddzielone od siebie warstwyi będzie MVC. Zresztą to nie jedyny wzorzec projektowy.

FrameWork to jedynie narzędzie, które ułatwia (choć nie wymusza) tworzenie aplikacji zgodnych z wybranym wzorcem.