Vika Vinner
Думаю что здесь Вы зря тратите время... Apple Mac технология вся построена на моделировании учебно-развлекательных и мультимедийных программ. Думаю что если поищите в тырнете - найдете практчески готовое подобное решение... Это к сожалению не мой профиль - но если поищите в запасниках Американских Museums of Science - я более чем уверена - что там будет все что Вам надо. А вандализм... хм... ну он везде и всегда вандализм.... Ментальность пользователей надо менять а не технологию ... In my Honest Opinion...

Опять же, музейная информационная система приведена для демонстрации. Вместо нее можно было привести информационную систему книжного магазина с возможностью листать страницы книг, осматривать обложку, короче 3D.

Vika VinnerНе поленилась - и нашла для Вас... Пользуйтесь Коллега
Спасибо.
Кстати тема информационных киосков (платежных терминалов) сейчас очень популярна. Есть множество русскоязычных ресурсов по продаже как готовых решений, так и комплектующих.

Давайте я предложу более конкретный пример, на основании которого можно обсуждать варианты:

Реализация функционала "Контакты" как в iPhone. Контакты хранятся в базе на сервере. Есть программа работающая на стороне клиента. На какой платформе лучше всего реализовать?

474А если flash использовать?В настоящее время разницы в производительности нет, но в дальнейшем, думаю, Silverlight выиграет.
А пока flash vs silverlight gallery

Silverlight Facebook client
Йесссс! Вот пример организации интерфейса, который нужен.
Значит все таки Silverlight.
Спасибо!

Vika Vinnerкстати говоря... В {любой} современной реализации контакты хранятся и на сервере и {если надо} на клиенте (XML). Это динамическая часть контента если требуется меняется... Не гоняем мы сейчас запросы туда сюда по пустякам... Дорого... Да и зачем если можно все что надо заблаговременно доставить... В таком раскладе... статическая информация (content) остается неизменной.. Насколько возможно..
Ну а если работать в локалке?
Опять же нужно будет реализовывать механизмы синхронизации (например, по каждому коммиту на сервере заставлять клиента синхронизировать данные или клиент сам должен перед отображением контента сверяться с сервером)

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

Напомню требования: информационная система, клиент-серверное приложение, информационный контент храниться на сервере (база данных), клиентское приложение обеспечивает динамический (!) интерфейс с пользователем, используется графика, видео вставки, поддержка touch-технологии на сенсорном экране, работа с оборудованием (считывающее устройство для RFID меток, термопринтер), визуальные эффекты интерфейса (масштабирование, затухание и др.)

Выводы:
1. Практически все из упомянутых (предложенных) вариантов позволяют реализовать задуманный функционал. Что-то «нативно», что-то через дополнительные костыли.
2. Существующие решения для информационных киосков разработаны:
1) для простого, статического контента, в основном, «графика-текст» в виде внутрисетевого веб-сервера и браузера в информационном терминале. При этом платформа может быть любая, среда - любая;
2) для более сложных случаев – использование дополнительного оборудования, веб-камер, термопринтеров, датчиков присутствия – только программа на Win32/CLR/Linux (для Linux нашел всего одно решение).
3.Существующие веб-технологии (различные фреймворки JavaScript, Silverlight (Monolight)) созданы для предоставления пользователю максимально удобного интерфейса, НО (!) в рамках протоколов Internet. Решение поставленной задачи с их с пользованием – сложная задача.
4. С точки зрения стоимости разработки и внедрения: все на Linux - бесплатное решение; сервер Linux, клиент Windows Embedded Standard ($90); сервер Windows Server, клиент Windows Embedded Standard – суммарно дорого.
5. Ну еще много других менее важных факторов

Выбор:
Архитектура – ЛВС (100Мбит/с или 1Гбит/с)
Сервер – Linux, mySQL, Apache (веб-морды для организации рабочих мест руководителя (смотреть статистику) и менеджера (вносить изменения в контент))
Клиент - Windows Embedded Standard, программа Win32 (возможно с использованием DirectX) или один из языков для CLR (требуется более мощная аппаратная часть)
Расширение – на основе Wi-Fi

