Уважаемые разработчики и специалисты!
Необходимо ваше мнение.

Задача: требуется разработать информационную систему. Система представляет собой сервер и информационные киоски. Контент динамический (чтобы было легче представить, например, по типу информационных киосков в музее), управление через сенсорный экран 17 (19) дюймов, организация интерфейса наподобие iPhone. В системе используются индивидуальные карточки посетителя с RFID метками. На киосках установлены считывающие устройства. Считывание осуществляется поднесением карточки к считывающему устройству. Посетитель может идентифицировать себя около каждого киоска тем самым получая возможность продолжать использовать информационные ресурсы с того места где закончил.
Операционная система будет выбрана исходя из платформы для разработки (Тонкий клиент (Windows server 2008, LTSP или др.), Linux, Window Embedded Standard, Windows XP).

Вопрос: какая платформа наиболее подойдет для разработки клиентской части (в основном динамического интерфейса).

Варианты:
1. Silverlight (Monolight)
2. JavaScript (ExtJS, jQuery)
3. Программа Win32/Linux
4. ???

Vika VinnerСразу кодируйте в формате iPad , не ошибетесь. WiFi - это все что Вам надо.
Уточню. Речь не идет о программировании под iPhone или iPad. Речь идет о создании пользовательского интерфейса по типу как у iPhone. Работать это все будет на обычных PC.
Вопрос, скорее всего, надо было ставить так - какая платформа обеспечит разработку подобного интерфейса, с использованием клиент-серверной технологии и поддержкой управления через сенсорный экран?

Vika Vinner,

Информационный киоск выглядит, например вот так .
Так, что ни о каком iPad речь не идет.
Контент - статичная графика достаточно высокого разрешения, текст-описание, немного видио. Оболочка работает на клиенте, графика и текст берется с сервера.
Насчет .NET (WCF/WPF) - можно ли это использовать на Linux платформе, например тот же Monolignt?

При использовании iPad с Mac OS возникает вопрос написания собственного софта с заявленным функционалом. Т.е. возникают ограничения по использованию только технологий предоставляемых Mac OS. Кроме этого защищенность (антивандальность) такого решения оставляет желать лучшего.

Бюджетное (но и достаточное, на мой взгляд) решение будет следующим:
17" сенсорный встраиваемый монитор Elo TS1716L (11800 руб.)
Компьютер Mini-ITX InitLab TC.3 + HDD 80Гб (~6500 руб.)
Linux + Monolight
Итого: 18300 руб.

WebPrj,

GWT пока проигрывает в части создания динамического интерфейса наподобие iPhone. Мультимедийных возможностей не достаточно

Petro123,

Image Advance Carousel
videopuzzle

Petro123,

Добавлю...
Это будет не сайт, а встраиваемая система.

Petro123,

По замыслу, дизайну, например, информационная система "Музей" (только скриншоты), но больше динамики, управление через сенсорный экран, немного видео. Интерфейс в стиле iPhone

По технологии - грузится все по локальной сети (не проблема 1Гбит/с). Необходима легкость создания интерфейса, отсутствие тормозов при отображении на экране, работа с базой данных на сервере.

Petro123LaexPetro123,

Добавлю...
Это будет не сайт, а встраиваемая система.
тогда пиши на встраиваемом ЯП - типа DirectX - дешевле будет.
Помню о стоимости. Решения на Linux+Monolight и Windows Embended Standard+DirectX при условии 5-10 информационных терминалов по стоимости существенно отличаются.

Petro123,

Не-не-не... Silverlight (Monolight) это CLR

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
и другое...

SilverlightLaexSilverlightА MS Embedded CE R3 смотрел? В нем есть поддержка Silverlight(чистый C++) . Если да, то чем не устроил?
Не подойдет
* Silverlight 2
* ...not the extended controls
* Not supported data binding
и другое...
Детально не ковырялся, но свои контролы в ней можно создавать. У меня большие сомнения, что свои нетленки будут функциональней и лучше высокоуровневого слоя от MS.
На подходе новая версия на базе Windows 7(четвертый квартал). Прототипы видео-киосков на ней уже есть .
Судя по анонсу и информации на сайте Microsoft ключевыми технологиями в Windows Embedded Платформа 2010 будут:
Windows Aero + Windows Flip 3D
Windows Touch and Gesture
Windows Presentation Foundation

