| Оберон-технология: особенности и перспективы |
Тематика обсуждения: Оберон-технология. Особенности, перспективы, практическое применение.
Всего в теме 6256 сообщений
Добавить свое сообщение
Отслеживать это обсуждение  Обсуждение из раздела
Школа ОБЕРОНА
| № 1356 28-12-2006 03:03 |   |
Ответ на »сообщение 1331« (pepper)
P.S. Почему то, что ты описал, невозможно без явной выгрузки модулей, я так и не понял.
Подумайте ещё раз. Без явной выгрузки модулей этого сделать действительно невозможно.
Ответ на »сообщение 1332« (Max Belugin)
Можно выгружать компоненты при желании: http://www.rsdn.ru/article/dotnet/appdomains.xml
AppDomain не является модулем, это дотнетовский процесс. Внутри одного "физического" процесса подлежащей операционной системы может быть запущенно несколько дотнетовских. Ну а то что в .Net можно останавливать запущенные процессы вне всякого сомнения есть ценное свойство потрясающее воображение ;-)
Ответ на »сообщение 1340« (Max Belugin)
кстати в жабе тоже можно анлоадить http://blog.taragana.com/index.php/archive/how-to-unload-java-class/
Вообще-то известно, что код классов в Java удаляется сборщиком мусора. Но это не имеет отношения к выгрузке модулей. К тому же классы модулями не являются.
Ответ на »сообщение 1334« (pepper)
Все началось с того, что Вы не захотели причислять C#/Java/Python к числу языков, поддерживающих модульное/компонентное программирование.
Совершенно справедливо не захотели. Потому что эти языки не поддерживают модули.
Ответ на »сообщение 1341« (pepper)
Проблема с пространствами имен высосана из пальца. Никто в здравом уме не будет называть пространства имен большими одиночными латинскими буквами.
Вы не поняли. Фундаментальная проблема пространств имён в том, что их используют без предварительного объявления.
Ответ на »сообщение 1345« (pepper)
Орловцы - это кто?
Да Вы не в теме! Орловцы - это те кто сейчас занимается развитием BlackBox кроме (или даже вместо!!!) самой Oberon Microsystems. http://bbforum.metasystems.ru/
| № 1355 28-12-2006 02:59 | |
Ответ на »сообщение 1352« (Jean)
___________________________
>>>Проблемы, вызванные отсутствием фичи - игнорируем
Пустой треп. Назовите реальные проблемы, связанные с отсутствием пространств имен.
Не хочу иметь длинные имена модулей и вручную следить за правильным именованием.
| № 1354 28-12-2006 02:56 | |
>>>Всего лишь несколько тысяч файлов. Пространства
>>>имен рулят
Хотите верьте, хотите нет, но проекты на Оберонах рулят не хуже и без этой примочки.
| № 1353 28-12-2006 02:56 | |
Ответ на »сообщение 1350« (AVC)
___________________________
Давайте посмотрим на Оберон(ы) (как ЯП) с такой стороны.
Оберон -- очень простой и эффективный язык программирования.
Какие усовершенствования по сравнению с Обероном, окупающие заметное усложнение языка, привнесли Ява и Си-шарп?
Первое что приходит в голову (при том, что ни на жабе ни на шарпе я сейчас не пишу):
- механизм исключений
- делегаты (мелочь, а приятно)
- дженерики
- элементы функционального программирования (в новом шарпе)
- перегрузка функций и операторов (шарп)
- еще я думаю можно много чего накопать по мелочам
Что ты подразумаеваешь под "усложнением языка" я не очень понял. Очень простые языки (если сравнивать с каким-нибудь C++).
| № 1352 28-12-2006 02:50 | |
>>>Проблемы, вызванные отсутствием фичи - игнорируем
Пустой треп. Назовите реальные проблемы, связанные с отсутствием пространств имен.
| № 1351 28-12-2006 02:47 | |
Ответ на »сообщение 1348« (Jean)
___________________________
Я Вам завидую. Вы пишете проекты, где может быть больше миллиарда различных модулей. Наверно, у Вас масштабные задачи.
Всего лишь несколько тысяч файлов. Пространства имен рулят.
| № 1350 28-12-2006 02:45 | |
Давайте посмотрим на Оберон(ы) (как ЯП) с такой стороны.
Оберон -- очень простой и эффективный язык программирования.
Какие усовершенствования по сравнению с Обероном, окупающие заметное усложнение языка, привнесли Ява и Си-шарп?
(Никто не спорит с фактом, что и на Яве и на шарпе "писать можно".)
| № 1349 28-12-2006 02:43 | |
Ответ на »сообщение 1346« (Jean)
___________________________
>>>На самом деле проблемы с пространствами имен на
>>>практике есть, но они совсем другого рода
Спасибо, что признали очевидное. "Философия" всех Оберонов - "не создавай проблем программисту - их у него и так хватает". За это их и ценим.
Очень смешно. Нет фичи - нет проблем. Проблемы, вызванные отсутствием фичи - игнорируем. Философия оберона.
| № 1348 28-12-2006 02:40 | |
Я Вам завидую. Вы пишете проекты, где может быть больше миллиарда различных модулей. Наверно, у Вас масштабные задачи.
| № 1347 28-12-2006 02:36 | |
Ответ на »сообщение 1344« (Jean)
___________________________
>>>Кстати, что оберон предлагает вместо пространства имен?
Модули. Пространства имен потому и "высосаны из пальца", что нет полноценной поддержки модулей. Если бы такая поддержка была, то изобретать какие-то там пространства было бы не нужно. Оберон-программы и так прекрасно работают и решают задачи, без "пространств".
Т.е., в большом проекте я буду придумывать имена модулям типа ApplicationAdministrativeQueriesBackendCommandsImpl?
Добавить свое сообщение
Отслеживать это обсуждение
| Дополнительная навигация: |
| 
