Rambler's Top100
"Knowledge itself is power"
F.Bacon
Поиск | Карта сайта | Помощь | О проекте | ТТХ  
 Базарная площадь
  
О разделе

Основная страница

Группы обсуждений


Тематический каталог обсуждений

Архив

 
 К н и г и
 
Книжная полка
 
 
Библиотека
 
  
  
 


Поиск
 
Поиск по КС
Поиск в статьях
Яndex© + Google©
Поиск книг

 
  
Тематический каталог
Все манускрипты

 
  
Карта VCL
ОШИБКИ
Сообщения системы

 
Форумы
 
Круглый стол
Новые вопросы

 
  
Базарная площадь
Городская площадь

 
   
С Л С

 
Летопись
 
Королевские Хроники
Рыцарский Зал
Глас народа!

 
  
ТТХ
Конкурсы
Королевская клюква

 
Разделы
 
Hello, World!
Лицей

Квинтана

 
  
Сокровищница
Подземелье Магов
Подводные камни
Свитки

 
  
Школа ОБЕРОНА

 
  
Арсенальная башня
Фолианты
Полигон

 
  
Книга Песка
Дальние земли

 
  
АРХИВЫ

 
 

Сейчас на сайте присутствуют:
 
  
 
Во Флориде и в Королевстве сейчас  15:34[Войти] | [Зарегистрироваться]
Обсуждение темы:
Оберон-технология: особенности и перспективы


Тематика обсуждения: Оберон-технология. Особенности, перспективы, практическое применение. 

Количество сообщений на странице

Порядок сортировки сообщений
Новое сообщение вверху списка (сетевая хронология)
Первое сообщение вверху списка (обычная хронология)

Перейти на конкретную страницу по номеру


Всего в теме 6256 сообщений

Добавить свое сообщение

Отслеживать это обсуждение

Обсуждение из раздела
Школа ОБЕРОНА

<<<... | 1786—1777 | 1776—1767 | 1766—1757 | ...>>>
Всего сообщений в теме: 6256; страниц: 626; текущая страница: 449


№ 1776   16-01-2007 07:07 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 1775« (pepper)
___________________________

Ответ на »сообщение 1773« (Stargazer)
___________________________


pepper, как мне кажется, ваша риторика сводится к одной простой мысли - "С помощью `простых` оберонов нельзя решать `реальные` задачи".


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


"Весьма специфические" = "далёкие от реальной жизни". Позвольте спросить, это вам для подсчёта "ангелов на конце иглы" или ж реально встала "весьма специфичная" задача?


№ 1775   16-01-2007 06:36 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 1773« (Stargazer)
___________________________


pepper, как мне кажется, ваша риторика сводится к одной простой мысли - "С помощью `простых` оберонов нельзя решать `реальные` задачи".


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


И вы постоянно требуете доказательств обратного. Ищете серебряную пулю? Или собираете информацию о состоянии данной технологии в текущем историческом периоде?


Собираю информацию.


№ 1774   16-01-2007 06:22 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 1772« (AVC)
___________________________

Например, можно ли, по аналогии с модулем, рассматривать расширение типа как результат -- один из -- разложения наследования на более простые составляющие?

В частности, расширение типа может не предполагать синтаксической связи между типами и методами.
В Обероне-1 такой связи не было вовсе.
Правильно ли я понимаю, что Оберон строится из более простых составляющих, чем обычные языки ООП, не смешивая различные сущности, и поэтому с помощью Оберона можно строить и по-другому, не так как в "мейнстримовских" ОО-языках?
 AVC


№ 1773   16-01-2007 06:17 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 1768« (pepper)
___________________________

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

pepper, как мне кажется, ваша риторика сводится к одной простой мысли - "С помощью `простых` оберонов нельзя решать `реальные` задачи". И вы постоянно требуете доказательств обратного. Ищете серебряную пулю? Или собираете информацию о состоянии данной технологии в текущем историческом периоде?


№ 1772   16-01-2007 05:58 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 1771« (AVC)
___________________________

А в чем принципиальное различие между расширением типа и наследованием?

Например, можно ли, по аналогии с модулем, рассматривать расширение типа как результат -- один из -- разложения наследования на более простые составляющие?
 AVC


№ 1771   16-01-2007 05:46 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 1770« (Снегурочка)
___________________________

Ответ на »сообщение 1767« (AVC)
___________________________

>>В том смысле, что это две разные сущности (в отличие от их смешения в понятии класса)?

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


Насчет модуля, кажется, понятно.
А в чем принципиальное различие между расширением типа и наследованием?
 AVC


№ 1770   16-01-2007 05:41 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 1767« (AVC)
___________________________

В том смысле, что это две разные сущности (в отличие от их смешения в понятии класса)?

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


№ 1769   16-01-2007 05:40 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 1762« (Снегурочка)
___________________________

Ответ на »сообщение 1756« (pepper)
___________________________

>>сферических коней в вакууме

Очень знакомое выражение. Где-то оно мне уже попадалось.


Популярный штамп на RSDN.
Первоисточник, кажется, -- какая-то старая шутка про физиков.
 AVC


№ 1768   16-01-2007 05:38 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 1766« (Илья Ермаков)
___________________________

Ответ на »сообщение 1760« (pepper)
___________________________

http://blackbox.metasystems.ru/index.php?option=com_content&task=view&id=15&Itemid=15

и в целом см. http://blackbox.metasystems.ru/index.php?option=com_content&task=blogcategory&id=6&Itemid=17


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


№ 1767   16-01-2007 05:34 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 1755« (Снегурочка)
___________________________

Ключевая идея Вирта, воплощенная в Обероне: Оберон - это модули (module) + расширение типа (type extension).

В каком смысле?
В том смысле, что это две разные сущности (в отличие от их смешения в понятии класса)?
Или в каком-то другом?
 AVC


<<<... | 1786—1777 | 1776—1767 | 1766—1757 | ...>>>
Всего сообщений в теме: 6256; страниц: 626; текущая страница: 449


Добавить свое сообщение

Отслеживать это обсуждение

Дополнительная навигация:
Количество сообщений на странице

Порядок сортировки сообщений
Новое сообщение вверху списка (сетевая хронология)
Первое сообщение вверху списка (обычная хронология)

Перейти на конкретную страницу по номеру
  
Время на сайте: GMT минус 5 часов

Если вы заметили орфографическую ошибку на этой странице, просто выделите ошибку мышью и нажмите Ctrl+Enter.
Функция может не работать в некоторых версиях броузеров.

Web hosting for this web site provided by DotNetPark (ASP.NET, SharePoint, MS SQL hosting)  
Software for IIS, Hyper-V, MS SQL. Tools for Windows server administrators. Server migration utilities  

 
© При использовании любых материалов «Королевства Delphi» необходимо указывать источник информации. Перепечатка авторских статей возможна только при согласии всех авторов и администрации сайта.
Все используемые на сайте торговые марки являются собственностью их производителей.

Яндекс цитирования