Cześć!

Mój prosty framework jest już na ukończeniu, jednak mam wątpliwości jeśli chodzi o zastosowanie obiektów...

Skrypt działa na systemie szablonów Smarty.

--------------

Każdy plik posiada swoją klasę, jako przykład weźmy plik libs.php (zarządzanie bibliotekami):

[PHP] pobierz, plaintext 
<?php
require_once ('class/Lib.php');
require_once ('lib/smarty/Smarty.class.php');
require_once ('class/Tpl.php');
$tpl = Tpl::loadSmarty ();
Tpl::loadTemplate ('libs', $tpl);
 
if ($_GET['act'] == 'cp') {
	Lib::copyLib ($_GET['dir']);
}
if ($_GET['act'] == 'del') {
	Lib::delDir ($_GET['dir']);
}
 
$tpl -> display ('main.tpl');
?>
[PHP] pobierz, plaintext 

i class/Lib.php:

[PHP] pobierz, plaintext 
<?php
class Lib {
	static function copyLib ($name) {
		system ('cp -R lib/' . $name . ' www/lib/');
	}
	static function delDir ($name) {
		if (is_file ('www/lib/' . $name)) {
			return unlink ('www/lib/' . $name);
		}
		$dir = dir ('www/lib/' . $name);
		while (FALSE !== $entry = $dir -> read ()) {
			if ($entry == '.' || $entry == '..') {
				continue;
			}
			 self::delDir ($name . '/' . $entry);
		}
		$dir -> close ();
		return rmdir ('www/lib/' . $name);
	}
}
?>
[PHP] pobierz, plaintext 

A więc każda biblioteka to po prostu klasa złożona z kilku funkcji statycznych... Zastanawiam się, czy nie jest to głupotą/nagięciem zasad OOP.

Zastosowałem metody statyczne, bo:
* Nie muszę tworzyć obiektu, by się do nich odwołać...
* ...przez co nie jest problemem użycie danej metody w innym pliku
* Są proste w kodowaniu i użyciu

Z tym, że cały framework jest oparty i takie właśnie klasy... Może można by to rozpisać inaczej: prościej, a zarazem poprawniej?

Pozdrawiam,
Fipaj

to nie jest OOP to jest po prostu umieszczenie funkcji w klasach.

Trudno mi wyjaśnic na czym polega OOP, ponieważ nie jest to tylko class Foo a cały sposób myślenia, filozofia i nie da się tego wytłumaczyc w dwóch zdaniach. Polecam czytac dużo materiałów, tutaj na forum, na wiki i php.pl jest troche, plus phppatterns.com plus sitepoint.com

Wiem

Jestem po lekturze znakomitej książki Matta Zandstry o OOP, może przesadziłem, mówiąc, iż "cały framework jest oparty o te metody statyczne", ale po prostu szukam sposobu na ominięcie tego.

Bo z drugiej strony, pisanie tego jako normalną klasę też nie jest dobre, bo to poprostu jedna linijka kodu więcej.

Wiem i rozumiem, iż funkcje statyczne służą do troszkę czego innego, ale jak to rozwiązać?

Singleton, Factory, Decorator, cala masa innych wzorcow obiektowych.
Pozatym przeciez przekazywanie argumentow przez konstruktor i metody, dziedziczenie etc.

Tyle tylko, że skrypt jest tak prosty, iż to jest po prostu nie potrzebne...

Co do wzorców: można, tylko po co?
Singleton to taki OO odpowiednik zmiennych globalnych, ale nie ma tutaj potrzeby jego stosowania...
Inne wzorce: między poszczególnymi metodami nie ma jakiegoś większego związku, więc sa one, w większości, nieprzydatne...

Specjalnie przytoczyłem kawałek kodu, żeby pokazać, że aplikacja jest max prosta...

Jesli uwazasz ze singleton sluzy tylko do tego to daj sobie spokoj z obiektowka i jeszcze duuuzzzooo poczytaj.

Null: czytam, czytam.



Po prostu tak sobie tłumaczę, że nie mam tu jak go stosować...

----------

Słowem wyjaśnienia - programowac obiektowo umiem troche w teorii, troche w praktyce, ale jeszcze nigdy nie stosowałem wzorców... Kilka dni temu zacząłem czytać nowe phppatterns.com i dopiero *poznaję* wzorce, więc tu proszę o wyrozumiałość...

Jak używasz tylko funkcji statycznych, to odpuść sobie klasy. Nie prościej napisać:

[PHP] pobierz, plaintext 
<?php
function copyLib ($name) {
	system ('cp -R lib/' . $name . ' www/lib/');
}
function delDir ($name) {
	if (is_file ('www/lib/' . $name)) {
		return unlink ('www/lib/' . $name);
	}
	$dir = dir ('www/lib/' . $name);
	while (FALSE !== $entry = $dir -> read ()) {
		if ($entry == '.' || $entry == '..') {
			continue;
		}
		 delDir ($name . '/' . $entry);
	}
	$dir -> close ();
	return rmdir ('www/lib/' . $name);
}
?>
[PHP] pobierz, plaintext 

