dma_caviarShira Насчёт всевозможных справочников тоже. В частности "выдающие, с тремя точками, с автоподстановкой".
выПАдающие. Вот про них и остальных поподробней пожалуйста.
Я пока пользуюсь только комбобоксам. А что за три точки, что за автоподстановка?
А вообще не люблю я генерторы. Кажется что они решают проблемы, ускоряют процесс... Нифига они не ускоряют. Генератор плодит в сотни раз больше кода, чем пишет говнокодер разработчик. Еще больше кода, который нужно поддерживать. Так или иначе настройщику во все это нужно вникать.
И ещё про нелюбовь к генераторам. А на компиляторы с языков высокого уровня эта нелюбовь тоже распространяется?
Или по старинке предпочитаете на асме или вообще в машинных кодах кодить?
Или на ER-диаграммеры? Предпочитаете ручками все DDL-скрипты прописывать?
А если серьёзно, то какие конкретно автогенераторы вызвали такую нелюбовь? Может, они просто криво написаны? Просто насчёт "в сотни раз" это мягко говоря преувеличение. Вы, пожалуйста, примеры всё же приведите, чтоб мне понятней стало.
Идея автогенерации не в том, чтоб вникать и поддерживать сгенерённый код, а в прямо противоположном - чтоб исходником проекта был не сгенерённый код, а то ИЗ ЧЕГО он был сгенерён. И при реинжиниренге не сгенерённый код следует править, а именно собственно исходники проекта - в моём случае диаграммы.
Я так понял, что у нас по многим вопросам диаметрально противоположные позиции. Очевидно это связано с различным опытом разработки и использования автогенераторов. Если можно, приведите пожалуйста примеры из своего опыта, чтоб мне были понятней мотивы вашей позиции.

dma_caviarShira,
Да он даже не заметит этого. Можно частично перерисовывать, но это экономия на копейках. Во всяком случае на первых этапах.
Не заметит, если наложить завышенные требования на каналы связи и производительность сервера приложений. А это утрата конкурентных преимуществ.
Да и генерить на каждый чих новые образы страниц на PHP не менее хлопотно, чем на JS перерисовывать формы прямо в браузере. Хлопотно - в первую очередь трудозатрат на разработку процедур автогенерации.
Так что не вариант. PHP я вообще никогда не юзал и разбираться с ним нет желания.

dma_caviarShira,
А если справочник 100500 строк, тоже комбобоксом?Да. С предварительной фильтрацией списка в комбобоксе.
И пожалуйста, ответьте на мои вопросы. Я же на Ваши отвечаю...

dma_caviarShira,А зачем генерировать? Почему нельзя декларативно интерпретировать?Если честно, то сейчас у меня GUI именно интерпретируется.
Но вообще-то сгенерённый код априори эффективней интепретации.
В своё время я набил руку на разработке языков, их компиляторов и интерпретаторов.
Поскольку времена были жёсткие (в смысле мощностей ЭВМ) то на эффективность я обращал большое внимание. Так и пришёл к таким выводам.

dma_caviarShiraпропущено...
Да. С предварительной фильтрацией списка в комбобоксе.
И пожалуйста, ответьте на мои вопросы. Я же на Ваши отвечаю...А пользователь то как сможет фильтровать комбобокс?В моём инструментарии форму фильтрации можно приписать к любому списку выбора - хоть к комбо, хоть к листу, хоть к гриду, хоть к тривью. Форма фильтрации может быть представлена фреймом здесь же рядышком (как на скриншоте - список городов фильтруется по странам), либо на закладке, либо вызываться по кнопке. Можно, конечно, на кнопке вместо слов "фильтр того-то" нарисовать три точки...А вот такая проблема - элемент справочника запрещен к выбору. Но он уже был выбран в старых документах. Грузить его в комбик нельзя, чтобы его не выбрали при редактировании документа. Но если не грузить, то как пользователь увидит это значение в уже сформированном документе? В тиклевском тулките этой проблемы нет. Значения поля само по себе, состав списка выбора - сам по себе. То есть комбо в собственном смысле.Генераторы. Я просто не вижу в них смысла. В смысле интерпретация VS генерация?На своей платформе сделали кучу проектовЕсли можно, несколько слов о платформе. Если не удобно здесь, то можно на www.rad-erp.ru. Он премодерируемый, так что любую информацию, которую Вы сочтёте конфиденциально, к открытой публикации не допущу. В частности Ваш е-мэйл. есть сложные с длительным периодом разработки, по пару лет в несколько разработчиков. Обошлись без генерации. Управляемость проекта с течением времени не снижается, бардак не плодится, скорость разработки ввду отсутствия кода на прядки выше. Может мы еще не сталкивались с реально сложными задачами? Может. Интересно, какого рода проекты. 2 года на целую команду это очень много. Может, если бы зарядили генерацию, управились бы быстрей? Вроде на все вопросы ответил.Там было ещё про импорт метаданных... Термин уж больно неоднозначный. То ли это декларативные данные для интерпретатора (или генератора), а для кого-то - и справочник озвучивания уже метаданные... Тем более не понятно, о каком импорте шла речь.

dma_caviarShiraЕсли честно, то сейчас у меня GUI именно интерпретируется.
Но вообще-то сгенерённый код априори эффективней интепретации.Чуствуется что это больная тема)) Наблюдаются тормоза/утечки?Нет, всё летает. Пока данные тестовые
ЗЫ. По поводу метаданных - попутал, не импорт, а наследование. Вот это интересно.

dma_caviarShiraНо вообще-то сгенерённый код априори эффективней интепретации.
Да, но это сильно снижает развитие. Добавить лишную фичу - 10 раз подумаешь... "это ж щас очередной генератор пилить, нуегонафиг".1) Не так страшен чорт, как его малюют.
2) Глаза боятся, руки делают.
3) Схему БД по-любому не отынтерпретируешь, придётся генерить.

dma_caviarShiraпропущено...
Нет, всё летает. Пока данные тестовые
ЗЫ. По поводу метаданных - попутал, не импорт, а наследование. Вот это интересно.
А внедрения есть уже?Нет ышшо (С) Громыхало из Подмышки ("На войне как на войне")
У меня пока совсем не рализован механизм управления правами доступа на уровне записей (объектов учёта). Хотя все попутные механизмы уже заряжены. Критерии, rwed-маски. Сейчас я могу претендовать только на ОЧЕНЬ скромные заказы. А не хочется на них размениваться, время тратить, пока вся технологическая цепочка не реализована.