AlexGНе дадите ли пример какой-нибудь не очень сложной странички, чтобы скрипт генерирующий ее был написан с применением классов? Хочу знакомиться с этой областью и хочется на руках иметь рабочие примеры...

Не парься. Необходимость в классах ты почувствуешь либо когда начнешь работать в команде над чем-то более сложным чем сайтец на десять полустатичных страничек.
Или же когда заметишь, что в двадцатый раз пишешь ПОЧТИ одно и то же.

До этого момента все твои попытки изучать ООП будут разбиваться об антимотивацию "нахрен это надо если у меня и так все получается пучком".

AlexGА что ты имеешь ввиду когда говоришь: " полустатичных ".
На моем сайте много таблиц, "табконтролов" и пр. что приходится по нескольку раз описывать, немного изменяя их суть. От этого я хочу избавиться. Да и предполагается дальнейшее развитие системы. И чтобы в будущем было легче и поддерживать, и править, я подумал, что немешает создать сайн на основе ООП. Или не правильно подумал?

Ты подумал АБСОЛЮТНО правильно. Именно для этого ООП и делалось (утрирую).

Ну тогда давай конкретно. Первый базовый пример - обработка ошибок.
Ты делаешь класс типа
class Err {
var $module;
function Err( $module = 'Err' ) {
$this->module = $module;
}
function catch( $err ) {
// что-то делаем с ошибкой
// например - сбрасываем буфер вывода и пуляем в него имя модуля
// (из $this-module) и текст ошибки (с необходимыми наворотами
// типа callstack, данных сессии и чего еще угодно
}
}

и потом используем:
class Some {
var $err;
function Some() {
$this->err =& new Err( 'Some' );
}
function Another() {
if( $something_wrong ) $this->err->catch( $wrong_here );
}
}

1. Почему мы не наследуем Some от Err? Потому что класс Err по определению сервисный, а класс Some может расширять некую базовую сущность, от которой мы его и унаследуем (напишем class Some extend That).
В такие классы сервисный функционал лучше бобавлять именно как показано (этот метод называется "агрегирование"). Касается классов типа Err, DB и им подобных.

2. Глубокий смысл применения классов в данном случае заключается в гибкости. Мы можем модифицировать класс Err таким образом, чтобы он, например, отправлял сообщения об ошибках на специальный емейл вместо того чтобы светить подобные мессаги на живом сайте. Более того, мы можем использовать одну версию класса Err в локальной девелоперской (макетной) системе, и другую версию - на интернете, там где ходят реальные живые люди. И все это - без специальных мастдайных инклудников с кучей странных "параметров компиляции". Тем более что если ты не используешь зенд - то эти инклудники будут тупо интерпретироваться что снижает производительность. Это тебе не препроцессор сишный :)

Если что непонятно - спрашивай, постараюсь ответить подробнее.

И третьим пунктом - все это касается в основном четвертого PHP. В пятом все это можно сделать проще и лучше. И еще можно много чего, что в четверке достигается только геморроем.

И еще, пока не забыл.

Часто делают так:

class Some() {
var $Serv1;
var $Serv2;
function Some( $pServ1, $pServ2 ) {
$Serv1 = $pServ1;
$Serv2 = $pServ2;
}
}

$serv1 =& new Serv1();
$serv2 =& new Serv2();
$some =& new Some( &$serv1, &$serv2 );


В этом нет ничего плохого и это удобно, если не нужна индивидуальная инициализация сервисных классов под каждый класс сущностей.
Например, так можно делать с классом DB.

наверное так делают (использую this)?

Да, конечно так. Это я второпях ерунду написал.