На базарной площади довольно часто можно слышать высказывания об
Обероне. Мне кажется, что на базарной площади пора появиться ветке об
этой системе и языке, что-то вроде "Мысли об Обероне". Что это такое, перспективы
этой системы, что
полезного можно извлечь из него для программирования на Дельфи
(например) и др.
Ivan
Всего в теме 4531 сообщение
Ссылки по теме "Оберон" и "Компонентный паскаль"
Отслеживать это обсуждение
- Free Pascal, Oberon, BlackBox
- Разработка препроцессора gpre для delphi\freepascal.
- Component Pascal и среда разработки BlackBox
- FreePascal: реальная альтернатива или OpenSource — блажь?
№ 2581 06-08-2005 00:54 | |
Ответ на »сообщение 2579« (RBV)
___________________________
Уважаемый А. П.:
Host or domain name not found. Name
service error
for name=sf.sibintek.su type=A: Host not found
- не могу с вами связаться. Есть альтернативный способ?
Опечатка, должно быть: ...sf.sibintek.ru
№ 2580 05-08-2005 10:31 | |
Ответ на »сообщение 2578« (RBV)
___________________________
Не вижу в Java ничего хорошего. Тем более в сравнении с Оберонами. В т. ч. и с точки зрения быстродействия. Про .NET думать придется, т. к. тем кто хочет работать в Windows, Microsoft не оставит другого выбора.
А если встанет задача погрузить свои Oberon-наработки в Java, что тогда делать? Лучше заранее знать, к каким последствиям это приведет и в чем могут быть ограничения такого погружения.
То же самое в отношении .NET, да и вообще любой неWin32-платформы, включая кросс-разработку для Windows Mobile, PalmOS, Symbian и др.
Если набросать вчерне схему покрытия разных платформ тремя основными Оберон-компиляторами (IDE), то получается такая картина.
S=W32, T=W32 : BlackBox, XDS-Win
S=W32, T=JAV : GPCP-JVM
S=W32, T=NET : GPCP-NET
S=W32, T=ANY : XDS-C-Win
S=JAV, T=JAV : GPCP-Eclipse
S=LNX, T=LNX : XDS-Linux
S=LNX, T=ANY : XDS-C-Linux
=== Обозначения
S -- инструментальная платформа, Source
T -- целевая платформа, Target
W32 -- Win32
NET -- .NET
JVM -- Java (байт-код)
LNX -- Linux
ANY -- любая операц. платформа
В принципе покрытие получается достаточно полное, но это в теории, а на практике надо смотреть.
№ 2579 05-08-2005 10:11 | |
Уважаемый А. П.:
Host or domain name not found. Name
service error
for name=sf.sibintek.su type=A: Host not found
- не могу с вами связаться. Есть альтернативный способ?
№ 2578 05-08-2005 09:48 | |
Ответ на »сообщение 2576« (Руслан Богатырев)
___________________________
Но есть две важные платформы, требующие внимания -- .NET и Java
Не вижу в Java ничего хорошего. Тем более в сравнении с Оберонами. В т. ч. и с точки зрения быстродействия. Про .NET думать придется, т. к. тем кто хочет работать в Windows, Microsoft не оставит другого выбора.
Кстати, а кто-нибудь смотрел, что GPCP for Eclipse выходе генерирует?
Байт-код Java?
№ 2577 05-08-2005 09:41 | |
Ответ на »сообщение 2575« (Руслан Богатырев)
___________________________
Ответ на »сообщение 2574« (RBV)
___________________________
В отношении численных методов я бы ориентировался на Oberon, если активно не используются ООП-средства, и на Oberon-2, если ООП нужно позарез.
Да вполне согласен. Хотелось бы вот XSC-расширение прикрутить, но в виде библиотеки оно не смотрится...
Active Oberon и Zonnon в этом смысле -- экзотика,
Но не учитывать ее нельзя, хотя пока... наверное да. Вторым циклом. Тем более, что там уже проще будет.
Желательна поддержка всего двух 'боевых' компиляторов -- BlackBox и XDS.
Если не делать уклонов в сторону каждого из них, то бибиотеки получатся совместимые. Тяжко с системноориентированными библиотеками будет, хотя и тут что-то придумать можно.
Проектирование такой эталонной библиотеки (Reference Library) -- на мой взгляд, не самая тяжелая задача, но требующая коллективного труда.
Надо его организовать только хорошо...
№ 2576 05-08-2005 08:37 | |
Ответ на »сообщение 2575« (Руслан Богатырев)
___________________________
Вдогонку предыдущему сообщению.
BlackBox и XDS 'заточены' под Win32 (XDS еще подерживает и Linux).
Но есть две важные платформы, требующие внимания -- .NET и Java (кстати, от марок J2EE, J2SE и J2ME корпорация Sun Microsystems решила отказаться в пользу раскрученного бренда Java и производных от него названий; на июльском JavaOne'2005 было также объявлено, что J2EE 5 выйдет как OpenSource по лицензии Sun CDDL Open Source).
Здесь есть три GPCP-компилятора группы Поля Ро (Paul Roe) из Технологического университета Квинсленда (Австралия) -- для .NET, JVM и в Eclipse, http://www.plas.fit.qut.edu.au/gpcp/Default.aspx
Кстати, а кто-нибудь смотрел, что GPCP for Eclipse выходе генерирует?
№ 2575 05-08-2005 08:01 | |
Ответ на »сообщение 2574« (RBV)
___________________________
В отношении численных методов я бы ориентировался на Oberon, если активно не используются ООП-средства, и на Oberon-2, если ООП нужно позарез.
Active Oberon и Zonnon в этом смысле -- экзотика, перенос под них можно делать вторым заходом и то с добавлением средств поддержки параллельности (в Zonnon они компилятором пока не поддерживаются).
Что касается Component Pascal, то его особенности по отношению к Oberon-2 я бы лично не затрагивал.
Желательна поддержка всего двух 'боевых' компиляторов -- BlackBox и XDS.
Помнится, Trurl писал как-то в форуме, что в рамках BlackBox можно осуществлять компиляцию не только для Component Pascal, но и на уровне Oberon/Oberon-2. Если это так, то BlackBox покрывает все три языка, а XDS обеспечивает эффективность кода и миграцию в Linux и на другие платформы (через C/C++).
Проектирование такой эталонной библиотеки (Reference Library) -- на мой взгляд, не самая тяжелая задача, но требующая коллективного труда.
№ 2574 05-08-2005 07:44 | |
Ответ на »сообщение 2571« (Руслан Богатырев)
___________________________
Ответ на »сообщение 2570« (RBV)
___________________________
Здесь видятся следующие проблемы.
1. Тот, кто переносит библиотеки численных методов, должен в этих методах разбираться, соответственно, и понимать, что важно, а что второстепенно (для него и потенциальных пользователей).
Само собой.
2. Прежде чем что-либо переносить, стоит выработать эталонную интерфейсную библиотеку, которая унифицирует разные системы программирования Оберонов с учетом нюансов Oberon, Oberon-2 и Component Pascal.
Да и прямого смысла нет привязываться к компилятору. Речь идет о привязке к языку... вот только к какому? Можно ориентироваться на Оберон-2 и рассматривать Компонентный Паскаль (грубо), как его надмножество. Но это даст совместимость, при потере приимуществ. При этом есть еще Active Oberon и Zonnon. В общем случае, "алгоритмическая" часть у них одинакова, а вот с организацией сложных структур данных (в т. ч. и динамических) наблюдаются существенные отличия.
Вопрос можно поставить "в лоб": Возможно ли ТАК создавать библиотеки, чтобы они были доступны для нескольких языков семейства Оберона?
№ 2573 05-08-2005 07:13 | |
Еще одно письмо, пришедшее недавно на мой адрес, ответ на которое в свете источников информации может представлять публичный интерес.
Речь идет о размещении на 'Мир ПК-диске' книг и отдельных глав из книг, посвященных Оберону.
Все что можно, будем размещать, но участники данного форума могут получать информацию гораздо оперативнее, чем выходят диски, и в большем объеме (далеко не все, как вы понимаете, мы можем на диске размещать; авторские права необходимо соблюдать). Но есть такая часть, которая в Интернете просто недоступна.
Так, уже около года мы ежемесячно публикуем на диске избранные главы из книг (общим объемом примерно в 600 PDF-страниц в каждом выпуске), которые совместно с нами подбирает само издательство (пока можно говорить о тесном сотрудничестве в этом плане с изд-вом 'Питер').
В только что вышедшем августовском выпуске 'Мир ПК-диска', напр., опубликованы 5 глав из книги Фаронова 'Delphi 2005', 4 главы из переводной книги Брауде 'Технология разработки программного обеспечения' (серия 'Классика Computer Science') и др.
Если есть пожелания опубликовать из новых книг что-то конкретное (пока только изд-ва 'Питер') -- пишите, постараемся максимально учесть ваше мнение.
№ 2572 05-08-2005 07:04 | |
Ответ на »сообщение 2567« (А.П.)
___________________________
Подождите немного, мы сегодня день города отметим :), потом свяжемся с Вами непосредственно по e-mail.
Отслеживать это обсуждение
Дополнительная навигация: |
|