jahson 28 мая 2007 в 16:23

ООП и всё такое: Тихо, про себя

1 мин

2.1K

Чулан

+15

Комментарии 30

powerman 28 мая 2007 в 18:04

Пули нет, но есть нюанс. :) А именно: если стараться не писать сложных программ в принципе, разбивать сложную программу на несколько простых и более-менее независимых модулей/серверов/сервисов/программ, то выясняется что для таких простых программ ООП это зачастую overkill.

Иными словами, если возникает потребность в ООП (внимание, именно осознанная потребность!), то это зачастую является признаком того, что программа слишком сложная и нужно ещё поработать над архитектурой и её упростить.

P.S. Ой... чичас меня будут избивать ножками...

Wanderer 28 мая 2007 в 19:05

Есть еще такая вещь как сопровождение кода (особенно актуальная в "больших" проектах). Так вот, на мой взгляд, ООП как раз позволяет сделать код более читабельным и соответственно более понятным окружающим (заинтересованным) людям. Ну а в плане построения прозрачной архитектуры, тут конечно все во многом зависит от архитекторов ;)

sarman 28 мая 2007 в 20:59

Ага, если много разработчиков - тут ООП как раз очень хорош. Для того - public и есть.

Wanderer 28 мая 2007 в 21:33

public вестимо не совсем для того есть :) хотя может я не совсем понял Вашу мысль

sarman 28 мая 2007 в 21:58

отдаёшь public, и остальные разработчики не мучаются - просто пользуют интерфейс. Что то ещё удобного?

Wanderer 29 мая 2007 в 08:01

разбираться с архитектурой удобно :) строить эту самую архитектуру удобно, рефакторить, если хотите, тоже удобно, а с этих точек зрения public также хорошо как и private ;)

Ruberoid 28 мая 2007 в 21:20

Автор, приведите пример проекта, который требует на стадии проектирования потенциально более десяти тысяч человекочасов, и где при современном развитии технологии и платформ принято решение в пользу процедурного программирования?

powerman 28 мая 2007 в 22:10

"Все" не могут ошибаться, да? :)

jahson 28 мая 2007 в 23:05

Вы считаете, что я пытаюсь склонить людей в сторону процедурного программирования? Тем более, по-моему я написал о связи укрупнения программ и ООП.

Так же я очень не люблю человекочасы, они ведут к человекомесяцам.

jahson 29 мая 2007 в 07:54

Продолжим.
Вот тут сбоку подсказывают, что движок 3 кваки был написан на СИ (без плюсов). Сплошные структы и прочие прелести. И один модуль работы со сплайнами на C++. Думаю, вполне себе пример, да?

Ruberoid 29 мая 2007 в 08:06

Могу выложить движок Кваки. Кстати, Вы правы, я тоже на это как-то обратил внимание. Кода, к слову, в проекте не шибко много.

НЛО прилетело и опубликовало эту надпись здесь

Wanderer 29 мая 2007 в 08:10

Важно избежать фанатичной помешанности на одной парадигме.

Не менее важно, наверное, также избежать "фанатичной помешанности" на смешивании парадигм :) мне вот тут подумалось - может быть золотая середина как раз придерживаться определенной (наиболее удобной) парадигмы в рамках отдельных модулей большого проекта...

jahson 29 мая 2007 в 10:27

Фанатизм вообще вредно ;)

jahson 29 мая 2007 в 10:27

Т.е. вреден, естественно.

pietrovich 29 мая 2007 в 17:32

солидарен.
но иногда использование тех или иных парадигм диктуются инструментарием :)
я например слабо представляю объектный подход в T-SQL...

pietrovich 29 мая 2007 в 17:36

//упс. не дописал, запостилось само :(
и процедурный в Java/C# :)

имхо, спор о парадигмах скорее сводится к выбору инструментов. есть не так уж и много языков, которые позволяют писать и так, и эдак, и еще вот-так (кивок в сторону PHP), остальные ставят разработчика в жесткие рамки и говорят - "не нравится — свободен" :)

jahson 30 мая 2007 в 00:05

Инструмент конечно диктует ;)
Но никакой инструмент не заставит любителя какого-либо подхода изменить свой подход. Можно на языке, состоящем сплошь из объектов писать так, как будто работаешь с процедурами.

pietrovich 30 мая 2007 в 00:16

не скажите, не скажите...

процедурные языки ну никак не позволят вам удобоваримо "эмулировать" объекты :)

хорошие IDE (Idea, VisualStudio+Resharper) очень быстро вызывают привыкание, а со временем еще и изменяют образ мышления. как только начинаешь привыкать отделять мух от котлет... :) не скажу что это всегда хорошо, но заставлят меняться... заставляют...

pietrovich 30 мая 2007 в 00:18

блин! пример вспомнил!
эволюцию можно заметить в ruFlash, с выходом ASDT и FDT все резко возлюбили AS2 и ООП, хотя очень многие до этого отлично жили с нагрмождением function :)

jahson 30 мая 2007 в 01:25

Процедурные - да. Но я говорю скорее о восприятии программы, чем о конкретной реализации языка. Кто-то воспринимает как функции, кто-то - как объекты, кто-то - ещё как-то, благо парадигм и способов хватает. А от восприятия уже и появляется соответствующее поведение и написание.

По поводу примера - что ж, если люди убедились, что им полезнее и удобнее ООП, то я за них рад. А если это только дань моде - значит пройдёт.

Я сам долго писал, используя процедурный подход. А потом вдруг понял, что его мне уже мало. И стал использовать ООП, что, прочем, не мешает мне писать функции в отдельных случаях.

men28 29 мая 2007 в 16:03

Что-то к концу статьи со всеми этими аббревиатурами вообще темный лес начался.

А про серебрянные пули это вообще Брукс сказал.

jahson 29 мая 2007 в 23:54

В нашем деле без леса никак ;)
Да, это был точно Брукс. А вобще про серебрянные пули говорят все кому не лень ;)

google_fan 29 мая 2007 в 16:27

TDD это уже позапрошлый месяц. модные пацаны используют BDD ;)

jahson 29 мая 2007 в 23:57

Моду оставим модным.
Спасибо, почитаю.

shmel 30 мая 2007 в 04:23

Мне кажется, что автор путает функциональную и процедурную парадигмы программирования. А между тем, это разные вещи. Функциональные языки - это Lisp, Standard ML, Haskell, OCaml... Противопоставлять их ООП, как минумум, сложно. А вот процедурную и ОО парадигмы вполне можно в определенных пределах. (Я лично сторонник ООП)

Почитайте: http://ru.wikipedia.org/wiki/Парадигма_п…

jahson 30 мая 2007 в 12:35

Я по-моему не писал слово «функциональная» ;)

shmel 30 мая 2007 в 15:02

>>Я стараюсь не спорить о преимуществах / недостатках ООП или **функционального подхода**, безразлично где.

Не оно?

jahson 31 мая 2007 в 00:19

Ошибся. Поправлю ;) Дальше по тексту функционального подхода нет.

НЛО прилетело и опубликовало эту надпись здесь

Зарегистрируйтесь на Хабре, чтобы оставить комментарий