Petro123Шаров СергейНапример
--------------------
я так понял, вы серверный программист?
Ты попал в точку. Я действительно серверный программист и как можно дольше отбивался от ГУИ. Т.к. приходится не только разрабатывать, но и сопровождать продукты, в том числе и разработанные самим. Чтобы сопровождение не сожрало все время, приходилось прятаться от ГУИ (Бухгалтеров) и создавать серверные решения не требующие сопровождения.
Но в последнее время понадобился ГУИ.
Petro123ГУИ ни разу не писали? Руками его будете писать?
Почему то в Java часто для сервера используют 5 фреймворков. Для ГУИ - ни однго.
Уже практически всё готово и ... руками :).
Наверное, потому, что разобраться в ГУИ фраймворке гораздо сложнее (по времени), чем написать свой ;).
Например, озадачился я тем, что мне нужен Grid.
Первое, что запросил в нете - рейтинг фраймворков. Оказалось, на первом месте jquery и чистый js. Т.к. в последнее время много исследований было потрачено именно на jQuery, то скачал популярный jqGrid - запустил на своем примере - получил полную лажу - не работающий пример :(. При этом ничего сложного я от этого грида не требовал, просто отразить список. Получил список одного серого цвета без возможности выбора. Интерес к данному продукту пропал.
Затем увидел Grid из Ext4Js, запустил - работает! Хорошая документация, с работающими примерами, хорошая настройка, но
1) много уже было написано на Jquery и не понятно как совмещать jquery и Ext4js вместе
2) на изучение Ext4js потребуется больше времени, чем есть на окончание прокта :(.
3) Ext4js - крут и работает на IE6+ (:)), но по оценкам специалистов, очень тяжёл для интернета (за счёт гибкости).
Зачем вкладывать силы в изучение фраеймворка только для интрАнета ?!
В итоге за 2 дня написал свой Грид (jquery.widget) и работающий так как мне нужно, по аналогии с гридом от EXt4JS. В отличии от Ext4js grid, обновляет только одну запись, а не перегружает все записи страницы. Поддерживает вложенные страницы редактирования элементов (мои view). Постраничный просмотр - страница вперёд, назад, в конец, назад, произвольная страница - сделал за 4 часа и главное получил колосальное удовольствие :). Добавление фильтров - не проблема, сортировка на стороне клиента - не буду делать. Зато можно использовать любой вид для списка - не обязательно таблица, а, например. UL список. Хотя думаю, чтобы уменьшить кол-во настроек сделаю <table/> по умолчанию.
За два дня готов combobox (проперти - объект) и ещё за два combolist (проперти LIST объект). Как я уже описывал примитивные проперти уже синхронизируются.
Сейчас пробую применять наработки и исправлять ошибки.
В итоге получился свой "фреймворк", который готов для использования и время придётся тратить не на изучение чужого кода с сотнями не нужных _пока_ свойств, а на развитие своего с нужными свойствами.
На счёт того, что использование Ajax только запутает код страницы, отвечу, что сейчас код получается не намного сложнее чем обычные <from:элементы> spring MVC, но получается с человеческим лицом: combobox, combolist, grid и валидация в контроллере, со всеми вытекающими и без перезапросов submit - что намного приятнее для человека, ихмо.
Например, combobox выливается в
<form:label path='context[currentService].executeRoles' >Список ролей:</form:label>
<div name='context[currentService].executeRoles'
jcombobox_url='context_autocomplete.do'
jcombobox_sql='list_roles'
jcombobox_validate_class='ObjRole' />
<br/>
и
<script>
$("[name='context[currentService].executeRoles']").combobox_sql( {
// Как показывать объект и загружает значения
showItem: function( item ) { return { id: item.id, label: item.name+"-"+item.text }; }
});
<.script>
Естественно есть js код проверяющий jcombobox_url и делающий из div-ов widget.combobox_sql.
Grid в идеале будет содержать описание колонок и имя property из model типа List.
Всем большое спасибо, за помощь, буду курить Ваши советы ещё долго.
Надеюсь на будущее сотрудничество, с уважением Сергей Шаров.Petro123Шаров СергейНапример
--------------------
я так понял, вы серверный программист?
Ты попал в точку. Я действительно серверный программист и как можно дольше отбивался от ГУИ. Т.к. приходится не только разрабатывать, но и сопровождать продукты, в том числе и разработанные самим. Чтобы сопровождение не сожрало все время, приходилось прятаться от ГУИ (Бухгалтеров) и создавать серверные решения не требующие сопровождения.
Но в последнее время понадобился ГУИ.
Petro123ГУИ ни разу не писали? Руками его будете писать?
Почему то в Java часто для сервера используют 5 фреймворков. Для ГУИ - ни однго.
Уже практически всё готово и ... руками :).
Наверное, потому, что разобраться в ГУИ фраймворке гораздо сложнее (по времени), чем написать свой ;).
Например, озадачился я тем, что мне нужен Grid.
Первое, что запросил в нете - рейтинг фраймворков. Оказалось, на первом месте jquery и чистый js. Т.к. в последнее время много исследований было потрачено именно на jQuery, то скачал популярный jqGrid - запустил на своем примере - получил полную лажу - не работающий пример :(. При этом ничего сложного я от этого грида не требовал, просто отразить список. Получил список одного серого цвета без возможности выбора. Интерес к данному продукту пропал.
Затем увидел Grid из Ext4Js, запустил - работает! Хорошая документация, с работающими примерами, хорошая настройка, но
1) много уже было написано на Jquery и не понятно как совмещать jquery и Ext4js вместе
2) на изучение Ext4js потребуется больше времени, чем есть на окончание прокта :(.
3) Ext4js - крут и работает на IE6+ (:)), но по оценкам специалистов, очень тяжёл для интернета (за счёт гибкости).
Зачем вкладывать силы в изучение фраеймворка только для интрАнета ?!
В итоге за 2 дня написал свой Грид (jquery.widget) и работающий так как мне нужно, по аналогии с гридом от EXt4JS. В отличии от Ext4js grid, обновляет только одну запись, а не перегружает все записи страницы. Поддерживает вложенные страницы редактирования элементов (мои view). Постраничный просмотр - страница вперёд, назад, в конец, назад, произвольная страница - сделал за 4 часа и главное получил колосальное удовольствие :). Добавление фильтров - не проблема, сортировка на стороне клиента - не буду делать. Зато можно использовать любой вид для списка - не обязательно таблица, а, например. UL список. Хотя думаю, чтобы уменьшить кол-во настроек сделаю <table/> по умолчанию.
За два дня готов combobox (проперти - объект) и ещё за два combolist (проперти LIST объект). Как я уже описывал примитивные проперти уже синхронизируются.
Сейчас пробую применять наработки и исправлять ошибки.
В итоге получился свой "фреймворк", который готов для использования и время придётся тратить не на изучение чужого кода с сотнями не нужных _пока_ свойств, а на развитие своего с нужными свойствами.
На счёт того, что использование Ajax только запутает код страницы, отвечу, что сейчас код получается не намного сложнее чем обычные <from:элементы> spring MVC, но получается с человеческим лицом: combobox, combolist, grid и валидация в контроллере, со всеми вытекающими и без перезапросов submit - что намного приятнее для человека, ихмо.
Например, combobox выливается в
<form:label path='context[currentService].executeRoles' >Список ролей:</form:label>
<div name='context[currentService].executeRoles'
jcombobox_url='context_autocomplete.do'
jcombobox_sql='list_roles'
jcombobox_validate_class='ObjRole' />
<br/>
и
<script>
$("[name='context[currentService].executeRoles']").combobox_sql( {
// Как показывать объект и загружает значения
showItem: function( item ) { return { id: item.id, label: item.name+"-"+item.text }; }
});
<.script>
Естественно есть js код проверяющий jcombobox_url и делающий из div-ов widget.combobox_sql.
Grid в идеале будет содержать описание колонок и имя property из model типа List.
Всем большое спасибо, за помощь, буду курить Ваши советы ещё долго и постараюсь применить в новом проекте.
Надеюсь на будущее сотрудничество, с уважением Сергей Шаров.
