Pary_anime
Co do bazy:
musimy napisac klase ktora bedzie uniwersalna, bedzie brala sobie warunek z zewnetrznego pliku config.php
zapytania powinny byc skladane tak jak w zwyklym mysql lub pg:
$sql->sql_query("SELECT costam itd....") czy jakos tak
klasa ma sama sprawdzic czy zapytanie zwraca wiersze, jesli tak - ma zwrocic tablice wielowymiarowa wierszy o jakiejs domyslnej nazwie (ktora moze byc podana jako drugi parametr f-cji sql_query())
przy tworzeniu nowego egzemplarza obiektu podajemy do konstruktora:
$sql = new sql_connect($host, $user, $pass, $port jesli wymagany)
konstruktor sam ustala rodzaj bazy i buduje odpowiednio f-cje (w stylu mysql lub pg itd.)
i tutaj pytanie - korzystamy z pcconnect czy z connect. w drugim przypadku f-cja sql_query musi sama laczyc sie, pytac, zwracac wynik i rozlaczac z baza.
czy ktos ma inny pomysl czy piszemy cos takiego?
Obiecalem i wyciagnalem dwie biblioteki dla class baz danych.
Na poczatek chyba najwiekszy projekt: Biblioteka ta obsluguje cał± masę baz. Pononoc jest super. Stosuje go
PHPNuke, Phplens i jest jak niektorzy tweirdza o 10% od PHPlib.
ja jednak mam z tym systemem nie najlepsze doswiadczenia. Przy blizszym wgladzie w system okazalo sie, ze jednak czasami kod trzeba dostosowywac do innych silnikow baz danych... Moze to brak wprawy, umiejetnosci, wiedzy no i... lenistwo w doglebnym zapoznaniu sie z biblioteka ADOdb.
No i drugi:Wyglada, ze nazwy i formaty funkcji zgadzaja sie dla wszystkich obslugiwanych baz. Jest ich oczywiscie mniej, ale mysle, ze jak dla nas to wystarczy. ja to jako tako obejmuje, co nie znaczy, ze wszystko juz rozumiem .
Prosze o opinie tych, sie na tym znaja lepiej ode mnie. Moze cos z tego przyspieszy calosc prac nad projektem. Oczywiscie sadze, ze nie ominie sie pewnych przerobek - chociazby w celu dostosowania plikow do naszych zasad kodowania.
Ja rzucałem na listę dyskusyjn± moj± klasę Connection. Nie wiem tylko czemu PHPDoc nie chce mi jej sparsować Zawiesza całe PHP i czasami trzeba resetować windę
Johann na USENET-ie zadal pytanie.
A dalczego nie skorzystac z PEAR?
Co o tym myslicie?
Sl@o napisał(a):Johann na USENET-ie zadal pytanie.
A dalczego nie skorzystac z PEAR?
Co o tym myslicie?
Wiesz co, nigdy nie używałem. Zawsze używałem własnej klasy, głównie Connection i wydaje mi się, że ma prostsze API od DB z gruszki. Ale to tylko MHO i nie musicie się ze mn± zgadzać
Ja tylko sie zastanawiam
Sl@o
