информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Spanning Tree Protocol: недокументированное применениеСтрашный баг в WindowsГде водятся OGRы
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Простое пробивание рабочего/провайдерского... 
 400 уязвимостей в процессорах Snapdragon 
 Яндекс неуклюже оправдался за установку... 
главная обзор 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
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Вообще-то ничего не провалилось. Всему есть своя ниша... 09.03.05 23:18  Число просмотров: 2947
Автор: Drew_White Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Вообще-то ничего не провалилось. Всему есть своя ниша применения. И ООП очень хорош для написания бизнес-приложений и СУБД. Попробуйте-ка написать при помощи процедур без структур и классов например приложение для обеспечения доступа к БД, где у Вас много сущностей и каждая содержит по 10-15 полей. Ничего у вас не выйдет. А если что-то и получится, то это будет настолько ужасно, что ни о каком удобстве и речи быть не может.
Насчет быстродействия Java - Вы правы конечно, что на С можно написать более быстро работающие программы. А Вы знаете, что на Ассемблере можно написать еще более маленькие по объему программы и по быстроте намного превышающие, то что написано на Си? Может быть давайте писать все на Ассемблере или в машинных кодах? ООП был придуман для того, чтобы было легче программисту писать сложные приложения и потом легко их изменять. Пример из жизни: система СУБД. Необходимо к сущности в БД добавить или удалить поле. Если СУБД написан с использованием ООП - это дело 10 минут. Необходимо добавить свойство объекту-сущности и модифицировать методы добавления/удаления записи модифицировав немного SQL запрос. Если же Вы использовали бы процедурное программирование, то вам несомненно пришлось бы переписывать полсистемы. И неизвестно, сколько бы бессоных ночей было бы проведено за компом. Так что всему есть свое применение. И нельзя говорить, что ООП совсем никому не подходит. У него конечно тоже есть свои недостатки, но пока ничего лучше нет. Логическое программирование, конечно, есть шаг вперед, но оно находится на академической стадии. Его еще нельзя применять на практике. Но скоро наверное будет можно и это будет революция. А сейчас вместо того, чтобы рассуждать о том что есть, а чего нет, не тратьте времени попусту и учитесь. Ведь весь интерес заключается в поиске новых решений, а не в ругательстве на старые.
<site updates> Поиск 








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


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