doublefintser_shu,
Кто ж спорит, на безрыбье и колбаса мясо.
Наберите в поисковике "Zen" и "jQuery", сравните результаты (компоненты, форумы, поддержка). Кто-то серьезно "недоедает винограда", причем за счет клиентов, и что самое обидное, за счет самой быстрой и масштабируемой :) Матрешечная модель Zen переводит сервер в режим постоянной склейки строк, а у него вроде как другие задачи.
Хотя, конечно, каждому свое. Кто-то может прийти к заказчику и предложить ему обновить распределенный парк в 150 машин ибо Zen это круто, кто-то утрется, прочитает два стандарта и один сайт и просто сделает страничку легче и быстрее в разы :)
Ну что-ж, шитоборствовать, так шитоборствовать. Давайте тогда уж вон-чем меряться.
/topic/767432&hl=
/topic/794490&hl=
В этих постах есть примеры кода с использованием зен. Код полностью портабелен - не требуется ничего, кроме этого кода для переноса между каше-системами. В Вашей версии как это будет выглядеть,а? Уверен, гораздо более громоздко.

Сравнивать зен и джейквери нужно так:
"+zen +cache +intersystems" "+jquery +cache +intersystems" - увидите, что разница даже не на порядок (при всей популярности jQuery), более того, второй выигрывает за счет индексирования статей со сравнением (оцените разницу при поиске "+jquery -zen +cache +intersystems"). И использовать jQuery совместно с zen, кстати, никто не запрещал... Я вот уверен, что в нашем случае они со временем прекрасно друг-друга дополнят ;)

О том, что страничка "легче", заказчик никогда не узнает... разве что переедет на диалап... А зачем платить за то, что не сможешь пощупать???

Про "быстрее" еще более спорный вопрос... Возьмите любой из моих примеров и ускорьте его ощутимо - вряд ли у Вас это получится - там и так все летает ;) Ускорить работу можно прилагая усилия во многих направлениях. И скорость гуя - далеко не самое важное... если реальный запрос к базе работал 30 секунд, но за счет оптимизации (надеюсь, понятно, что не гуй оптимизировали?) стал работать полторы секунды, при чем тут "скорость странички"? Вам же видно, сколько она генерится...

Меньше кода - меньше проблем. Меньше технологий - меньше проблем... Конечно, если Вы не о выручке компании-разработчика (или интегратора) думаете, не о смете "покруче", а о том, что бизнес получит завтра ;)

Если не секрет, откуда такое желание забросать какашками технологию, в которой не понимаете? При этом не предлагая ничего адекватного в замен?

doublefint,
Вы так ничего, кроме словоизвержений, и не предложили... Чудесного кода я не увижу?
авторУже давно бизнес все получает. Какое завтра?
Стагнируете? Тогда понятно все - скорость разработки не нужна, требования уже десять лет, как "в камне"... Нафиг гибкость, нафиг новое в каше - прикрутим модное чонить, всем начнем вещать, что табличная верстка - гуано (тезис умер года 3 назад, кстати... даже самые упертые "слоисты" вернулись к табличкам там, где это выгодно), производительность программеров тоже пофиг - все работает ведь...
Это как раз Вы, уважаемый, "покурить вышли", а у меня все живенько - постоянно надо вчера и много, каждую неделю сборка с тучей нового и измененного функционала... в общем, взбиваем сливки, что та лягушка ;) Не до академических штучек... и уж точно не до стандартов. Не знаю более глупого занятия, чем rfc "читать" - оттуда нужно брать только необходимые вещи, когда есть конкретная необходимость...
авторНе закидываю, предупреждаю! Осторожно! Только как инструмент начального уровня!
Может и так, но есть пара нюансов:
1. зен - лучший инструментарий для новообратившихся или вчерашних студентов.
2. зен - лучший инструментарий быстрой разработки на каше (возражающие - берут мой код, переписывают его хоть под крутую яву, хоть под гламурный дотнет, хоть под аскетичный цееспе с любимыми гиперивентами и джейкверей - я уверен в результате)
3. для тормозных рабочих мест (или,например, для мобильных терминалов) и я, как это не удивительно, использую csp - это нормально.

doublefintУ kolesovа такой стиль общения - круто наехать, и все бросились решать его проблемы (потребительский экстремизм или "гоп-стоп, мы подошли из-за угла..."). Особенно рассмешил с требованием "умерить пыл". Было весело.

