Легенда:
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
так ведь дело в том, что ООП предоставляет тебе наглядную... 25.08.04 11:24 Число просмотров: 2686
Автор: DgtlScrm Статус: Member
|
> По мне - лучше всего видеть 80 метров кода, в котором > понятно, что делает, от чего зависит и кому нужен (ровно > эти три пункта) каждый небольшой фрагмент (ну скажем, строк > в 100-200).
так ведь дело в том, что ООП предоставляет тебе наглядную модель взаимосвязей...
> Если это условие выполнено - мне почти все > равно, будет это процедурное, объектное или функциональное > программирование. Более того, если четко выделять участки, > можно даже смешивать парадигмы. Но это уже высший пилотаж, > конечно.
Ну почему высший пилотаж, мне например очень удобно, писать низкоуровневые участки кода исключительно процедурно. Потому как в этом случае взаимосвязи примитивные а функциональность пребует простоты... В таком случае, весь этот код заворачивается в объект, для создания удобного внешнего интерфейса, доступного скриптам из движка.
> В целом я считаю, что функциональное программирование > остается недооцененным, а так называемое ООП - > переоцененным. > Так называемое - потому что ООП в том виде, > в котором его предоставляет Java, немногим лучше > псевдообъектного подхода библиотеки Gtk+, которая > замечательно реализует все те же объектные механизмы на > чистом C (в том числе динамическое инстанцирование > объектов).
Возможно ты и прав, но когда тебе приходится, к примеру, создать графический интерфейс в которы й входят несколько десятков граф. объектов... их интерфейсы схожи и намного приятнее создать базовый класс для gObject от которого породить наследников, чем процедурно описывать псевдо объекты...
> Сборка мусора к ООП не имеет никакого отношения, > кстати.
естественно.
|
|
|