Как изучить ООП?

В какой-то степени Г. Буч

Спасибо, хорошая книга!

Странно, что до сих пор не посоветовали The Art of the Metaobject Protocol

Что-то я сомневаюсь, что оно тебе нужно: если проблем с отсутствием объектов не возникало, то не нужно за яйца это ООП притягивать! Только хуже будет!

Какая разница? Тебе ж главное идею понять. Я хорошо понял это дело когда читал про джаву.

Что-то я сомневаюсь, что оно тебе нужно: если проблем с отсутствием объектов не возникало, то не нужно за яйца это ООП притягивать! Только хуже будет!

Лорчую - везде тянуть за собой ООП не нужно. Хотя знать его не помешает, на всякий случай.

Не нужно, изучай СОП (Событийно-Ориентированное Программирование) — вот это в самом деле чудесная и простая в понимании вещь вещь. В качестве Perl-фреймворка для СОП юзай AnyEvent, он хорош.

Предметно-ориентированное программирование и DSL'и изучай.

Согласен с тобой! Просто хочется ознакомится с этой парадигмой.

А изучать-то особенно ничего и не нужно. ООП ведь и задумывалось как вещь естественная и интуитивно понятная. Можно задержать взгляд на первом попавшемся предмете в комнате, спрость себя, какими свойствами и поведением он обладает — и объект возникает сам собой. При описании на ЯП, конечно вылезут всякие инкапсуляции-наследования-полиморфизмы, но это не беда: тоже быстро осваиваивается. ООП ведь придумали для людей, это вам не туманящая разум бесчеловечная функциональщина.

ООП ведь придумали для людей, это вам не туманящая разум бесчеловечная функциональщина.

ВНЕЗАПНО: ФП тоже для людей придумано изначально.

Ну и да, ФП не противоречит ООП, а даже сочетается с ним.

Мейер. Буч.

тонко подмеченно

Гради Буч

не нужно за яйца это ООП

Два коньяка этому господину. Потребность в ООП должна созреть.

везде тянуть за собой ООП не нужно

Я как-то от нефех делать сознательно пилил банальную прогу на ООП. Получилась жуткая галиматья =)

Кстати, дефолтный ООП в Perl ужасен, юзай Moo.

Но она же прибита гвоздями к CL.

Ну так изучи один из языков, где ООП родной. Лучше всего Java, конечно же. Когда освоишься, сможешь применять ООП и в Си с Перлом.

А изучать-то особенно ничего и не нужно.

Это как раз предпосылка для острого синдрома «нового молотка» и неправильного использования ООП.

Как ты свои DSL без ООП реализовывать собираешься? Domain modelling это надстройка над ООП, для весьма узкого частного случая.

ООП ведь и задумывалось как вещь естественная и интуитивно понятная.

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

Нет на самом деле ничего «интуитивно понятного», все надо изучать, и изучать вдумчиво. В особенности такие фундаментальнейшие вещи, как арифметика или ООП. Иначе лажа выходит.

ооп не нужно, а если нужно, то это java.

ооп не нужно,

Деточка, иди отсюда, пиши дальше свои хеллоуорлдики. А тут взрослые дяди собрались, с серьезными задачами, которые без ООП решать нельзя.

Не таких задач.

Согласен. Нужно ведь решать задачу, а не писать следуя ООП чтобы было ООП.

ITT любая программа на Forth — надстройка над ООП.

Ну, ему же хочется понять новую парадигму, а не научиться клепать бложики на рельсах за 15 минут. Сознание AoMP ему неплохо расширит, а уж дальше он сможет применять своё понимание где захочет.

Получилась жуткая галиматья =)

Вот вот.

Скачай себе qt creator

Ну и зачем ты убогое ембеддед-байтодрочерство сюда приплел?

А тут взрослые дяди собрались, с серьезными задачами, которые без ООП решать нельзя.

То-то в интырпрайзе сейчас anemic domain models во все поля.

Контраргумент уровня /c/, неплохо.

И это тоже частный случай ООП.

Плюсую, тоже в ООП въехал когда читал книжки по Java

И это тоже частный случай ООП.

Ну тогда в фортране-77 тоже частный случай ООП.

как ни странно

Алгоритмы + Структуры Данных вирта

ну и вообще любой из хороших учебников (начиная с 70ых и по нынешнее время) о АТД(абстрактные типы данных)

а вот нюансы наследования нужно как ни печально в конкретном языковом окружении ибо это(вариант реализации наследования) очень языко-специфично.

ну и есть какая то книжка толи от Кена Бека толи от Александера про шаблоны проектирования.

толи от создателей викивикивики(реальной первой вики которая была и есть полноценым инструментом кооперативного знания в отличии от той же википедии где бюрократия самодолеющая давно победила) c2.com/wiki Варда Канингхама http://en.wikipedia.org/wiki/Ward_Cunningham

http://ru.wikipedia.org/wiki/Каннингем,_Уорд

Таки здравствуйте! А скажите пожалуйста, что вам больше нравится: ООП как в CLOS или как в Smalltalk?

Я уже год изучаю программирование, пишу в основном на Pure C и Perl .... всегда придерживаюсь процедурного и императивного стиля программирования. Хочется попробовать другую парадигму

ИМХО, ТС говорит слишком правильными словами, что не похоже на новичка. Думаю он лукавит насчет своей квалификации... Дата регистрации тоже говорит за себя.

тролль|вброс|хрензнаетчто?

Таки привет! Если речь идёт о выборе между дженериками и классами, которые умеют отправлять/принимать сообщения, то вообще второе, несмотря на возможную бОльшую технологичность первого.

ненужно тебе изучать программирование, иди изучай как лес валить, ватник сраный

правильными словами

Pure C

Первый раз слышу.

Почему в тексте нет слова «парадигма»? На ЛОР нельзя спрашивать про ООП без этого слова. :)

UPD. Ай, блин! Есть парадигма. Сорри, не заметил. Хороший, годный вопрос! :)

Если речь идёт о выборе между дженериками и классами, которые умеют отправлять/принимать сообщения

Ога, про это и спрашивал.

бОльшую технологичность первого.

Ого, как. Я вообще не готов сам ответить на этот вопрос. Потому как дженерики сами first-class objects, зато нет методов класса (class methods)

Это как же? Тут столько парадигм на этой странице. Сам поищи

Сопляк ты еще

Встречаются два еврея:
— Слышал я «Битлз», не понравилось. Картавят, фальшивят... Что людям в них нравится?!
— А где ты их слышал?
— Да мне Мойша напел…

Смешно)

А ваще, дядя, я ООП умею, если что.