если интерес сохранится — пишите, расскажу поподробнее.
Хотя, если вы решаете задачу собственными инструментами — сложно согласиться на альтернативу.
Я бы задумался над таким вопросом: «А что если задача многократно усложнится?», т.е. появятся навороченные элементы управления на форме, например: динамические таблицы для ввода списков данных, с контроллами для добавления/удаления элементов или с ajax запросами по каждому элементу для ввода; усложните формы, как по количеству элементов управления, так и по связям между ними.
Будет ли ваше решение так же эффективно решать более сложные задачи, будет ли код легко читаем, а логика прозрачна?
В своем проекте, где был использован jQuery Templates, логика существенно усложнилась к моменту релиза (сложно было все в ТЗ предусмотреть)… Данный шаблонизатор позволил успешно бороться с возросшей сложностью)
Столкнулся недавно с подобной задачей, несколько усложненной… Нужны были динамические и многошаговые формы, причем в зависимости от введенных параметров на предыдущих шагах, изменялось поведение последущих форм.
Проблему решил с помощью шаблонизатора на стороне клиента (плагин jQuery templates) habrahabr.ru/blogs/jquery/112843/
Кратко:
Есть структура вложенных шаблонов. От корневого шаблона до шаблонов отдельных элементов управления. Вся логика отображения элементов форм в том или ином случае задается в шаблонах.
Есть данные, которые загружаются в шаблон, и которыми оперирует шаблоны (использует их в логике, подставляет их в формы).
Теперь конкретно к задаче:
Нажали на кнопочку (должны появиться дополнительные элементы управления, поменяться текстовки, что-то еще)… Обработчик события обновляет данные и всего-то надо сделать ререндеринг корневого или группы вложенных шаблонов. Данные изменены, результат выполнения рендеринга шаблонов будет иным. Благодаря встроенным возможностям кэширования, ререндеринг происходит моментально.
минусы:
— плагин имеет статус beta, документации мало. Набил шишек.
— ошибки в шаблонах сложно находить.
— есть еще
плюсы:
+ наглядная и понятная логика в шаблонах.
+ огромная экономия трудозатрат на разработку сложных динамических форм. Думается, любыми другими известными мне средствами и плагинами моя задача была бы невыполнима за данное мне время.
++ до знакомства с jQuery templates решал данные задачи на чистом jQuery и сталкивался с проблемой, что при изменении объектов формы без перезагрузки объекта form давало множество побочних эффектов. Проблемы костылями решались — нехороший осадок остался. При использовании jQuery templates перегрушая корневой шаблон мы гарантируем, что объект form уничтожается и создается заново с видоизмененными элементами управления согласно логике. Побочних эффектов нет.
Сразу же натолкнулись на эту проблему при переходе на jQuery 1.4.1, интересно то, что на json.org/ в списке библиотек для работы с JSON, конкретно для C#, есть по крайней мере одна библиотека, которая как оказалось, кодирует JSON не по стандартам… В jQuery 1.3.x это было не заметно, заметили только сейчас((
Очень дельный совет… Только вот если бы услышал этот совет гораздо раньше, не воспользовался бы… Начал с верстки, удар по амбициям был большой… Довольно быстро от нее отошел, сейчас полностью доволен своей работой и получаю от нее удовольсвие)
Сервис с точки зрения клиента у вас замечательный, не встречал служб такси в своем городе, которые бы соблюдали хотя бы треть из перечисленного в вашем списке…
Но клиенты ведь бывают разные, и неадекватные тоже… описывать не буду, вы лучше меня таких знаете)
Что делаете в ситуации, когда клиент начнет пальцы гнуть, придераться к цене, считать, что ему подана карета Британской королевы со всем вытакающим сервисом, ведь может сложиться и такое впечателение у некоторых людей…
Железно исходить из принципа что клиент всегда прав и точка!??
Среди знакомых есть люди, чьей мотивацией при увольнении (не из службы такси) была усталость от принципа «клиент всегда прав!», ну надоело людям унижаться и терпеть неадекватных людей… А корпоративная политика не позволяла им никак корректно разрешать данные проблемы.
Да и нынешние бизнесмены, помаявшись и потратившись с дешевыми студентами, становятся умнее. Такие примеры уже даже доводилось встречать на своей практике :)
Канечно становятся умнее… Пока все функциональные возможности сайта укладываются в стандартный набор модулей для той же jooml'ы, все замечательно… Но шаг вправо, шаг влево от стандартной функциональности и студии ООО «СайтЗа5тысяч» пасуют… И даже за дополнительные деньги, намного больше чем 5 тысяч, не способны сотворить то что нужно заказчику… Ибо это сильно выбивается из привычного тех.процесса (подправить, прикрутить, настроить).
Вот и приходится бизнесмену идти в другое место, платить еще раз за разработку сайта, ведь в чужом коде никто разбираться не будет (хорошо, если прежний дизайн заказчика устраивал, хоть на этом сэкономит).
С такими ситуациями приходилось сталкиваться не раз…
Давно пытался найти ответ на этот вопрос. Задавал его всем знакомым дизайнерам и людям, связанными с искусством. Всегда получал невразумительные ответы…
Впервые вижу конструктив и конкретику в этом вопросе.
Рисую вышеописанные диаграммы и графики от руки… Чтобы навести порядок в небольшой части проекта. Существующие диаграммы классов в VS2008 не большой помошник(
Новые инструменты очень бы пригодились…
положить на левую сторону))
Видимо выпуклость справа у девайса, где функциональные кнопки для того чтобы удобно было приложить к корешку книги между страницами…
Вот только малые книжные форматы и с клееным переплетом читать будет проблематично
"… Если затронуть вопрос, чему мы вообще должны посвящать себя в жизни: мы должны посвящать себя навыку, потому что быть вне Элиты Мастеров на этом свете — преступно..."
В.А.Куринский
Несмотря на наличие или отсутствие таланта в какой-либо области, стремиться стать первоклассным профессионалом в любом случае нужно…
Вышеупомянутая цитата из книжки, в которой кроме всего прочего есть довольно интересная техника для определения собственного дарования/таланта/призвания…
Называется техника актуализированного интереса.
После месяца практикования оказалось, что мой талант в медицине (врачом надо было стать) :(
То что это правда уверен «почти наверное».
Только вот сейчас я программист :) И ничего в плане профессии менять не собираюсь.)
Хотя, если вы решаете задачу собственными инструментами — сложно согласиться на альтернативу.
Я бы задумался над таким вопросом: «А что если задача многократно усложнится?», т.е. появятся навороченные элементы управления на форме, например: динамические таблицы для ввода списков данных, с контроллами для добавления/удаления элементов или с ajax запросами по каждому элементу для ввода; усложните формы, как по количеству элементов управления, так и по связям между ними.
Будет ли ваше решение так же эффективно решать более сложные задачи, будет ли код легко читаем, а логика прозрачна?
В своем проекте, где был использован jQuery Templates, логика существенно усложнилась к моменту релиза (сложно было все в ТЗ предусмотреть)… Данный шаблонизатор позволил успешно бороться с возросшей сложностью)
Проблему решил с помощью шаблонизатора на стороне клиента (плагин jQuery templates) habrahabr.ru/blogs/jquery/112843/
Кратко:
Есть структура вложенных шаблонов. От корневого шаблона до шаблонов отдельных элементов управления. Вся логика отображения элементов форм в том или ином случае задается в шаблонах.
Есть данные, которые загружаются в шаблон, и которыми оперирует шаблоны (использует их в логике, подставляет их в формы).
Теперь конкретно к задаче:
Нажали на кнопочку (должны появиться дополнительные элементы управления, поменяться текстовки, что-то еще)… Обработчик события обновляет данные и всего-то надо сделать ререндеринг корневого или группы вложенных шаблонов. Данные изменены, результат выполнения рендеринга шаблонов будет иным. Благодаря встроенным возможностям кэширования, ререндеринг происходит моментально.
минусы:
— плагин имеет статус beta, документации мало. Набил шишек.
— ошибки в шаблонах сложно находить.
— есть еще
плюсы:
+ наглядная и понятная логика в шаблонах.
+ огромная экономия трудозатрат на разработку сложных динамических форм. Думается, любыми другими известными мне средствами и плагинами моя задача была бы невыполнима за данное мне время.
++ до знакомства с jQuery templates решал данные задачи на чистом jQuery и сталкивался с проблемой, что при изменении объектов формы без перезагрузки объекта form давало множество побочних эффектов. Проблемы костылями решались — нехороший осадок остался. При использовании jQuery templates перегрушая корневой шаблон мы гарантируем, что объект form уничтожается и создается заново с видоизмененными элементами управления согласно логике. Побочних эффектов нет.
Но клиенты ведь бывают разные, и неадекватные тоже… описывать не буду, вы лучше меня таких знаете)
Что делаете в ситуации, когда клиент начнет пальцы гнуть, придераться к цене, считать, что ему подана карета Британской королевы со всем вытакающим сервисом, ведь может сложиться и такое впечателение у некоторых людей…
Железно исходить из принципа что клиент всегда прав и точка!??
Среди знакомых есть люди, чьей мотивацией при увольнении (не из службы такси) была усталость от принципа «клиент всегда прав!», ну надоело людям унижаться и терпеть неадекватных людей… А корпоративная политика не позволяла им никак корректно разрешать данные проблемы.
Канечно становятся умнее… Пока все функциональные возможности сайта укладываются в стандартный набор модулей для той же jooml'ы, все замечательно… Но шаг вправо, шаг влево от стандартной функциональности и студии ООО «СайтЗа5тысяч» пасуют… И даже за дополнительные деньги, намного больше чем 5 тысяч, не способны сотворить то что нужно заказчику… Ибо это сильно выбивается из привычного тех.процесса (подправить, прикрутить, настроить).
Вот и приходится бизнесмену идти в другое место, платить еще раз за разработку сайта, ведь в чужом коде никто разбираться не будет (хорошо, если прежний дизайн заказчика устраивал, хоть на этом сэкономит).
С такими ситуациями приходилось сталкиваться не раз…
Впервые вижу конструктив и конкретику в этом вопросе.
Новые инструменты очень бы пригодились…
ithappens.ru/story/1150
Видимо выпуклость справа у девайса, где функциональные кнопки для того чтобы удобно было приложить к корешку книги между страницами…
Вот только малые книжные форматы и с клееным переплетом читать будет проблематично
Толку от них мало было, зато выносливость прокачивал))
В.А.Куринский
Несмотря на наличие или отсутствие таланта в какой-либо области, стремиться стать первоклассным профессионалом в любом случае нужно…
Вышеупомянутая цитата из книжки, в которой кроме всего прочего есть довольно интересная техника для определения собственного дарования/таланта/призвания…
Называется техника актуализированного интереса.
После месяца практикования оказалось, что мой талант в медицине (врачом надо было стать) :(
То что это правда уверен «почти наверное».
Только вот сейчас я программист :) И ничего в плане профессии менять не собираюсь.)