Под Linux (сервер) будут взяты готовые решения (mySQL, Apache).
Веб-сервис - веб-морды для организации рабочих мест руководителя (смотреть статистику) и менеджера (вносить изменения в контент) ничем не отличается от разработки на Win платформе

Vika VinnerЕсли "готовые решения" В Вашем понимании База Данных (mySQL) и Сервер Приложений (Apache) то точно такое зже "готовое" и бесплатное есть и у Microsoft - SQL Server Express Edition (Free) + Visual Studio with IIS Express (free)
Полностью согласен, за исключением стоимости операционной системы, в которой работают эти продукты.
Vika VinnerЯ еще раз повторюсь - мне совершенно все равно на чем Вы будете делать Ваше решение - главное - не делайте борщ... Или яблоки - или LAMP - или M$$$ по цене - поверьте отличия будут и не в пользу LAMP или яблока.... M$$$ побъет все цены... В вашей нише производства информационных систем. Проверено многолетним и упорным исследованием. Как я уже говорила самое лучшее будет на Apple (iPad) , но оно - вот именно оно и будет самым дорогим. Зато продаваться будет на УРА!!!!
Здесь нужно понимать, что речь идет не о корпоративном решении с высокими нагрузками на сервер и высокой интеграцией в различные сервисы. Задача узко специализирована и все узкие места в плане производительности и взаимодействия могут быть найдены и оптимизированы.
Судя по найденной и проанализированной информации решения типа LAMP+Windows в рамках данной задачи вполне работоспособны.
Еще раз обращу внимание – задача узкоспециализированная.
Про Apple и Windows платформу. Предположим, в дальнейшем, предполагается коммерциализировать проект. В этом случае стоимость продукта будет увеличена на стоимость его составляющих. Может получиться продукт хотя и красивый, с громкими именами, но не конкурентоспособный по цене либо прибыль будет минимальной
Насчет «многолетним и упорным исследованием» поясните либо дайте ссылку.
Vika VinnerОй да - для сведения LAMP = Linux + MySQL + Apache + PHP; яблоко = Apple Mac (iMac/iPad...); М$$$ = Microsoft.. $$$ = просто для поддержания цензурного внимания Спасибо, освежил термины в памяти.
SilverlightА MS Embedded CE R3 смотрел? В нем есть поддержка Silverlight(чистый C++). Если да, то чем не устроил?
1. Если я правильно понял латинские буквы, то речь идет о «Making the Initial C++ Project» - ключевое слово Initial, т.е. начальный
2. The source code file includes code stubs …
3. Наполнение заглушек осуществляется с помощью CLR языков

Как сказал представители Microsoft (вольный перевод)
«Вы не можете использовать С++ для Silverlight. Но вы можете использовать C#, язык, зависящий от выбранного типа проекта.»
«Silverlight приложения не может использовать обычные .NET приложения или неуправляемые сборки.»

Для того, чтобы использовать C++ нужно:
1. Программа на C++ должна быть скомпилирована с .NET Framework 3.5sp1 (VC++ 2008 Sp1) с опцией /clr:pure (компилятор должен быть MSIL совместимый)
2. Исключить все ссылки на сборки .NET framework, которых нет в Silverlight
3. Исключить любое использование CRT (C runtime) (хотя есть примеры обхода этого ограничения, но это хак)

Таким образом выгоды использования С++ остаются неясными

Насколько мне известно, только в SL4 появилась поддержка веб-камеры. Чего уж там говорить о поддержке стороннего оборудования. Хотя связь конечно возможна через RPC/IPC, но это уже костыли. Silverlight изначально предполагался для использования в рамках браузера, в "песочнице", с высокими требованиями к безопасности.

Ошибочка вышла.
Действительно Silverlight for Windows Embedded - Supports code-behind that is written in C++ only.

Буду копать глубже.

SilverlightА MS Embedded CE R3 смотрел? В нем есть поддержка Silverlight(чистый C++) . Если да, то чем не устроил?
Не подойдет
* Silverlight 2
* ...not the extended controls
* Not supported data binding
и другое...