Projekt oparty o OOP Opcje

[Fluke]

Witam. Chciałem napisać mały projekt. Ma on za zadanie wyodrębnić warstwę prezentacji od logicznej. W tym celu na serwerze stworzyłem 3 katalog: view, controler i libs. W view mamy wszystko co ma styczność (raczej) z czystym HTML`em, controler jest odpowiedzialny jak by za podstrony, w libs mamy klasy.
I mam o to klasę:

[PHP] pobierz, plaintext 
<?php
class index
{
	function __construct()
	{
		$opcja = $_GET['opcja'];
		session_start();
 
		try
		{
 
			if(file_exists('controls/' . $opcja . '.php')){
 
				if($this->login()){
					include_once('controls/' . $opcja . '.php');
					$class = new $opcja($opcja);
				}else{
					echo 'Nie zalogowany';
				}
 
 
 
			} else
				throw new Exception('Nie ma takiego pliku');
		} catch(Exception $e)
		{
			echo $e->getMessage();
		}
	}
 
	function login()
	{
		if($_SESSION['login'] == true)
			return true;
		else
			return false;
	}
}
 
function __autoload($className)
{
include_once('libs/' . $className . '.php');
}
?>
[PHP] pobierz, plaintext 

Po wpisaniu do przeglądarki adresu: http://localhost/index.php?op=asd wywołuje nam kontroler asd.php, który jest klasą.

I teraz takie pytanie do was:
Czy ten sposób jest dobry?
Czy on jest odpowiednikiem OOP?
Czy przypomina wzorzec MVC?

Z góry dziękuję za odpowiedzi, pozdrawiam.

[Crozin]

Czy ten sposób jest dobry?

1. Nazwa "index" naprawdę dużo mówi.
2. Obiekt nie powinien operować na danych pochodzących nie wiadomo skąd (z punktu widzenia jego interfejsu). Patrz: $_GET, $_SESSION.
3. Zamiast wyświetlać pierdoły typu "nie zalogowany", powinieneś wyrzucić wyjątek, który zostanie przechwycony przez coś od wyświetlania treści.
4. Zamiast Exception powinieneś utworzyć InvalidArgumentException.

Czy on jest odpowiednikiem OOP?

Jakim odpowiednikiem?

Czy przypomina wzorzec MVC?

Nie.

[Fluke]

Chodzi mi głównie o to czy w taki sposób można budować strony. Tzn: zamiast w index.php strukturalnie tworzyć kod stosując funkcje, tworzyć klasy i obiekty które będzie można wzbogacać lub dodawać nowe metody. A pytanie następne czy taka budowa jest logiczna.
Przykład z logowaniem jest tylko przykładem. Nie chciałem tutaj dawać bardziej rozbudowanego przykładu.

A dla czego nie przypomina wzorzec MVC? Czytałem o nim trochę i tyle co zrozumiałem to oddzielić logikę z prezentacją. Nie widziałem konkretnych przykładów implementacji tego wzorca jedynie wiem że nie które frameworki stosują ten wzorzec. Widziałem jak na razie symfony. Tam było struktura typu model, view control. Jeśli ktoś ma jakieś dobre przykłady to chętnie zobaczę.

Czy jest odpowiednikiem OOP?

Chodzi mi o to czy moja wersja opiera się o OOP? Czy taka logika jaką tutaj obrałem jest zgodna. Od około 2 tygodni rozpocząłem zabawę z programowaniem obiektowym i nigdy wcześniej nie miałem z nim styczności. Więc każde moje pytanie może okazać się głupie ale wyraża moje zainteresowanie do nawet największych pierdół, które nie zrozumiałem podczas uczenia się obiektówki.

Pozdrawiam.

[Crozin]

A dla czego nie przypomina wzorzec MVC?

http://pl.wikipedia.org/wiki/Model-View-Controller czy to Ci wygląda jak opis architektury Twojego kodu? Nie.

Chodzi mi o to czy moja wersja opiera się o OOP?

Nie można mówić o OOP mając na pokładzie jeden obiekt.

Od około 2 tygodni rozpocząłem zabawę z programowaniem obiektowym i nigdy wcześniej nie miałem z nim styczności.

Jak masz taką możliwość daruj sobie na miesiąc PHP i poducz się samej ideologii OOP w jakimś języku, w którym to nieszczęsne OOP trzyma jakiś sensowny poziom (niestety obiektowość PHP pozostawia wiele do życzenia). W PHP również przykłady "z życia" wydają się być kompletnie bezsensowne. Z racji tego, iż PHP naprawdę mocno czerpie z Javy, polecałbym Ci poduczyć się przez miesiąc tego języka, a co za tym idzie obiektówki.

Wyniesiesz z tego dużo więcej w znaczenie krótszym czasie, po czym będziesz mógł wrócić do PHP.