На чем написать табло аэропорта?

Question

[Exelenz]

Мини-система визуального информирования пассажиров.
Есть компьютер и подключенный к нему большой монитор, на котором нужно выводить информацию о рейсах, в аэропорту. Информация в таблице периодически обновляется.
На чем написать?
Прототип написал на delphi, но в плане дизайна там очень скудные возможности.

Answer 1

[Андрей Буров]

Сделайте HTML страничку и бразуер во весь экран.
С помощью JavaScript и какого-нибудь серверного языка обновляйте данные.

Answer 2

[FedorK]

Можно сделать клиентское приложение на JavaScript (с серверной прослойкой для доступа к БД, например, на PHP). В плане дизайна возможностей хоть отбавляй - HTML5 опять же.

И это будет менее запарно и более масштабируемо, чем на Делфи.

Answer 3

[Pavel K]

Забудьте о html страничках и браузерах.
Хватит ламерством заниматься, руки оторвал бы за ваши html странички с выводом в браузер начиная от обычных платёжных терминалов, заканчивая программами по управлению заправками в с денвером на локалхосте. Хм, скорее за это спасибо но это другая история.
Qt + QML - идеальное решение, я считаю.
Кросплатформенность, javascript, простое написание интерфейса похожее на html разметку + все преимущества десктопных прог.

Comments

[WhoMe]

А если без эмоций, что не так с html для данной задачи?

[Pavel K]

Тем, что потребует браузер для своего отображения, локальный сервер, так как в задаче требуется динамическое обновление, а это тянет за собой еще и JavaScript с PHP.

Из этого всего вытекает, что нужно будет разрабатывать протокол обмена данными между PHP и JavaScript, а это в свою очередь ведёт к задержкам при обновлении и лишней нагрузке.
А если данные берутся не из базы, а откуда-то еще, то соответственно возможно ещё один протокол связи с источником данных.
Придётся верстать html, писать Javascript и PHP скрипты, отлаживать их.
Изменение одного потребует изменение другого (если не запариться с готовыми фреймворками), в отличии от Model/View в Qt.
Верстая html, даже если использовать html5 и css3, пока что нет такого удобства и гибкости, как у QML в плане объёма, а это ведёт к увеличению костылей.

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

Получается приложение, разделённое на 3 части.

Из этого всего вытекают трудности при разработке и поддержании всего этого кода, особенно при его расширении, а оно всё равно будет.

[WhoMe]

Спасибо за ответ.
В принципе, доводы логичны и я с Вами согласен.
Есть у решения свои минусы, но я все же не стал бы отрывать за это руки.

Answer 4

[Viktor Koltcov]

Fire Monkey, в последних версиях Delphi, существенно расширила возможности по реализации дизайна.

Answer 5

[Exelenz]

возможность такую рассматривал, но чем привлекает win-приложение - его можно "намертво" поместить в полноэкранном режиме поверх всего остального. с браузером разве так получится? будут постоянно всякие системные сообщения вылезать и т.п.

Comments

[FedorK]

Ну это уже вопрос правильной настройки окружения, в котором будет работать ваша система. Если смущает Win, то можете поставить чистый *nix с одним браузером и не париться насчет всяких сообщений.

[Exelenz]

@blackx ну это уже форс-мажор.

Answer 6

[Яна Кравцова]

Можно сделать на Flash отображение информации. Отобразить на форме Delphi - *.swf ролик и наладить взаимодействие delphi <> swf элементарно.