Jak lepiej będzie?

1. Zrobić jedną wersję CMSa, gdzie będzie można wybrać przy instalacji (czy SQL (jaki?), czy pliki tekstowe). Nie sprawia to wielkiego problemu, a nie będzie trzeba wypuszczać dwóch wersji.
2. Zrobić dwie wersje CMSa, gdzie w jednej będzie można wybrać przy instalacji tylko bazę SQL, a druga będzie działać tylko na plikach tekstowych. W tym przypadku wygodniej będzie dostosować sposób zapisywania danych i ich odczytywania (nie myśląc o zgodności), a w kodzie nie będzie zamieszania (przez co o trochę KB chudszy). O skórki nie ma co się martwić - dane zawsze będą te same.

Jakie jest wasze zdanie? Napiszcie, dlaczego tak sądzicie.

Jeszcze jedna informacja. W przypadku plików tekstowych (bez względu na sposób dystrybucji: patrz wyżej) będą wyłączone niektóre funkcje, które tylko obciążałyby serwer, np. wyszukiwanie.

Nie powinienies rozdzielac na takie kategorie. Zastanow sie jak zbudowac interfejs zapisu danych, aby nie wazne czy to bedzie baza danych czy plik zawsze tak samo wykorzystywac. Jesli to opanujesz nie bedzie problemu dla Ciebie jaka to baza danych, i czy przypadkiem nie ma pliku. Wiem ze to nie latwo bedzie ale pomysl w tym kierunku.

Z interfejsem tak łatwo nie będzie, ponieważ jest funkcja odczytująca z bazy... Gdyby to pod pliki zastosować, tablice i zmienne z plików nie byłyby globalne.
Aktualnie stosuję instrukcję IF, która sprawdza, czy to SQL czy pliki, ale z resztą to mały problem.

Więc w czym jest ten większy problem? - Zachowanie zgodności.
Gdyby rozdzielić CMS na wersje, nie trzebaby kombinować z tablicami, zmiennymi, itd...

A nie mozesz zrobic 2 klas ktore ich metody beda zwracac te same dane? Wtedy nie bedziesz patrzyl czy to baza czy plik.

Ustawiles sobie np odczyt z plikow. Odpowiednio tworzysz obiekt odpowiedniej klasy i wolasz np ZwrocListeUserow() i nie wazne z czego czy z pliku czy z bazy to zwraca Ci liste. Wiem ze takie cos jest tudno zaimplementowac ale jak dobrze przemyslisz to uda Ci sie.