Есть ли каркас (мета-каркас), где мы можем сделать веб-приложения независимыми от серверных технологий - без написания большого количества пользовательского интерфейса?Мета-фреймворк для серверных технологий независимых веб-приложений?
Во многих крупных веб-приложениях мы используем JavaScript и DOM сильно (через фреймворки, такие как угловые/jqueryui/extjs/etc) для настольных компьютеров, например UX.
Я ищу инфраструктуру пользовательского интерфейса веб-приложения (там, где мы не должны создавать пользовательский интерфейс), и что я могу использовать его с сервером и выставлять API (json), которые соответствуют требованиям, предъявляемым интерфейсом пользовательского интерфейса.
Таким образом, сервер является бэкэндовым хранилищем данных. Клиент - это браузер. Реализация сервера может быть в python/appengine-dbstore OR php/mysql ИЛИ C#/mssql или Node/mongo.
Приведен пример ниже - если выше не было смысла.
Пример: структура UI имеет это - 1. навигационные возможности 2. Формы и настройка формы 3. Возможно, интерфейс для создания новых объектов БД (где UI просто абстракция, а реальное осуществление на сервере)
API и требуется адаптер в рамках пользовательского интерфейса требует ниже - и что структура требует от нас только писать адаптер для внутреннего интерфейса сервера 1. Сведения о штурман ссылки - как и о ссылке, которая указывает на интернет-ссылку 2. Метаданные об объектах - так что структура пользовательского интерфейса может автоматически создавать формы. 3. S ave методы переопределены или реализованы в адаптере, но вызваны инфраструктурой пользовательского интерфейса.
------ Дополнительные комментарии ---- Я работал с интерфейсами пользовательского интерфейса, такими как ExtJS, довольно давно, и это не то, что я ищу.
К сожалению, с большим количеством рамок - нам еще предстоит сделать много кодирования (или сделать много копирования вставки из начальной загрузки коды)
Я ищу рамки, которые - если упрощенно - можно указать, как диктует, как веб-API работает для приложения.
упрощенно пример:
Чтобы показать навигации, структура пользовательского интерфейса ожидает, что URL-адрес, как «/ API/штурман» будет принимать запрос GET и вернуть данные в определенном формате. Задача интерфейса пользовательского интерфейса - отобразить навигатор.
Аналогично, для таблицы/объекта базы данных контактов инфраструктура пользовательского интерфейса будет отображать интерфейс, но диктует, что веб-API, такой как «POST»/«PUT», «/ api/object/Contact» будет обновлять/вставлять в объект. и полей, оказываемых на формах выбираются через GET для «/ API/метаданные/форма/контакт»
Дело в том, что с UI Framework/мета-рамки нам не нужно писать код пользовательского интерфейса. Единственная часть, где может потребоваться построение пользовательского интерфейса, - это когда люди хотят настроить/переопределить это. Единственное, что требуется, - это создать веб-API в соответствии с требованиями и понятными фреймворком.
Причина, по которой я прошу, заключается в том, что я работаю над написанием аналогичной структуры с помощью AngularJS - с открытым исходным кодом или нет - пока не уверен.
Мотивация позади этого проста - ускорение разработки приложений. (Хотя это уже скорее для начальной загрузки с письменным кодом - это все еще означает много избыточного код)
Спасибо, узнал что-то новое, но это не служит моей цели. Я добавил несколько дополнительных комментариев к этому вопросу. – anups