Я писал на java. Там есть боооольшой в фреймворк в котором есть множество стандартных классов которые можно запросто использовать.
есть ли в ПХП аналоги ? 

наример хотелось бы писать так 
GuestBook - > createguestbook (тут параметры);
 и гостевая книга готова ) 

gibbzy, поиск в руки хотя бы по слову Zend...

Добавлено через 31 секунду

хотя такое врядле есть, тока если конить специально не создавал класс...

gibbzy, 
Какой фреймворк использовали в Java? EE? Spring?

SamDark, изучал J2SE JDK использовал
До EE  не дожил предложили работу по php теперь работаю и изучаю его, а 


такое обязательно напишу и ещё кучу всяких классов полезных. 
Оч уж java нравится в этом плане)

gibbzy, нет, тут ты не прав.
в таком случае тебе придется в классе задавать очень много параметров. класс для работы с БД, имена БД/таблиц/полей, HTML-шаблон(или XML) для формирования формы добавления, полосы сообщений, отдельного сообщения. ещё не страшно? то ли ещё будет!
а объект класса будет единственным(или у тебя будет две-три админки).
есть ли смысл?
смысл есть только в том, что, вроде как, получается гибкий код, который можно использовать не единожды. но!
если куча параметров, по объему соизмеримые с алгоритмической частью(я так понимаю, "контроллер" в MVC) тебя не смущает. 
если тебя не смущает то, что параметров должно быть ещё больше(в одном случае надо с CAPTCHA, в другой раз - интегрировать с системой авторизации, в третий раз добавить возможность прикреплять файло). а делегирование каждого действия отдельному классу раздует иерархию до дюжины разных контроллеров.
если тебя не волнуют связанные с таким количеством гибконастраиваемого монстроподобного кода.
только в этом случае ты найдешь свое счастье в написании немаленьких "универсальных" классов "на все случаи жизни".
то, что у меня формируется тремя отнюдь не универсальными функциями(добавить, удалить и вывести). которые будут разными в зависимости от условий.
я не хочу сказать, что ООП - это плохо. отнюдь.
не претендую я и на звание гуру - возможно, я в корне неправ.
но в данном случае мне кажется уместен принцип KISS
Тебя обидеть упоминанием этого принципа не хотел. Хотел посоветовать не пороть горячку и не бросаться переносить принципы ОО-языка на язык с явными процедурными корнями.
P.S. Возможно, на мое мнение влияет нулевой опыт написания "масштаббируемых распределенных систем". вполне допускаю.

gibbzy, 
Гостевую монолитным классом писать смысла нет. Если посмотреть на Java — подобного там не найти.