 |
|
|
ru.perl- RU.PERL ---------------------------------------------------------------------- From : Konstantin Stupnik 2:5020/400 19 Nov 2003 12:37:50 To : Ilia Vinokurov Subject : Re: Производительность ООП -------------------------------------------------------------------------------- Hello, Ilia! You wrote to Konstantin Stupnik on Wed, 19 Nov 2003 07:52:22 +0000 (UTC): IV> Hello, Konstantin! IV> You wrote to Ilia Vinokurov on Mon, 17 Nov 2003 11:25:40 +0000 (UTC): IV>>> От нечего делать написал прогу: KS>> Skip. KS>> Крайне некорректный тест. KS>> Даже комментировать не хочется. IV> Hу конечно, покритиковал и в кусты... IV> Покажи корректный тест. IV> В приведенном мною тесте я показал, IV> что обращение к свойствам объекта IV> медленнее, чем к переменным пакета. Ты в этом тесте показал, что множественные обращения к хэшу медленнее отсутствия оных. Кто бы сомневался. Только вот твой не OOP тест не эквивалентен тесту OOP. Есть некоторое контекстно зависимое вычисление. Если ты хранишь контекст в модуле, ты не можешь запустить параллельно два таких вычисления. С объектами можешь. Если вообще никакого контекста нет, то и объектам тут делать нечего! OOP дизайн не предполагает, что всё и вся будет реализовано в виде объектов. И еще про тест. Обращение к одному и тому же элементу хэша в цикле, это уже просто подтасовка фактов :) Hе важно OOP, не OOP, но я б такое никогда не написал в реальном коде :) KS>> Из своего опыта - везде где возникает необходимость KS>> в OOP, аналогичное решение без OOP будет практически KS>> эквивалетно по производительности, только KS>> менее удобно и очевидно в использовании. IV> Ох уж это словечко - ПРАКТИЧЕСКИ :-) IV> Согласитесь, что задачу можно решить несколькими способами IV> с применением ООП, эту же задачу можно решить несколькими IV> способами и в процедурном стиле. Камень преткновения - IV> структуры данных. В процедурном стиле труднее IV> абстрагироваться чем в объектном. Из чего следует, что IV> скорость разработки будет выше при ООП, но это не IV> означает, что программа будет быстрее работать. Еще раз. Если не злоупотреблять OOP, и не пытаться из него сделать ко всем бочкам универсальной затычкой, то применение OOP дизайна в большом проекте не повлияет сколь нибудь заметно на его производительность. -- Best regards, Konstantin. Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru --- ifmail v.2.15dev5.1 * Origin: Talk.Mail.Ru (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.perl/6488db03254d.html, оценка из 5, голосов 10
|
|
|