dzieki temu nie trzeba dodatkowo pisać 'nazwaKlasy::'

Z pewnej strony masz rację, ale to da się zrobić tylko w *tej* klasie. Już obsługa plug-in'ów jest bardziej skomplikowana, występują tam pewne zależności...

Szukam rozwiązań OO.

W jakim OOP ty piszesz ? - co za za OOP piszac na samych metoda statycznych ? Piszesz strkturalnie grupujac funkcje w klasy - nic wiecej.

Kolejna ofiara nowego systemu szkolnictwa - brak czytania ze zrozumieniem.

Jeśli chcesz to zrobić porządnie to proponuje pójść do najblizszego sklepu z materiałami biurowymi a następnie kupienie bloczku kartke w kratke formatu A4 i ołówka.

Potem jak wrócisz do domu to ułóz to przed sobą i odpręż się a potem zacznij szkicować cały serwis - jak ma wyglądać itp.

To co zaprezentowałeś to nic - brak funkcji sprawdzajacych poprawność wprowadzanych danych, brak funkcji obsługujących błędy, brak możliwości rozszerzenia.

Poza tym proszę wyedytuj pierwszego posta i zamiast "mój prosty framework" napisz "najprostszy framework na świecie".

Naprawdę polecam przygotowanie najpierw szkicu porządnego, bez tego ani rusz jeśli chcesz coś porządnego zrobić. A jeśli chcesz zrobić g*** to lepiej do WC pójdź

1. nie serwis, a framework

Prometeus, wiem, że to jest po prostu grupka funkcji w klasie... Ale to jest wykorzystane do tak prostych działań, między metodami nie ma żadnego powiązania...

Ale chyba mam już pomysł na rozwiązanie tego problemiku... Klasa Lib jest bardzo podobna do klasy File, obie służą do zarządzania, jedna katalogami, druga plikami. Tworzę interfejs:

[PHP] pobierz, plaintext 
<?php
 
interface Manage {
	function add ();
	function del ();
	function cp ();
}
 
?>
[PHP] pobierz, plaintext 

Potem tworzymy dwie klasy, przykładowo Lib:

[PHP] pobierz, plaintext 
<?php
 
class Lib implements Manage {
	private $smarty;
	public $dir;
 
	function __construct ($dir) {
		$this -> dir = $dir;
		 // przy tworzeniu obiektu wymuszamy ustawienie zmiennej $this -> dir
	}
	function add () {
		 // tworzymy nową bibliotekę ($this -> dir), jeśli coś nie pójdzie, rzucamy wyjątek
	}
	function del () {
		 // usuwamy katalog ($this -> dir), jak wyżej
	}
	function cp () {
		// kopiujemy katalog ($this -> dir), wyjątki jak wyżej
	}
	static function getLibs () {
		// funkcja, za pomocą scandir (), pobiera listę katalogów w /lib i zwraca ją w postaci tablicy
		// funkcja jest statyczna ;), ponieważ musi być dostępna zawsze i wszędzie...
	}
}
 
?>
[PHP] pobierz, plaintext 

Better?

No już trochę lepiej

Ogólnie to mela clupa - framework należy rozpisać, serwis najczęściej buduje się w oparciu o już istniejący framework lub o framework, który się dla niego napiszze.

No to może jakieś wyjaśnienie o frameworku.

Framework buduję nie po to, aby zbudować jakiś serwis, ale po to, by uprościć tworzenie innych aplikacji... Podstawowe funkcje frameworka to 'dorzucanie' do przygotowywanej aplikacji bibliotek (Smarty, Creole, itp.), generowanie systemu plików, dołączanie skryptów umożliwiających stworzenie instalatora, systemu błędów, itp...

Poza tym framework posiada prosty system plug-in'ów oraz szablonów... Tworzony akurat na moje potrzeby

olej system szablonow nie ma czasu na pierdoly, sam framework Ci powinien zajac pare miesiecy jesli to ma byc COS

1. system szablonów to prowizorka, po prostu w katalog /tpl szablony są pogrupowane w katalogu, a klasa Tpl wczytuje z pliku 'default-tpl' nazwę aktualnego szablonu ;P już zrobione

2. to nie ma być COS, to ma mi pomóc *szybko* tworzyć projekty, wykonując za mnie takie zadania jak dołączanie bibliotek, organizowanie struktury katalogów, tworzenia instalatora, wielojęzykowości i wieloszablonowości

3. już kiedyś chciałem stworzyć COS, umieściłem w tym nawet menedżer notatek , ale potem wyrzuciłem cały kod uznając go za kilkaset bezużytecznych linijek... 'i tak powstał loveframework!'