Hybrid Data Object, Narazie czysta teoria :) Opcje

[M4chu]

Witam, troche zainspirowany tematem psa, postanowiłem napisać własne "coś" do obsługi bazy danych. Narazie nazwałem to tak jak w topicu (od Hybrid - moj hmm framework? w kazdym razie coś w tym stylu, niestety też jeszcze teoria (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) ) Jeszcze nie implementowałem tego, ale mam czysto teoretyczny przykład użycia:

[PHP] pobierz, plaintext 
<?php
 
// nowe polaczenie
 
$connection = new HDOConnection('mysql://user:password@host');
 
// baza danych
 
if(!$connection->databaseExists('magazine')) {
	$magazine = $connection->createDatabase('magazine');
} else {
	$magazine = $connection->table('magazine');
}
 
// tabela
 
if(!$magazine->tableExists('articles')) {
	$articles = $magazine->createTable('articles');
	$articles->addColumn('id', 'integer', 10);
	$articles->addColumn('author', 'string', 50);
	$articles->addColumn('title', 'string', 50);
	$magazine->updateTable($articles);
} else {
	$articles = $magazine->table('articles');
}
 
// nowy rekord
 
$article = $articles->createRecord();
$article->setAuthor('Autor');
$article->setTitle('Tytuł');
$articles->updateRecord($article);
// lub
$articles->insertRecord('', 'Autor', 'Tytuł');
 
// zmiana kilku rekordow
 
$c = new Criteria('id', 10, '<');
foreach($articles->selectRecords($c) as $record) {
	$record->setId($record->getId() + 10); // za pomoca __get i __set z HDORecord::attributes na podstawie struktury tabeli (np zserializowanej dla wydajnosci)
	$articles->updateRecord($record);
}
 
// i usuniecie
 
foreach($articles->selectRecords($c) as $record) {
	$articles->deleteRecord($record);
}
 
?>
[PHP] pobierz, plaintext 

Cóż, czekam na jakikolwiek odzew, szczególnie opinie, no i czy ktoś by tego wogóle używał (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) Aha no i system jest skierowany raczej dla mniejszych aplikacji i mniej zaawansowanych użytkowników. Bardziej wymagający pewnie wezmą Propela (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)

[splatch]

createTable() - moim zdaniem pomyłka - podobnie tableExists - po co tworzyć dodatkowe zapytania? Jeśli już createTable($columns_and_indexes).

Widzę, że korzystasz z obiektów, które reprezentują dane - zatem czy nie lepiej użyć new Author niż $authors->newRecord()?

Jestem ciekawy jak planujesz rozwiązać problem z kluczami obcymi (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) . Widzę również, że sopdobała Ci się Criteria.

Warto się zastanowić nad deleteRecords(Criteria $c) a nie deleteRecord($record). Ogólnie chyba wygodniej byłoby określić jakąś klasę bazową - podobnie jak w propelu BasePeer, następnie AuthorPeer i na końcu Author. Taka budowa centralizuje część zadań.

No i tak na końcu - nie wiem czemu unikacie Propela, przecież to bardzo wygodne narzędzie...

Ten post edytował splatch 22.09.2005, 08:13:56