ViPRostrdm_,

даже хаф это делает легко
что это?

iscrafmViPRosвсе мешает,
надо иметь инлайн редакторы (которые могут быть связаны между собой),
удобное расположение контролов,
вычислимые поля,
которые вычисялются по связям,
механизм лукап,
дрилл-даун,
автовызов паблик методов с передачей параметров (автоматический маппинг параметров метода к полям объектов)
и т.д.
ведь рвут же задницу девекспресс (хаф), майкрософт (лайтсвиич, асп дайнамикдейт, акссес),,..
и что то не особо получается, а то б никто давно не писал гуй
а что не получается из этого?
Вот и я недоумеваю.
Может у кого-то и не получается, у меня все что нужно получается.

ViPRosрешение типа - если набор возможных значений А зависит от конкретного значения Б - то пишем ЛИНК или СКЛ, считаю абсолютно не грамотным, а оно преобладает
Но ведь в конце концов все в тут инструкцию и упирается.
А разница только в уровне языков, где-то оно формируется средой, где-то приходится писать автоматом,
а допустим в 1С можно и тот и тот способ применить.

ViPRos,

Вы в каком-то своем мире живете, я вас через раз понимаю?
Шо такое дрил-даун и лукап?
лукап - Поиск?
В чем сложность поиска?
дрил-даун???
В чем сложность хранить наименование хранимки и распарсить строку хранимки с параметрами и передать её при вызове?
Мощный контекст?
Что такое контекст в вашем понимании?
В чем его мощность заключается?
Вы со мной говорите используя термины какой программной среды?
Зачем вы суете в хранимку параметры с синтаксисом С++???? ->>> "(int a, dictinary<int, class> b)"
Хранимки используют другой синтаксис.

ПС. Я работаю с 1С, С++/Qt, MS SQL и все равно вас через раз понимаю.

ViPRosеще интересны вычисленя по связям таблиц
и что это такое?
такое впечатление, что вы тут на японском разговариваете.

ViPRostrdm_,

ок
отвлекись от ХП и С++
вот у тебя (ты наставиваешь) есть прога, которая может вызвать любой разрешенный метод (да хоть ХП)
метод имеет параметры, тип параметров тебе известен
теперь вопрос - что конкретно ты будешь передавать в метод через эти параметры?
значение параметров вестимо.
разумеется описание параметров у меня должно быть машинночитаемое.
что обычно в хранимки передается? простые типы. Числа, сроки, даты.
Откуда взять? Контекст и его содержимое.
По сколько разраб понятия не имеет что хочет туда отправит конечный пользователь, то заготовит определенный словарь идентификаторов. Вписывая этот идентификаотр в хранимку на этапе настройки он мне и раскажет что надо передавать.
А я согласно словарю извлеку данные и подставлю в строку вызова хранимки перед вызовом.

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

ViPRostrdm_,
прога разрешить путь автоматически?

Вопрос излишен. Прога сделает только то, что нужно и что запрограммировано.
Зачем надстройке над реляционными таблицами решать такие задачи?

ViPRosлукап - человекочитаемый идентификатор чего либо
пример - ФизЛицо (Имя, Фамилия) -> Работник(Код, Оклад, Дата)
Для ФизЛицо лукаом моет быть - Фамилия
А для Работника - ФизЛицо.Имя, ФизЛицоФамилия : Код
Это где такая терминология применяется?
2-й раз спрашиваю между прочим.
Мы на каком языке говорим с тобой?

ViPRostrdm_пропущено...


Вопрос излишен. Прога сделает только то, что нужно и что запрограммировано.
Зачем надстройке над реляционными таблицами решать такие задачи?
ну если нет и не может, то и нечего комментировать
Ты что стебаешся?
Мне это такую ситуацию напоминает:
приходит покупатель в магазин бытовой техники и спрашивает продавца:
- а сколько каналов показывает ваш холодильник.
- Но это же холодильник, у него нет функций телетрансляции!
- Хреновый у вас холодильник!