информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Портрет посетителяВсе любят медСтрашный баг в Windows
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Бэкдор в xz/liblzma, предназначенный... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / site updates
Имя Пароль
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
так ведь дело в том, что ООП предоставляет тебе наглядную... 25.08.04 11:24  Число просмотров: 2686
Автор: DgtlScrm Статус: Member
<"чистая" ссылка>
> По мне - лучше всего видеть 80 метров кода, в котором
> понятно, что делает, от чего зависит и кому нужен (ровно
> эти три пункта) каждый небольшой фрагмент (ну скажем, строк
> в 100-200).

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

> Если это условие выполнено - мне почти все
> равно, будет это процедурное, объектное или функциональное
> программирование. Более того, если четко выделять участки,
> можно даже смешивать парадигмы. Но это уже высший пилотаж,
> конечно.

Ну почему высший пилотаж, мне например очень удобно, писать низкоуровневые участки кода исключительно процедурно. Потому как в этом случае взаимосвязи примитивные а функциональность пребует простоты... В таком случае, весь этот код заворачивается в объект, для создания удобного внешнего интерфейса, доступного скриптам из движка.

> В целом я считаю, что функциональное программирование
> остается недооцененным, а так называемое ООП -
> переоцененным.
> Так называемое - потому что ООП в том виде,
> в котором его предоставляет Java, немногим лучше
> псевдообъектного подхода библиотеки Gtk+, которая
> замечательно реализует все те же объектные механизмы на
> чистом C (в том числе динамическое инстанцирование
> объектов).

Возможно ты и прав, но когда тебе приходится, к примеру, создать графический интерфейс в которы й входят несколько десятков граф. объектов... их интерфейсы схожи и намного приятнее создать базовый класс для gObject от которого породить наследников, чем процедурно описывать псевдо объекты...

> Сборка мусора к ООП не имеет никакого отношения,
> кстати.

естественно.
<site updates> Поиск 






Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach