каждый раз класс заново с новыми опциями или сделать что то типа $setOption('blah')

Name

Новичок
каждый раз класс заново с новыми опциями или сделать что то типа $setOption('blah')

А как будет правильнее, грамотнее
вызывать каждый раз класс заново с новыми опциями или сделать что то типа $setOption('blah', 'blah');

$cache = new QueryCache();

$cache->$setOption('blah', 'blah');
$data = $cache->getData('first_cache_html', 'page');

$cache->$setOption('blah2', 'blah2');
$data = $cache->getData('first_cache_html2', 'page2');

или

$cache = new QueryCache('blah', 'blah');
$data = $cache->getData('first_cache_html', 'page');

$cache = new QueryCache('blah2', 'blah2');
$data = $cache->getData('first_cache_html2', 'page2');
 

alpes

Весь мир на ладони
Для начала наверное почитать что нить по идеологии ООП
 

Varg

Guest
Хм.... А где принципиальная разница?
Только в первом случае писать тебе больше придётся

А так конструктор всё равно будет вызывать setOption() так или иначе :)
 

Varg

Guest
2alpes
Сказал "А", скажи и "Б" , где ссылка?
А посылать все умеют :)
 

alpes

Весь мир на ладони
Задачи определяют методы решения, а не наоборот!
Клонирование объета только с той целью чтобы получить новые данные?!
Принципиальная разница в том, что ООП - это не процедурное программирование и нет смысла в том чтобы создавать классы только с той целью чтобы впихнуть в них все и везде выполняемые ф-ии. Нужно еще представлять что и для чего ты создаешь.
 

Varg

Guest
Задачи определяют методы решения, а не наоборот!
Клонирование объета только с той целью чтобы получить новые данные?!
Принципиальная разница в том, что ООП - это не процедурное программирование и нет смысла в том чтобы создавать классы только с той целью чтобы впихнуть в них все и везде выполняемые ф-ии. Нужно еще представлять что и для чего ты создаешь
Ясное дело, что подход не правильный, но ведь человек не спрашивал №круто этот подход или нет" совсем не спрашивал.

Сначала ответили бы на вопрос, а потом тыкали бы в ошибки :)
 
Сверху