Добрый день всем.
Такой вопрос интересный возник. Просто когда я переходил с прикладного программирования на вэб, первые же проблемы были - это кроссбраузерность, сложность обращения к элементам DOM (частично решено с jQuery) и медлительность таких обращений.
Поэтому чисто ради спортивного интереса решил начать разработку своей библиотеки на js, с набором основных компонентов delphi (мой родной язык). Задумка - уйти от вёрстки в чистом виде (html) и перейти к формированию интерфейса через js или же xml. Также это уменьшит количество обращений к DOM, так как часть информации и настроек будут сохранены в объекте вне DOM (то есть, что бы узнать расположение например и многое другое не прийдётся обращаться к стилям и аттрибутам элемента).
Вот и вопрос, есть ли в этом смысл?

P.S. просто был уверен что мне это понадобится, но вот коллеги на работе отрицают востребованность данной библиотеки...

ShSergeПрограмёрP.S. просто был уверен что мне это понадобится, но вот коллеги на работе отрицают востребованность данной библиотеки...
Правильные у Вас коллеги.

Объясните мнение пожалуйста. То есть это значит, что такое уже есть (как зовётся?), или менее удобно (из-за чего?), или просто Вам не нравится.
Просто я хочу объективности, так как все мы субъективны (я просто обожаю писать библиотеки под себя (даже излишне обожаю), а коллеги любят искать уже готовое, собирать, привязывать, править и чуть быстрее получать результат не заточеный под задачу (под её посл. развитие), а также верстать по 3-4 дня сайт)

Вообщем прошу все "за и против" обосновывать по возможности.

Всем заранее спасибо

ShSergeПрограмёр,

Без комментариев. Даже не понятно что комментировать и на каком языке. :)

а что требуется для понимания? :)

Яростный Меч,

я люблю эксперименты))) так что продолжаю (в принципе не зависимо от ответов в данном топике... просто хотел узнать, кто (точнее сколько людей) стали бы использовать данную библиотеку в работе).

skyANAПрограмёр, смысл есть, пользоваться кроме Вас и Ваших коллег вряд-ли кто-то будет :)
...

Не будут из-за того, что не требуется (в большинстве случаев), или опять же, те кто пользуются чем-то подобным просто не будут переходить на что-то "сырое", даже если и перспективное?

Скажем так, может ли это вообще получить такой же уровень применения как и jQuery и стать отдельной веткой? или даже если всё будет идеально круто, всё ровно предпочтение будет отдано чему либо другому?

AntonariyПрограмёрТакже это уменьшит количество обращений к DOM, так как часть информации и настроек будут сохранены в объекте вне DOM (то есть, что бы узнать расположение например и многое другое не прийдётся обращаться к стилям и аттрибутам элемента).Во-первых, даже если вынести настройки, это (задумка) увеличит количество обращений к DOM. При получении статического html браузер получает его текстом, парсит и строит dom своими собственными, быстрыми методами. А вы это построение выносите в скрипт. Откуда уменьшению-то взяться?
Во-вторых, если вынести настройки, это скорее всего лишь прибавит тормозов. Нативный DOM (по крайней мере чтение) по идее работает быстрее js-объектов.
Нет, я не собираюсь DOM элементы скрыто создавать, читать их свойства или что-то подобное...
1. Я создаю объект js, в котором описываю кучу функций для управления элементом (функции - аналог функций в Delphi типа setPosition, setSize, setParent и т.д.)... эти функции устанавливают нужные атрибуты элемента + записывают соотвествующие значения в свойства объекта (при чтении я обращаюсь именно к ним, точно так же через функции-оболочки).
2. Определяю все обработчики событий для элемента и запускаю в них одноимённые функции объекта (определённые пользователем).
3. Всё что программисту знать не надо отправляю в переменную protect объекта (не private свойства из-за потребности в наследовании)
4. принудительно вызываю для всех событий stopPropagation и устанавливаю cancelBubble. Всплытие событий оформляю прямым вызовом обработчика родителя (не элемента-родителя, а объекта).
5. Для элементов, которые не требуют выполнения события по умолчанию (типа click по div) вызываю preventDefault и устанавливаю returnValue
6. Привожу объект событий для разных устройств к одному виду (события типа ontouchmove и onmousemove).

Вроде ничего из задуманого не забыл... Ну а всё остальное - вытекающие из данных пунктов...
Если есть поправки к идеям - пишите, рад выслушать всех и всё...

Ex_SoftbazileПосмотри например ExtJS
+1024
Если после просмотра у Вас еще останется желание полисапедить и уверенность, что сделаете, по крайней мере, не хуже - вперьодЪ!
Быстро посмотрел... не совсем понял, а как там предлагается управление элементами страницы кроме их создания? (и возможно удаления, но я нигде и его не видел в примерах). То есть могу я его программно передвинуть на 20 px правее при нажатии на кнопку например, или при клике мышкой? Просто создаются элементы удобно, выглядят красиво, функционируют классно, но главное - это удобное управление ними :)

ShSergeПрограмёр,
Не забудьте только общеизвестный факт, что разметка HTML гораздо проще, чем в делфях DFM.
я немного раньшеперейти к формированию интерфейса через js или же xml
про DFM никто не говорил :) давно известный факт, что xml лучше любого другого из общепринятых языков подходит для разметки чего либо (будь то документ, rss лента, список импорта товаров 1C или др.)... а html - это просто его узкозадачная (если так можно сказать) ветка.