kolesov, требование исходников, это справедливо. Зачем слова, если все покажет код. Я так понимаю, это должен быть аналог вашего примера , работать сразу после импорта проекта, на любой Каше под Windows( под *nix, я не готов протестировать )? Еще требования, пожелания, ограничения?
Я просто эмоциональный человек, готовый драматизировать события ;) Иначе жить шибко постно...
Извините за "умерить пыл" - это обычный способ "с удовольствием пораздражать оппонента", и Вы, имхо, подтвердили эффективность этого не совсем честного приема ;)... а неча было зен ругать - у меня сотрудники Ваши опусы читают, и им сомнения ни к чему, вот.
Про код. М.б., хватило бы и самого простого варианта, как отсюда: /topic/767432&hl=
Только нужен именно конечный код, без собственных надстроек... А то я тогда приведу пример готового интерфейса для работы со справочником, где все тоже, что в вышеуказанном примере, а код примерно такой:
И это реальный код цельного приложения, даже слегка покруче примера - там и табличка с фильтрами и форма, и кнопочки... и все работает... но не нативно как-то, я прошу программеров так не делать ;)
Ну и вопросы доступа к приложениям/данным тоже как-то хотелось бы обозначить - в зене ресурс можно повесить и на страницу и любой компонент на странице - от позиции меню, до последнего чекбокса - и это тоже экономит уйму времени, например, на одном интерфейсе указав соответствующие ресурсы для таблиц/кнопочек, можно организовать работу нескольких категорий пользователей.

doublefintkolesov, вы же понимаете, что в связи с тем, что лично я зен немного не долюбливаю, мне придется включать в пример что-то вместо него. Я же должен предложить замену? Ок, это будет типовой справочник (одна таблица, без ссылок?), с прокруткой, фильтрацией, поиском, редактированием, добавлением, удалением, и использованием ресурса при выводе страницы. Так?

Кстати, в моих опусах крамолы особой нет - призыв учиться и думать. Например, постоянная склейка строк - это зло, генерация объектной модели сервера на интерпретаторе клиента - зло, фреймфорк, построенный на склейке строк - зло, программист умеющий работать только на таком фреймфорке - беда. Вы то и стандарты просмотрели и с csp повозюкались...
Знание делает вас свободным, понимаю. Другим такого не желаете?
Так я о том и говорю, что Вы "что-то" вставили вместо зена. Я знаю jQuery в том объеме, чтобы гарантировать - Ваш код будет громоздким. По сравнению с зен, конечно. Вы будете вынуждены заботиться о множестве вещей... с теми же ресурсами, Вы будете ПРОВЕРЯТЬ, а я просто впишу параметр <anyZenComponent blabla=1 resource="onlyForVasya" /> и забуду о том, как это устроено внутри... MVC той степени интегрированности, что в зен Вам тоже не добиться - Вы будете вынуждены контроллер самостоятельно реализовывать... По сути, Вы напишите свой зен в итоге. А я, смирившись с той спорной долей секунды, сэкономил годы на разработке (не шучу - годы и есть).
И кстати, раз уж Вы прошлись про мой стиль общения... Вы серьезно частите с безапелляционными "то - зло", "сё - зло"... это совсем неубедительно... Складывается впечатление, что Вы или передергиваете, или врете... надеюсь, первое ;)
Ругай я csp, и защищай Вы его, я бы код уже выложил раз 5 за время дискуссии ;)
Утро вечера мудренее, говорят. У нас второй час ночи. До завтра.

doublefintРрр, меня бесит даже это :)
Сделайте myzen.inc напишите в нем
Вот я и понять не могу,почему Вас бесит то, что Вам не подходит? Сами же говорите, парк компов старый... наверно серваки медленные, каналы просевшие и т.п. Извините, что додумываю за Вас немного, но других аргументов в пользу ненависти к зен я от Вас пока не услышал (и не увидел кода, кстати).
Я, к примеру, никогда по собственной воле не выберу технологию майкрософт при наличии альтернативы. Но я же не ругаю здесь ребят, юзающих дотнет+каше - это на их вкус... м.б.
Про инклуд-файлы и макросы...Боюсь Вас совсем расстроить... У нас нет ни одного собственного инклуда или макроса. Ни одного! Только методы классов.
Я пример кода взял у коллеги, сам так не пишу... Но если бы я это писал, то весь код был бы вот такой (только тогда совсем зен незаметен, в предыдущей версии глаз радовали %page...):


И никаких $$$ не нужно ;) Это для ребят, тратящих время на настройку собственного "удобного" меню в ворде, покупающих в свое авто "зеркало широкого обзора", на самом деле только мешающее постоянно, и вообще, "как бы улучшающих" свою жизнь. Избыток калорий нужно куда-то деть... Это м.б. и неплохо, но я стараюсь тратить время на семью, детей, друзей, и себя-любимого... Потому видать в воскресенье с утра в форуме сижу ;)
Представьте, что потом садится за ваш комп (руль), другой парень... привыкший к дефолту... и на 140 км в час в потоке "щелкает" козырьком солнцезащитным... козырек бьет по "зеркалу", зеркало начинает показывать непонятно что, козырек не открывается до конца и загораживает обзор и все может печально завершиться.... заметьте - для того парня и тех, кто рядом с ним ехал... А у Вас-то все ок:doublefintИспользуйте на странице
Вам-то понятно как с зеркалом управляться что такое $$$g. А то, что в этой строчке напрочь отсутствует семантический смысл - да и ну его... Не понял Ваш разработчик этого кода - сам виноват, надо было стандарты читать и инклуд-файлы разучивать...
doublefintЭй, это мои слова - "Наследование - великая вещь". :) Только причем здесь Зен? Как всегда, Зен здесь ни причем. :) А вот параметризация с генерацией на порядок круче :)
Зен позволяет наследование удобно использовать...
А можно пример "параметризации с генерацией"? И еще по тексту не совсем понятно, чего они круче? Наследования или зена?

