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

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

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


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

Архив

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


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

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

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

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

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

 
   
С Л С

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

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

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

Квинтана

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

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

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

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

 
  
АРХИВЫ

 
 

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

На базарной площади довольно часто можно слышать высказывания об Обероне. Мне кажется, что на базарной площади пора появиться ветке об этой системе и языке, что-то вроде "Мысли об Обероне". Что это такое, перспективы этой системы, что полезного можно извлечь из него для программирования на Дельфи (например) и др.

Ivan

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

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

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


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


Ссылки по теме "Оберон" и "Компонентный паскаль"



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


Смотрите также обсуждения:
Free Pascal, Oberon, BlackBox
  • Разработка препроцессора gpre для delphi\freepascal.
  • Component Pascal и среда разработки BlackBox
  • FreePascal: реальная альтернатива или OpenSource — блажь?

  • <<<... | 3751—3742 | 3741—3732 | 3731—3722 | ...>>>
    Всего сообщений в теме: 4531; страниц: 454; текущая страница: 80


    № 3741   13-12-2005 22:12 Ответить на это сообщение Ответить на это сообщение с цитированием
    Ответ на »сообщение 3737« (Владимир Лось)
    ___________________________

    Ответ на »сообщение 3734« (info21)
    ___________________________
    компоненты должны быть полностью бинарными (ну, может быть в байт-коде, обероновских слимах, инферновских dis-ах...)
    А представим себе CPU, прямо интерпретирующую Оберон. Что тогда? Шифровать?
    Представить себе "CPU, прямо интерпретирующую Оберон" не могу ... Не понимаю, что у ваз вызвало затруднение?


    Но это же у Вас затруднения :-)

    В чем смысл требования бинарности?
    Экономия времени при загрузке? С Обероном, в общем-то, мизер.
    Остается защита от дурака?


    № 3740   13-12-2005 21:56 Ответить на это сообщение Ответить на это сообщение с цитированием
    Ответ на »сообщение 3735« (iZEN)
    ___________________________

    Я никак не могу понять, чем неудобна Java. Объясните, пожалуйста.

    Давно объяснено:
    http://www.uclic.ucl.ac.uk/harold/srf/javaspae.html


    № 3739   13-12-2005 14:14 Ответить на это сообщение Ответить на это сообщение с цитированием
    Уважаемые коллеги!

    Я снова исчезну на неопределённо-продолжительное время. Скорее всего, до того неопределённое, что, всех, - заранее, - с Новым Годом! ;о) Желаю в новом году крепкого здоровья, новых интересных проектов и всяческих успехов в работе!
    Благодарю единомышленников за помощь, солидарность и советы, а оппонентов - за стимулирование в развитии и открытие новых горизонтов!
    Надеюсь снова встретиться со всеми вами в 2006 году в форуме славного Королевства, чей корабль плывёт сквозь время, ведомый нашей Многоуважаемой Королевой!


    № 3738   13-12-2005 13:08 Ответить на это сообщение Ответить на это сообщение с цитированием
    Ответ на »сообщение 3737« (Владимир Лось)
    ___________________________

    Ответ на »сообщение 3734« (info21)
    ___________________________
    компоненты должны быть полностью бинарными (ну, может быть в байт-коде, обероновских слимах, инферновских dis-ах...)
    А представим себе CPU, прямо интерпретирующую Оберон. Что тогда? Шифровать?
    Представить себе "CPU, прямо интерпретирующую Оберон" не могу. Могу представить "CPU, с системой команд, поддерживающей Оберон", благо есть опыт в виде "CPU, с системой команд, поддерживающей Модула-2" в виде "Кроноса"...
    Не понимаю, что у ваз вызвало затруднение? Ну да, будет двоичны йфайл загружаемого модуля определённого формата, из которого можно будет извлечь как сегменты кода(данных и др.) так и запакованную мета-информацию... В чём проблема?
    Продолжу мысль.
    А представить себе, (info21), CPU с поддержкой аппаратного исполнения байткода, например - модуля Jazelle в современных процессорах архитектуры ARM9T не судьба? ;)
    Напрасно. Например, Java на нём ускоряется очень сильно (см. тест Nokia 6630 на jbechmark.com по сравнению с другими).
     iZEN


    № 3737   13-12-2005 12:58 Ответить на это сообщение Ответить на это сообщение с цитированием
    Ответ на »сообщение 3734« (info21)
    ___________________________
    компоненты должны быть полностью бинарными (ну, может быть в байт-коде, обероновских слимах, инферновских dis-ах...)
    А представим себе CPU, прямо интерпретирующую Оберон. Что тогда? Шифровать?

    Представить себе "CPU, прямо интерпретирующую Оберон" не могу. Могу представить "CPU, с системой команд, поддерживающей Оберон", благо есть опыт в виде "CPU, с системой команд, поддерживающей Модула-2" в виде "Кроноса"...
    Не понимаю, что у ваз вызвало затруднение? Ну да, будет двоичны йфайл загружаемого модуля определённого формата, из которого можно будет извлечь как сегменты кода(данных и др.) так и запакованную мета-информацию... В чём проблема?


    № 3736   13-12-2005 12:30 Ответить на это сообщение Ответить на это сообщение с цитированием
    Ответ на »сообщение 3721« (Руслан Богатырев)

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

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

    ООП -- парадигма, доказавшая свою полезность и практичность, но я против ее диктатуры.
    Модульное программирование тоже имеет контекст выполнения. Этот контекст определяется интерфейсом взаимодействующих модулей и стуктурами данных, которые передаются из вызывающего кода вызываемому.
    Так в чём отличие контекста исполнения модульной программы от ООП-программы? А в том, что структуры передаваемых данных в ООП-программе могут быть активными, прямо влияющими на любые контексты выполнения во всей программы, а не только на контекст двух взаимодействующих модулей!

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

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


    № 3735   13-12-2005 11:56 Ответить на это сообщение Ответить на это сообщение с цитированием
    Ответ на »сообщение 3733« (Сергей Перовский)
    ___________________________

    Ответ на »сообщение 3732« (Руслан Богатырев)
    ___________________________
    Хороший язык программирования должен быть:
    а) структурным;
    б) модульным;
    в) объектным;
    Желательно, чтобы все эти свойства были реализованы грамотно и удобно.
    К сожалению, авторы разных языков при интерпретации всех свойств могут опираться только на свой опыт и делают языки, удобные для решения привычных для них задач. Человек, решающий другие задачи чертыхается или берется писать собственный язык.

    Я никак не могу понять, чем неудобна Java. Объясните, пожалуйста.
     iZEN


    № 3734   13-12-2005 11:43 Ответить на это сообщение Ответить на это сообщение с цитированием
    Ответ на »сообщение 3715« (Владимир Лось)
    ___________________________

    компоненты должны быть полностью бинарными (ну, может быть в байт-коде, обероновских слимах, инферновских dis-ах...)

    А представим себе CPU, прямо интерпретирующую Оберон. Что тогда? Шифровать?


    № 3733   13-12-2005 10:46 Ответить на это сообщение Ответить на это сообщение с цитированием
    Ответ на »сообщение 3732« (Руслан Богатырев)
    ___________________________
    Хороший язык программирования должен быть:
    а) структурным;
    б) модульным;
    в) объектным;
    Желательно, чтобы все эти свойства были реализованы грамотно и удобно.
    К сожалению, авторы разных языков при интерпретации всех свойств могут опираться только на свой опыт и делают языки, удобные для решения привычных для них задач. Человек, решающий другие задачи чертыхается или берется писать собственный язык.


    № 3732   13-12-2005 09:07 Ответить на это сообщение Ответить на это сообщение с цитированием
    Ответ на »сообщение 3727« (Руслан Богатырев)
    ___________________________

    Выберите время и почитайте про модульное программирование. А еще лучше -- изучите каноническую Modula-2. Глядишь, польза будет.

    Хотя, что я все про Modula-2? Возьмите чистый как рафинад Оберон, отрежьте у него расширение типа (можете мысленно), т.е. лишите его возможности реализовывать ООП. Вот вам чистый язык модульного программирования.

    Да, забыл, есть же Oberon-SA -- подмножество Оберона для Strong ARM. Если не ошибаюсь, там вообще нет расширения типа, запрещен экспорт-импорт переменных, нет половины операторов ветвления и цикла (только IF, WHILE и REPEAT), всего четыре базовых типа CHAR, BOOLEAN, INTEGER, REAL.

    Чем не полигон для экспериментов? И ведь работает. И хорошие вещи можно создавать. Прямо-таки крошечный Оберон.


    <<<... | 3751—3742 | 3741—3732 | 3731—3722 | ...>>>
    Всего сообщений в теме: 4531; страниц: 454; текущая страница: 80




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

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

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

    Перейти на конкретную страницу по номеру
      
    Время на сайте: 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» необходимо указывать источник информации. Перепечатка авторских статей возможна только при согласии всех авторов и администрации сайта.
    Все используемые на сайте торговые марки являются собственностью их производителей.

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