Упоминание про Silverlight не нашел
Ну и мое личное мнение, учитывая комплексное развитие данных технологий, их взаимную увязку, интеграцию они представляют значительный интерес в части их выбора как платформы реализации новый проектов

zeehondя так понимаю весь вопрос в том, что там за железка на клиенте, в киоске, потянет ли оно RIA в плане производительности визуализации
как по мне - я бы делал клиента на флексе, а сервер на чём угодно, хоть на php, хоть на яве
во флексе и databinding к чему угодно, и на платформах он идёт на всех практически (включая надкушенных) вон в андроида скоро даже встроят
Все правильно. Сервер будет один и его можно будет подобрать под реальную загрузку и под требования клиентских терминалов (киосков) (например, способ обращения к базе данных, объемы передачи данных по сети).
За время со старта топика я нашел и изучил много информации по нескольким потенциальным платформам для разработки.
Например CLR - языки для их эффективного использования подразумевают интеграцию с Win - технологиями, что дорого и платформо-зависимо.
Платформы Silverlight, Flex, Flash относятся к платформам для построения RIA, что накладывает ряд ограничений (см. RIA )
К слову сказать WCF и WPF стоят как раз на стыке RIA и локальных клиентских приложений - интерфейс строиться по аналогии с RIA, а работа с локальными ресурсами компьютера как у обычных Win32/Linux программ.
Ну и самые широкие возможности предоставляют обычные Win32/Linux приложения.

Так, что действительно, любая платформа позволит решить поставленную задачу.
Думаю выбор будет сделан в пользу WPF (если удастся научиться читать RFID метки и использовать термопринтер) либо обычные Win32/Linux приложения.
В случае использования Silverlight, Flex, Flash все равно придется приводить функциональность к приложению работающему на клиенте и читающему данные по локальной сети с серверной базы данных.

zeehondWPF это по-моему как раз "дорого и платформозависимо", не?
хотя в плане разработки, всяко, на порядок быстрее, чем писать на C++ под какой-нибудь WxWidgets
Действительно, использование WPF тащит за собой большой спектр технологий придуманных Microsoft, а это, в свою очередь, ведет к высокой стоимости продукта и платформозависимости. Поэтому, не смотря на усложнение этапа разработки системы, одним из вариантов рассматривается использование нативных приложений, что в последующем, после отработки технологий позволить портировать продукт на бесплатные платформы.
zeehondчто касается внешних устройств (RFID-принтер и т.п.) - лично я бы работу с их не стал встраивать в само приложение, а сделал бы внешними native-приложениями, постоянно запущенными "демонами" с интерфейсом да хоть бы и TCP/IP и отлаживаться проще (на моках), и интегрироваться, и потом проблемы искать
поэтому в общем-то и для RIA-приложений не вижу я препятствий (кроме, опять же, производительности железки)
авторсамые широкие возможности предоставляют обычные Win32/Linux приложения.
это не совсем так
вот взбредёт вам на следующей итерации в голову сделать скажем видео-плеер в вашем киоске, во флексе (или сильвер, опять же, лайте) это за полчаса делается, а в нативное приложение взять и встроить видеоплеер... гм, гм...
Здесь следует учесть, что сам программное обеспечение киоска является достаточно изолированной и не сложной программой, которая решает конкретную задачу. Тем более речь идет о встраиваемой системе, для которой требования к железу минимально достаточные для решения задачи. Поэтому, на мой взгляд, разделение ее на ряд независимых подсистем в данном случае нецелесообразно. Разделение ведет к повышению требований к объему памяти и процессору, а также потребует разработки некоторого гипервизора контролирующего работоспособность (и перезапуск) отдельных «демонов». Также требования к железу будут повышаться при использовании RIA.
Что касается следующих итераций, то все зависит от квалификации разработчика. Кто-то может за полчаса и в нативное приложение встроить видеоплеер.