Comments on: return new Work;

By: NuLL

NuLL — Wed, 12 Oct 2005 21:57:46 +0000

Zgadzam się z Tobą w pełni – ale jest gdzieś granica rozsądku. Pozatym napisanie dostarczyciela konfiga w dowolnych formatach to raczej proscizna. Napisanie driverow dla poszczegolnych typow plikow i tyle. Samo configFactory sprawdza rozszerzenie i cheja :) Ale nie wolno też zapominać o ważnej kwestii – stosunku elastyczność/wydajność – m. in. dlatego ja wykorzystuje jedno zródło choć mógłbym wiele.

By: splatch

splatch — Wed, 12 Oct 2005 13:16:55 +0000

NuLL fakt OOP ma być bardziej elastyczny, ale co to za elastyczność, gdy za każdym razem musisz przedzucać pliki na FTP? Z kolei okaże się, że robisz z kimś projekt i tej drugiej osobie bardziej odpowiada zapis w INI, albo w zwykłej PHPowej tablicy.. Podmienianie plików, to żadna filozofia.
Hermetyzacja zmienności to na pewno nie jest, a przecież jedno z założeń OOP to jest właśnie odseparowanie tych elementów które się zmieniają, tak aby łatwo dodawać nowe i modyfikować istniejące.

By: NuLL

NuLL — Tue, 11 Oct 2005 18:54:03 +0000

Ja tam zostaje przy .xml-u – zreszta po to jest OOP abym mógł podmienić jedną klasę i po bólu :)
Ja tam mam ciekawsze zmartwienia – jak choćby napisać kompilator filtrów ;D

By: splatch

splatch — Tue, 11 Oct 2005 10:00:56 +0000

NuLL obecnie rozpoznaję po rozszeżeniu, ale jeśli config może leżeć w innym miejscu to jak mam odgadnąć jego rozszeżenie? Po kolei sprawdzać file_exists? Przecież takie rozwiązanie nie jest optymalne. Katalog odpada z tego względu, że nie ma po co wrzucać jednego pliku do odrębnego katalogu, bo nie przeszkadza w miejscu w którym jest. A sprawdzanie pierwszych lini - odpada ze względu na konieczność otwarcia pliku za każdym razem...
Tak więc najwygodniejsze jest rozszeżenie, ale skąd je pobierać skoro nie znamy miejsca w którym plik leży. Ponadto plików może być wiele...

By: NuLL

NuLL — Tue, 11 Oct 2005 00:04:37 +0000

Rozpoznawać – rozszerzenie, pierwsza linia, folder w którym się znajduje ? ;-)
Wg mnie dyskusje o dostarczycielu konfigu to dziki pomysł – tak naprawdę na ten temat można by napisać książkę. Widziałem gdzieś coś co oferowało różne stopnie komplicji – zamieniało pliki .ini na .xml i robiło mnóstwo rzeczy. Ja tez osobiście nad tym rozmyślam własnie teraz. Na moim frameworku będzie chodził duży i obciążony system i nie wiem czy robić dla każdej akcji osobny plik czy zapisać w jednym pliku konfig dla wszystkich akcji w danym module. Aplikacja będzie posiadać 3 lub 4 wersje panelu admina dla różnych osób oraz co mnie gryzie łańcuchy akcji tak więc uruchamiając łańcuch będzie trzeba będzie wczytywać konfig dla każdej z nich :| – nie wiem jak to jeszcze rozwiązać, ale napewno nie omieszkam się pochwalić projektem na działającym blogu :)

By: splatch

splatch — Mon, 10 Oct 2005 09:35:56 +0000

wojtek Nie ma przeszkód, można zdefiniować sobie konfiguracje w INI, nie ma też przeszkód, żeby zrobić to poprzez tradycyjną tablicę. XML nie jest za każdym razem parsowany. Po sparsowaniu obiekt konfiguracyjny jest serializowany. Powtórne parsowanie ma miejsce po zmianie configu..
NuLL Chce uniknąć sytuacji, gdzie config będzie ważył 10kb… Z drugiej strony trzeba jakoś rozpoznawać jakiego typu jest plik konfiguracyjny.

By: NuLL

NuLL — Sat, 08 Oct 2005 23:30:45 +0000

Hmmm,

Wg danie możliwości definiowania ścieżek do konfigu jest lekko pozbawione sensu – dochodzimy do paranoi IMHO – ciekawe co swoją drogą można by jeszcze wrąbać do konfiga :| – jak dla mnie pomyłka.

By: wojtek

wojtek — Fri, 07 Oct 2005 22:55:55 +0000

Hm… ja jestem staroświecki. Wszyscy rzucili się na xml jak (bez skojarzeń i obrażeń) pies do mięsa. Wolę wszystko trzymać w bazie.
U ciebie jest takie coś, że masz główny plik xml, w którym trzymac info o modułach. Masz odwołanie do configu modułu, który także jest plikiem xml, przez to tracisz cenny czas ładowania skryptu.

IMHO.

pozdrawiam