Microsoft's.NET MicroFramework, Даешь "контроллеры светодиодов" с мегабайтом кода! Опции

[Evgeny_CD]

Наводку дал Сидоргек::Сахара

Microsoft's.NET MicroFramework
http://www.aboutnetmf.com/entry.asp

Microsoft .NET Micro Framework White Paper
http://www.aboutnetmf.com/NET_Micro_Framew...paper_V_1.0.doc

Frequently Asked Questions
http://www.aboutnetmf.com/javascript.void()

Is Microsoft .NET Micro Framework real-time?

Although .NET Micro Framework is not real-time, it can be run as a client of a real-time operating system so that other system functionality can be real-time. We recommend Microsoft Windows CE for the development and deployment of real-time applications.

С другой стороны, требования этой хреновины (1М FLASH 300k RAM) очень даже хорошо соотвествуют контроллерам типа LPC28xx + внешний SDRAM.

Нда, возможность писать embedded приложение на C# (книжки по нему в каждом ларьке лежат - в отличие от книжек по embedded программизму) прямо в VC - вероятно, это добавит популярности этому чуду.

Но с другой стороны, отладить все это хозяйство лично мне не представляется возможным.

И вообще, как-то слишком большая цена (в виде русурсов) получается за то, чтобы писать обработчик SPI в комфортной среде...

С другой стороны, Windows тоже поначалу была уродцем - а в итоге этот уродец прочно окупировал все пЫсюки, не став от этого менее уродливым.

[white.wind]

Простите, что встреваю.

Лидерство МС, как и его образ, обусловлен более выигрышной стратегией. Условно говоря, их две. На пустом рынке выигрывает - бить по площадям. Причем себестоимость и некоторые издержки не помеха. Так в свое время Амазон арендавал офисы и закупал оборудование по дурным ценам. Цель была одна - застолбить место. Еще одно важное следствие это то, что затрудняется продвижение конкурентов "по занятой" территории. Не былоб МС, был бы другой. Хотел бы Линукс быть в лидерах - был бы таким же. К слову, вторая стратегия - выжимание по каплям, спокойный, медленный (вдумчивый) процесс, применяется на уже сформированном рынке с конкуренцией. Тоже метод, только не ко времени он был.

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

В уже наше время (когда космические корабли бороздят просторы вселенной) ситуация продолжает повторятся, но уже с фреймворками .Net, Visual Studio.. истоки которого лежат в яве, си, делфи и IDE других ребят. Вы навреное знаете, что один из главных разработчиков C# Андерс Хельсберг, бывший сотрудник borland, создатель турбо паскаля и многих идей Дельфи.

Еще раз простите, что встарял

[Evgeny_CD]

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

Это просто про меня.

Конечно, же я слышал много шума по поводу .NET. Но как-то подсознательно сразу забил на это направление.

Сейчас посмотрел материалы по Mono, DotGNU - блин, так там же уже реализиваны все те идеи, над которыми я так долго и нудно размышлял!

Теперь осталось понять, как этих монстриков порезать, чтобы Hello word запустить в минимальном environment. Без графики и прочих понтов

На первый взгляд, DotGNU можно с разумными усилиями запустить на uClinux. И на современном 150 Мгц ColdFire за 10$ это будет как-то ворочаться, скорее всего.

Но в принципе, прямых препятствий для запуска DotGNU даже под uCOS нет. Конечно, там будут проблемы с Threads, но DotGNU все платформозависимые сущности живут в отдельной директории - думаю, побороть все это можно.

Эх, если бы Micro$oft выпустил micro .NET с исходниками - цены бы ему не было. Но этого, понятно, не будет - они захотят привязать его к WinCE - а вот она мне нафиг не нужна.

Кто-нибудь подскажет толковую книжку по архитектуре .NET? Именно по архитектуре, а не по принципу "открой пример - нажми F9 - твоя первая программа заработала".

[serj_obninsk]

Эх, если бы Micro$oft выпустил micro .NET с исходниками - цены бы ему не было. Но этого, понятно, не будет - они захотят привязать его к WinCE - а вот она мне нафиг не нужна.

Как раз таки не захотят. Под WinCE уже давно есть Compact Framework. Теперь вот хотят еще более компактный микрофреймворк забацать. Судя по всему для безосных девайсов. Хотя, неисповедимы пути Гейца - может быть M$ под это дело MicroWinCE сделают

