Основными компонентами Axum-программы являются агенты, отличающиеся от привычных объектов тем, что вместо прямой модификации полей или вызова методов в синхронном режиме взаимодействие с ними происходит путем передачи асинхронных сообщений. Будучи .NET-языком, Axum допускает использование стандартной библиотеки и модулей, написанных на других языках.

Инсталлятор доступен для скачивания всем желающим (для работы потребуется установленная Visual Studio 2008).

Источник: Microsoft Devlabs

теги: microsoft, .net  |  предложить новость  |  обсудить  |  все отзывы (5)

[11423]

назад «  » вперед

аналогичные материалы Взлом 180 тысяч ASP.Net сайтов через sql-инъекции // 21.10.11 00:22 Плагин MS ставил под удар пользователей FireFox // 17.10.09 01:57 Октябрьские обновления от MS // 14.10.09 00:19 Августовские обновления от MS // 11.08.09 22:40 Обход защиты памяти в Vista // 12.08.08 02:11 Эти страшные NULL-pointerы // 05.05.08 22:24 Кто быстрее исправляет уязвимости, Microsoft или Apple? // 28.03.08 01:27

последние новостиBugTraq.Ru: последние новости Бэкдор в xz/liblzma, предназначенный для атаки ssh-серверов // 30.03.24 17:23 Три миллиона электронных замков готовы открыть свои двери // 22.03.24 20:22 Doom на газонокосилках // 28.02.24 17:19 Умер Никлаус Вирт // 04.01.24 14:05 С наступающим // 31.12.23 23:59 Четверть приложений, использующих Log4j, до сих пор уязвима // 11.12.23 18:29 Google Drive находит файлы // 07.12.23 01:46

Комментарии: Вопрос к знатокам, ибо сам я в дотнете не копенгаген 15.05.09 06:00   Автор: amirul <Serge> Статус: The Elderman <"чистая" ссылка> У меня одного при чтении спецификации сложилось впечатление, что это просто такой сахар для WCF-а? Тяжело же людям живется без макросов то. Мухоха, посылки сообщений живее всех живых (viva Smalltalk!), правда под асинхронным соусом :) 14.05.09 15:06   Автор: HandleX <Александр М.> Статус: The Elderman <"чистая" ссылка> Человеку, знакомуму только с молотком все проблемы кажутся гвоздями :-) Actor Model вообще ближе к какому нибудь эрлангу. 14.05.09 20:46   Автор: amirul <Serge> Статус: The Elderman <"чистая" ссылка> К конкурентным и распределенным вычислениям на мой взгляд смолтолк вообще говоря не предназначен. То есть В ПРИНЦИПЕ можно и их сделать (так же как и на любом другом тьюринг полном языке, умеющем работать с сетью), но это получится либо неэффективно, либо уродливо, либо потребует достаточно нетривиальных усилий. И да, с message passing-ом справляются вообще любые языки. Причем функциональный pattern-matching является более гибким, чем диспетчеризация только по типу Смоллток где-то посредине -)) 15.05.09 08:40   Автор: HandleX <Александр М.> Статус: The Elderman Отредактировано 15.05.09 08:46  Количество правок: 1 <"чистая" ссылка> > К конкурентным и распределенным вычислениям на мой взгляд > смолтолк вообще говоря не предназначен. То есть В ПРИНЦИПЕ > можно и их сделать (так же как и на любом другом тьюринг > полном языке, умеющем работать с сетью), но это получится > либо неэффективно, либо уродливо, либо потребует достаточно > нетривиальных усилий. В "привычных" ООП -- связка «Объекты+Интерфейсы+Наследование». В средах распределённых вычислений таки да, больше подходит функциональщина + связка «Процессы+сообщения», где процессы легковесны и их содание не сложнее, чем отправка опять же асинхронных сообщений, а в Erlang'e, к примеру, это одно и тоже. В смоллток есть легковесные процессы и есть отправка сообщений. Но пришлось вводить объекты синхронизации как альтернативу асинхронной доставке сообщений. Вообще, удивительна универсальность смоллтока, вернее, сколько парадигм он умудрился собой покрыть :-) http://ru.wikipedia.org/wiki/Сравнение_языков_программирования А чего хотел сказать M$ этим вот своим новым языком -- время покажет. А ты все за свое. 15.05.09 20:44   Автор: amirul <Serge> Статус: The Elderman <"чистая" ссылка> > В "привычных" ООП -- связка > «Объекты+Интерфейсы+Наследование». > В средах распределённых вычислений таки да, больше подходит > функциональщина + связка «Процессы+сообщения», где процессы Дык это не функциональщина. Это распределенщина. Никто не мешает тем же actor-ам иметь стейт и реагировать на одинаковые сообщения по разному. > легковесны и их содание не сложнее, чем отправка опять же > асинхронных сообщений, а в Erlang'e, к примеру, это одно и > тоже. > В смоллток есть легковесные процессы и есть отправка > сообщений. Но пришлось вводить объекты синхронизации как В целом каевский ООП насколько я помню и появился из попытки практического применения actor model, но именно из-за особенностей реализации этой модели смолтолк (без дополнительных костылей) мало приспособлен к конкурентным вычислениям. Кстати, что ты понимаешь под "лековесными потоками" в контексте смолтолка? Если какой то вид зеленых потоков, то вынужден огорчить: актеры создаются сотнями тысяч и миллионами, твои потоки точно выдержат такую нагрузку? > альтернативу асинхронной доставке сообщений. Вообще, > удивительна универсальность смоллтока, вернее, сколько > парадигм он умудрился собой покрыть :-) > http://ru.wikipedia.org/wiki/Сравнение_языков_программирова > ния :-) А ты все за свое. Если уж на то пошло, лисп еще круче. > А чего хотел сказать M$ этим вот своим новым языком -- > время покажет. Да что сказать - ресерч проект, коих сотни. Призван выступать в довольно востребованной, но узкой нише. В случае чего - вставят в мейнстрим. Для того собственно MS Research и трудится.

<добавить комментарий>