irbis_alAntonUdma_caviar,

Изначальный код на Delphi.

А я вот поддержу AntonU...
На мой взгляд действительно некое инженерное ноу-хау..
А мне всегда нравились отступления от "канвы".
Интересное решение ...интересная парадигма.(техническая философия)

Но сам бы в своей ИС такое не делал....
По причине "На мой взгляд немного избыточно".
Тут говорили "вверху",что не всегда имеет смысл повторять desktop интерфейс....почти идин в один на web.

Но чтобы не повторять desktop надо вести два кода.(я так и веду)=> для webа и для desktopа

А AntonU один код(или очень близкое к единому коду)...и это достойно "уважухи" :-)
Ну, ноу-хау тут конечно не пахнет. Таких примеров много. начиная с веб клиента 1С (редкостное Г.)
Просто все это уже устарело. Сейчас гораздо интеренснее получать на выходе веб интерфейс именно как веб интерфейс (а не дестоп в вебе), с учетом тех задач, которые юзеры обычно решают в вебе. При этом без доп. усилий.

svcoderdma_caviarНу, ноу-хау тут конечно не пахнет. Таких примеров много. начиная с веб клиента 1С (редкостное Г.)
Просто все это уже устарело. Сейчас гораздо интеренснее получать на выходе веб интерфейс именно как веб интерфейс (а не дестоп в вебе), с учетом тех задач, которые юзеры обычно решают в вебе. При этом без доп. усилий.
Это как вы выражаетесь "редкостное Г." умеет автоматически транслировать клиентские код на языке 1С (аналог Visual Basic) на ECMAScript. Вы знаете еще примеры таких решений?
Мне как пользователю в принципе все равно куда оно транслируется. Но работать с этим не возможно.

Alexander A. Sakdma_caviarпропущено...

А какой принцип работы, тоже транслятор в JavaScript?

Скорее, интерпретатор настроек, реализованный на Java+JS. Весь UI декларативный.
Вот это вот мне более ближе. Да и перспективнее это, чем код конвертить.

Alexander A. SakВо, нашел где это упоминал: 15897757 . Это для диалоговых форм. Есть еще формы со списками/деревьями, там по-другому настройки хранятся: в таблицах БД.
А, вспомнил.

AntonUОтвечаю на вопросы:
Ресурс один. Не два - один под web, второй под desktop, а один единый.
В desktop можно работать как в двухзвенной, так и в трехзвенной архитектуре.
В режиме web-интерфейса работает специальный транслятор в JavaScript.
Когда начинали разработку этого транслятора, боялись, что будет прилично тормозить на клиенте (хотя, по возможности, старались перенести тяжелые процессы на сервер приложений). Сейчас браузеры сильно продвинулись вперед в части обработки JavaScript, да и компьютеры мощнее стали. Особой разницы в быстродействии нет по факту (в web бывает задержки при первой загрузке, потом кэшируется и все в порядке).
Были некоторое сложности с горячими клавишами - где-то перекрыли, где-то чуток интерфейс изменился.
Изначально хотели использовать библиотеки ExtJs, но помучались с обновлениями с версии на версию ExtJs, да и не все устраивало (к примеру, грид). В итоге написали свои библиотеки.
Зачем надо два интерфейса? Во-первых, дань современным требованиям (да, маркетинг). Во-вторых, некоторым клиентам на самом деле это надо и востребовано. В-третьих, получили мощную платформу для быстрого создания создания мощных web-приложений.
iscrafmirbis_alФорма(от дельфи) транслируется в javascript и отображатьсЯ в браузере.
реализаций много в сети. Точно также программа на языке 1С транслируется в javascript.
Действительно, этих конвертеров столько, что возникает вопрос, а зачем вы изобретали велосипед?)