Кто-нибудь подскажет толковую книжку по архитектуре .NET? Именно по архитектуре, а не по принципу "открой пример - нажми F9 - твоя первая программа заработала".

Первые шаги - Джеффри Рихтер, "Программирование на платформе microsoft .net framework". Это так сказать взгляд снизу, с архитектуры, без нацеленности на практические примеры.
Потом Троельсен, "С# и платформа .net", эта книга уже более приближена к практике.
Есть ещё некий трёхтомник, если не ошибаюсь, Дона Бокса, одного из авторов архитектуры .net. Сам не читал - но слышал что гут.

А вообще, что тут сказать (по поводу анонса)... СМЕЯЛСО...БАИАНИСТЫЙ БАИАН
В армах давно наличествует АППАРАТНАЯ поддержка Java (jazelle), а M$ вот-вот надумал делать софтварную прослойку для своей "скриптовой платформы" ))

И главное - стоит ли переживать? Как показывает практика, ламер всегда остаётся таковым, дай ему в руки хоть самую навороченную в мире термоядерную лопату Всегда будут задачи требующие мастеров. А язык - дело вторичное.

[Evgeny_CD]

И главное - стоит ли переживать? Как показывает практика, ламер всегда остаётся таковым, дай ему в руки хоть самую навороченную в мире термоядерную лопату Всегда будут задачи требующие мастеров. А язык - дело вторичное.

Почти так.

Предположим, я произвожу СКД - системы контроля доступа. Там все просто:
* входной модуль - каточку считали
* выходной модуль - замок открыть
* часы
* база данных
* файловая система - конфиги и логи
* показиметр - показывать, что творится. GUI или консольный - пофиг.

Управляющая программа может быть очень сложной даже для 100 человек - при нескольких уровнях доступа и динамических профилях. Но работает она меденно - для небольшого здания до 10 оп/сек, и время ожидания транзакции до 1 сек.

Вопрос, как это оттестировать.

Пишем на CLI. Либы. В реальном устройстве они с ОСью рабтают, в симуляторе - файловый ввод-вывод.

Пишем тестовую систему - генератор карточек и анализатор дверей.

Пишем на C# красивейший ГУЙ для симулятора. И не менее красивый конфигуратор - силами специального С# программера, который никогда ничего не напишет под контроллер - а я никогда таккую красоту на экране не нарисую.

пЫсюк работает быстро - я смогу симулировать в ускоренном времени. Похоже, что-то типа 1:100 получить будет можно. Т.е. за 3.6 суток я отсумулирую год работы системы. За две недели - полный цикл с учетом высокосных годов и т.д.

В итоге мы получаем front-end безумной красоты, который не влияет на надежность системы, и ядро системы, которое будет годами работать без перезагрузки.

Вот ради этого и стоит попробовать разобраться с .NET!

[serj_obninsk]

Вот ради этого и стоит попробовать разобраться с .NET!

С этим трудно не согласиться.

PS.
Как насчёт попробовать java? Кто-нибудь из присутствующих видел вживую jazelle?

В итоге мы получаем front-end безумной красоты, который не влияет на надежность системы...

На надёжность то он не будет влиять (вся секьюрная логика на сервере), максимум - на уровень речевой культуры в помещении. Представляю себе реакцию человека, бегущего по нужде с картой доступа наперевес... а замок вдруг зависает

[Evgeny_CD]

На надёжность то он не будет влиять (вся секьюрная логика на сервере), максимум - на уровень речевой культуры в помещении. Представляю себе реакцию человека, бегущего по нужде с картой доступа наперевес... а замок вдруг зависает

Вы не поняли! Сервера нет!!!!

Есть железяка с RTOS (например, на PPC405 - SDRAM ECC). На ней крутится интерпретатор CLI. Все фукции!!!

А пЫсюк только для тестирования и настройки.

[white.wind]

На ней крутится интерпретатор CLI.

Если ничего не поменялось, то интерпретатор не нужен

Там при первом запуске байткод сразу в натив компилируется под тот проц., в котором работает. Причем, компилируются только те методы, которые реально исполняются.

Другой вариант, откомпилить все сразу утилитой ngen, например, при инсталяции.