 |
|
|
ru.perl- RU.PERL ---------------------------------------------------------------------- From : Alexander Temerev 2:400/520.5 19 Nov 2003 22:12:51 To : Serge Chervjakov Subject : Производительность ООП -------------------------------------------------------------------------------- 19 Hоя 03 12:16, Serge Chervjakov -> Konstantin Stupnik: KS>> Еще раз. Если не злоупотреблять OOP, и не пытаться из него KS>> сделать ко всем бочкам универсальной затычкой, то KS>> применение OOP дизайна в большом проекте не повлияет KS>> сколь нибудь заметно на его производительность. SC> ... а в большом проекте скорее даже ускорит, за счет меньшего кол-ва SC> ошибок в коде и большей продуманности этого самого кода. SC> Hо если челу так хочется писать боьшой проект в процедурном стиле, SC> а не в стиле ООП, что ж - пускай дерзает. Того глядишь, после SC> написания при первой же просьбе добавить/убрать/изменить/исправить SC> какую-нить фичку, он поймет, как же он ошибся при выборе стиля SC> написания. Hу а если не поймет, то скорее всего, он либо просто SC> никогда не писал с использованием ООП, либо проект не SC> достаточно крупен. Крупные и _управляемые_ проекты на plain C показать, или сами найдёте? OOP - не панацея. Просто сравнительно более удобный способ структурирования предметной области. Многим нравится. Можно и соблюдая каноны OOP писать так, что код будет совершенно non-maintainable. А можно и ограничиваясь модульным программированием вести управляемые проекты. Дело в организации. Alexander Temerev [Everything] P.S. "И всё же не пиши на Коболе, если можешь этого избежать" (с) Дао Программирования. --- Девушка 90/60/90. И это только голова... * Origin: http://www.livejournal.com/users/sorhed (2:400/520.5) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.perl/27293fbbb354.html, оценка из 5, голосов 10
|
|
|