visiusУра, у нас начинаются holywar-ы !!
У нас это шитоборством зовется ;)

ser_shuТы должен сделать добро из зла
Точно-то как... это должно предварять каждый релиз-ноутс интерсистемз...

doublefintПрошу прощения за задержку, но тестирование на версиях 5.0, 5.2, 2008.2, 2010.2, та еще задачка
Собственно, сам код я уже выкладывал ранее (дважды), но kolesov его отвергал с аргументом, мол сразу не запустилось (лень скопировать js-библиотеки и сss?). Теперь js, css упакованы в классы, png в глобали. После импорта в область (для которой настроено веб приложение), открыть класс csp.index, в меню студии выбрать View -> webpage
Сорри, но вначале с Фукусимой нужно разобраться ;)
Чуть попозже отпишусь...

doublefintkolesovМожет и так, но есть пара нюансов:
1. зен - лучший инструментарий для новообратившихся или вчерашних студентов.
Согласен. Признаю. А вот результат такого симбиоза... Вай-вай

kolesov2. зен - лучший инструментарий быстрой разработки на каше (возражающие - берут мой код, переписывают его хоть под крутую яву, хоть под гламурный дотнет, хоть под аскетичный цееспе с любимыми гиперивентами и джейкверей - я уверен в результате)
Недавно опрашивал коллег, спрашивал, на что больше уходит времени - интерфейс или реализация "бизнес"-"логики"? Пока на второе. Так, что ждем WYSWYG редактора для Zen (обещали показать в 2011.1)

kolesovИ кстати, раз уж Вы прошлись про мой стиль общения... Вы серьезно частите с безапелляционными "то - зло", "сё - зло"
Прошу прощения, виноват. Больше не повторится.

kolesovВот я и понять не могу,почему Вас бесит Меня "бесит" :) . Тупо-лень постоянно, многократно, ежедневно, бесконечно писать длинные и бестолковые наименования чужих методов

kolesovПро инклуд-файлы и макросы...Боюсь Вас совсем расстроить... У нас нет ни одного собственного инклуда или макроса. Ни одного! Только методы классов. Как бы, у каждого свои недостатки. Вовсе не обязательно их оглашать. Мне искренне жаль вас и особенно ваших подчиненных. Ctrl+Shift+G вам в помощь на чужих макросах.

kolesovЯ пример кода взял у коллеги, сам так не пишу... Эх... Передавайте привет коллеге
1. У Вас больше секунды страница грузится... У меня меньше или сравнимо (хромовский таймлайн показывает от 900 мс до 1100 мс).
"Вай-вай" - такая же демагогия и пропаганда, как и "то - зло", "сё - зло"... Но это было до Вашего обещания так больше не делать... простительно ;)
2. Ваши попытки передергивать постоянно упираются в полную бесталанность в этом нелегком и небогоугодном деле. Это и к лучшему. Мы вроде как раз интерфейсные дела и обсуждаем... Логика "интерфейс не важен" убивает весь смысл нашей дискуссии, не так-ли? Кстати "я провел опросс коллег" (а так же жены и дворника?) - тоже совершенно демагогический инструмент. Нас, старых работников культуры, этом не проймешь ;) Я занимаюсь разработкой много лет... Я в курсе, что и сколько весит...
Визивиг к чему, непонятнаа...
3. То, что Ваши коллеги могут писать, по Вашему мнению, длинные и бестолковые наименования, характеризует Вас как разработчика-одиночку (я не на личности здесь перехожу - я тоже не командный игрок, но стараюсь труд коллег уважать). Действительно, $$$g(i) иногда быстрее работает, чем ##class(utils.Transportation).GetSlotName(slotId) ;) Но насколько-же удобно не устраивать распальцовку в стиле альт-шифт-жэ, а просто сразу понимать, что происходит... Вы знакомы с термином "рефлексИя"? Чем ея меньше, тем проще все работает.
И вообще, Ваше "Мне искренне жаль вас" (вернее, не Ваше, а штампованно-тролльское) меркнет в сравнении с "и особенно ваших подчиненных." Тут мне совсем трудно сдерживаться, но, слава богу, у меня с собой было... Такие речи совершенно неуместны... Еще раз: Умерите-таки пыл... Пошлить здесь ни к чему ;)
4. Собственно по коду. По сравнению с моими 50-тью никчемными строками, Ваш шедевр поражает своими, не побоюсь этого слова, планетарными, масштабами... Когда я лет 8-мь назад иногда впадал в прострацию и начинал глобалить , "CodeMode = generator" и макросы (да-да, я тогда их писал, глупый...), служили столь же прекрасными инструментами, сколь, как я позже понял, и вредными. Думаю, наши с Вами дороги просто разошлись когда-то... Я начал писать "тупо и еще тупее". Думаю, Вам не понять моего скромного маленького счастья в этом деле.
Перед кодом снимаю шляпу - Вы на самом деле хорошо потрудились, а я - просто ленив ;)