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

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

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


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

Архив

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


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

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

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

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

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

 
   
С Л С

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

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

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

Квинтана

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

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

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

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

 
  
АРХИВЫ

 
 

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


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

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

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

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


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

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

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

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

<<<... | 4236—4227 | 4226—4217 | 4216—4207 | ...>>>
Всего сообщений в теме: 6256; страниц: 626; текущая страница: 204


№ 4226   20-04-2007 06:39 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 4224« (Руслан Богатырев)
___________________________


Для "нанопрограммирования" это лишнее.


Для чего?


А если ран-тайм (система Oberon в миниатюре) будет занимать, скажем, 100-300 Кбайт, а лежащий поверх него слой поддержки активных документов -- около 50 Кбайт? Тогда как?


Тогда "активные документы" будут толстыми :) Чудес не бывает. Либо толстый фрэймворк, в котором есть все, либо толстая программа, которая все свое носит с собой.


Если цена вопроса -- "вес", то он равен примерно паре-тройке TTF-шрифтов.


Это пока все домыслы или можешь показать пример? Активный документ весом 350кб, у которого все на борту? Причем желательно, чтобы функционал такого документа выглядил недосягаемым для какой-нибудь обычной HTML-страницы :) Ну и трудоемкость создания такого документа приемлемая (а то я и на C++ могу наколбасить вьюер в 4кб exe :)


№ 4225   20-04-2007 06:04 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 4206« (ASU)
___________________________

Система может включать в себя более двух уровней. В этом случае на систему ложится задача поддерживать в согласованном состоянии описания, которые проецируются более, чем на одно межуровневое пространство. Это достигается посредством проекции или поддержанием копий описаний на каждом из уровней. Таких общесистемных описаний, как правило, немного, но они есть.

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

То есть, поддерживается инкапсуляция, как то и требуется в современной парадигме модульного программирования... Это хорошо.

Да, хорошо. :)
К сожалению, не вижу равноценных средств инкапсуляции в иных подходах.
В том числе -- в Вашем (возможно, пока не вижу).
 AVC


№ 4224   20-04-2007 06:02 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 4223« (pepper)
___________________________

"Вьюер от оберона", даже если он не потащит за собой половину Блэкбокса, тоже не имеет смысла распространять каждый раз полностью.

Ну зачем же половину? Для "нанопрограммирования" это лишнее. А если ран-тайм (система Oberon в миниатюре) будет занимать, скажем, 100-300 Кбайт, а лежащий поверх него слой поддержки активных документов -- около 50 Кбайт? Тогда как? Если цена вопроса -- "вес", то он равен примерно паре-тройке TTF-шрифтов.


№ 4223   20-04-2007 05:40 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 4220« (Как слышно? Приём!)
___________________________


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


Суть в размере "активного" составляющего документа. В моем случае - это программа на VBA. Он была маленькой :) Размер "фрэймворка" (будь то офис, браузер с поддержкой джава-скрипта, Flash-плеер, JRE или .NET) волнует мало, потому что устанавливается один раз. "Вьюер от оберона", даже если он не потащит за собой половину Блэкбокса, тоже не имеет смысла распространять каждый раз полностью.


№ 4222   20-04-2007 05:11 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 4221« (MS)
___________________________
Вы не против, что в принципе получаем одна системообразующая сущность (СЭ), котора имеет одинаковую структуру (входы, выход, знания) на разных уровнях?
Нет, я не против... :)
Могут быть и одинаковые интерфейсы на разных уровнях... (полиморфизм допустим не только у классов, состоящих в связях наследования).


№ 4221   20-04-2007 04:57 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 4219« (ASU)
___________________________


Да. Только логика обычная иная... СЭ знает чего он хочет (или чего от него хотят), ему нужны исполнители (реализаторы интерфейса), он их нанимает, руководствуясь некими соображениями (или подсказками). Далее, он выстраивает связи между своими элементами и... начинает работать. По окончанию рабочей сессии СЭ может быть распустить свои элементы, может их «законсервировать» в БД или просто ожидать следующих распоряжений свыше.


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

(Входы и выход - интерфесы для соединения с элементами)

Вы не против, что в принципе получаем одна системообразующая сущность (СЭ), котора имеет одинаковую структуру (входы, выход, знания) на разных уровнях?


№ 4220   20-04-2007 04:50 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 4215« (pepper)
___________________________
>>> Я такое еще в универе делал на Excel и VBA.
Дык и на Дельфи можно и много ещё на чём ...
Суть в размере вьюера по сравнению с документом ...
Предполагается, что он будет на порядки меньше Excel,
свободен для распространения, быстр в работе.
Скорость работы Excel ...
И потом ... за слово "Бейсик" здесь можно схлопотать :)

Размер оценочно указывался ... вот только залило всё болото -
глубоко нырять.


№ 4219   20-04-2007 04:30 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 4217« (MS)
___________________________
Имеется два вида элементов - "простые" (процедуры, переменные объекты ...) и системообразующие.
Системообрзующие элементы (СЭ) имеют только диспетчер, который обеспечивает связь с элементами нижестоящими в иерахии с одной стороны, и СЭ более высокого уровня с другой.

Системообразующий элемент – это и есть элемент верхнего уровня.

Каждый элементы в образованной иерархии связан только с одним СЭ, взаимодействие между элементами одного уровня происходит исключительно через диспетчер СЭ, с которым они связаны.
Правильно.

Т.е. иерархия : "простой" элемент ->СЭ -> ... ->СЭ
Да.

Каждый элемент объявляет свой контракт.
Системообразующий элемент (СЭ) объеденят контракты нижестоящих элементов и на базе зарегистрированных контрактов осуществляет взаимодействие между этими контрактами и объявляет свой контакт для вышестоящего СЭ.

Да. Только логика обычная иная... СЭ знает чего он хочет (или чего от него хотят), ему нужны исполнители (реализаторы интерфейса), он их нанимает, руководствуясь некими соображениями (или подсказками). Далее, он выстраивает связи между своими элементами и... начинает работать. По окончанию рабочей сессии СЭ может быть распустить свои элементы, может их «законсервировать» в БД или просто ожидать следующих распоряжений свыше.


№ 4218   20-04-2007 04:01 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 4217« (MS)

Каждый элемент объявляет свой контракт.
Системообразующий элемент (СЭ) объеденят контракты нижестоящих элементов и на базе зарегистрированных контрактов осуществляет взаимодействие между этими контрактами и объявляет свой контакт для вышестоящего СЭ.


№ 4217   20-04-2007 03:53 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 4192« (ASU)
___________________________
Есть более простые и понятные термины: системы и ее элементы. Элементы могут быть простыми или сами являться системами. Иерархия выстраивается от простых элементов до...
Хорошие системы имеют очень небольшое количество уровней.

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


<<<... | 4236—4227 | 4226—4217 | 4216—4207 | ...>>>
Всего сообщений в теме: 6256; страниц: 626; текущая страница: 204


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

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

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

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

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

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