OberonCore

Библиотека  Wiki  Форум  BlackBox  Компоненты  Проекты
Текущее время: Пятница, 19 Октябрь, 2018 07:24

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 4 ] 
Автор Сообщение
 Заголовок сообщения: Аналог BlackBox Component Framework для Java / .NET?
СообщениеДобавлено: Пятница, 28 Декабрь, 2012 12:52 
Аватара пользователя

Зарегистрирован: Пятница, 25 Сентябрь, 2009 13:10
Сообщения: 1162
Откуда: Tel-Aviv
Как по-Вашему, реально ли силами сообщества Оберон поднять аналог BlackBox Component Framework для Java / .NET? Под этими целевыми платформами я подразумеваю использование в качестве компилятора КП GPCP.

Только сделать по-своему, убрав нежелательные компоненты и расширив новыми возможностями.
Допустим, ядро такого каркаса можно было бы использовать, скажем, в сетевых приложениях. А GUI в качестве дополнения к нему.

Наиболее вероятным кажется создание минимальной инфраструктуры для запуска "безголовых" программ.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 28 Декабрь, 2012 14:39 
Администратор

Зарегистрирован: Вторник, 15 Ноябрь, 2005 01:14
Сообщения: 4112
Откуда: Россия, Орёл
Где-то на форуме Сергей Губанов пояснял почему это сделать нельзя. Вернее, почему не получится это сделать полноценно.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 28 Декабрь, 2012 18:14 

Зарегистрирован: Вторник, 29 Август, 2006 12:32
Сообщения: 2523
Откуда: Россия, Ярославль
Загрузчик "модулей" конечно можно сделать, но в gpcp они все лежат как-то странно, все в одну кучу, без ковыряния компилятора и линкера не разобраться, почему оно именно так.
Ну, с тех пор gpcp активно ковыряли, сделали похожее поведение внутри WITH и т.д.
хотя с метаинформацией конечно будут проблемы.


По мне, так стоит просто взять отдельные интерфейсы типа Comm и Db и сделать перенос приложений более простым, но о всякой динамике можно будет забыть.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Суббота, 29 Декабрь, 2012 04:34 
Модератор
Аватара пользователя

Зарегистрирован: Понедельник, 14 Ноябрь, 2005 18:39
Сообщения: 9010
Откуда: Россия, Орёл
Собственно, при реализации на .NET/Java value-типы становятся размещаемыми на куче (строки, массивы, записи...).
Т.е. одно из важных преимуществ Оберона (возможность "не гадить" в куче по каждому поводу - теряется).
Например, сейчас передача сообщения по HandleMsg не требует выделения памяти. На базе .NET/Java начнёт требовать.
Для многих настольных приложений это не критично (если это не вычисления). Но для серверных - уже критично (сегодня все мучаются с этим; когда объём оперативки используется большой - например, гигабайт 16, то сборка очень тормозит. На Хабре была статейка от разработчиков "Одноклассников" - им пришлось использовать подход с off-heap-memory - когда память вручную выделялась с помощью внешней библиотеки, написанной на С).

Если в IL и Java-bytecode есть какие-то возможности для реализации value-типов (Губанов потом что-то в IL находил, оно просто в C# не задействовано), то можно попробовать обойти это.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 4 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 2


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Вся информация, размещаемая участниками на конференции (тексты сообщений, вложения и пр.) © 2005-2018, участники конференции «OberonCore», если специально не оговорено иное.
Администрация не несет ответственности за мнения, стиль и достоверность высказываний участников, равно как и за безопасность материалов, предоставляемых участниками во вложениях.
Без разрешения участников и ссылки на конференцию «OberonCore» любое воспроизведение и/или копирование высказываний полностью и/или по частям запрещено.
Powered by phpBB® Forum Software © phpBB Group
Русская поддержка phpBB