Codenamed grexhide
Таскать мышой - это, на самом деле, пустое. Если правильно изловчиться, то можно формочки базовые строить с должным качеством и от чисто описательной модели


Скажи что ты это сделал, вместе посмеемся.

Нет, пока у меня нечто среднее, но работа в этом направлении ведется (в построении библиотеки
именно бизнес-компонент, сознательно лишенной всяческой шелухи).

Пока прошёл вопрос именно динамического лайоутинга (ну и автоматического TabOrder). Но это
мелочи.

А насчёт BLAF - ты совсем напрасно. На вот .... http://www.oracle.com/technology/tech/blaf/index.html

Красоты там не сильно козявые, но смысл - полезен. Могу и OAF подкинуть (стукнись в личку grexhide@gmail._КОМ)


Codenamed
grexhideПравда у них, на практике, получается все довольно убого.

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

Самому мне сейчас недосуг (и недовозраст, что ли). Или тебе религия запрещает смотреть на все, что не от "Microsoft" ? ж))))))))))


Codenamed
grexhideКстати, судя по твоему скриншоту (это был лучший да? ну тогда извини) - тебе бы данный подход бы очень подошел (а идея сама - проста как двери - лайоутинг от модели + чуток css подобного, и вуаля...).

Ну прости что разочаровал. Но где там надо лайоутинг воткнуть, никак не пойму. Может, ты формы справочников и документов имел в виду? Так их нет на скриншоте, показалось тебе.
А на что там, на риббон смотреть?

Codenamed grexhide Codenamed
На чем можно сэкономить время, я значит и $$$?

1. использовать нормальные инструменты дизайна БД (от диаграмм MS SQL Server до ERwin и Visio)

Бред. Особенно последние два убожества.

Последние два - убожества, ты прав. Предложи что-то лучше, если знаешь.

А ничего нормального в природе нет.

Сам предпочитаю рассматривать структуру БД as-is, выделяя фильтрами и контекстами объекты в браузере (PL/SQL Developer).
А логические модели - так тем более пустое.

(Для документации же - есть генератор документации, но то - чисто для макулатуры).

Codenamed процедуры-делегаты
Не, не канает. Едея, в принципе, давно известна, но все равно - не то (долго объяснять и не к чему).



Codenamed grexhide Codenamed5. Ну, с WEB все понятно. Как показывает практика, в большинстве случаев клиентские приложения можно размещать на сервере приложений (его роль легко исполняет сервер БД, например), и организовать автоматическое обновление.

Что значит легко исполняет сервер БД? Ты вообще о чем? Вспоминается только HtmlDB (APEX), но это - совсем иное (скажем так, middleware 2.5, а не 3).

Это ты о чем? Какой HtmlDB??

Почитай сам, что изначально написал. Я тебя понял именно так.

Codenamed
Ты никогда не писал установочный модуль, который загружает из БД, устанавливает и обновляет АРМы, что ли?

Когда был молодой и глупый - именно так и написал. Теперь - у меня .EXE обновляет сам себя и (лишь потом) нужные ему (несистемные) .DLL с ftp/http сервера. Объяснять почему так?

Codenamed
grexhide Codenamed
Скажите мне, уважаемые, где я неправ.

В выборе базовой платформы.

От базовой платформы ничего не зависит. Я не использовал никакие из фич дотнета и ADO.NET. Все что я сделал можно перенести на Delphi + Oracle. Единственное, что вспомнилось, не уверен, что в делфи есть адекватная замена DataTable и DataView, хотя на требуемом уровне их легко и самому написать.
Есть. AnyDAC. Там только это все не на "поверхности", но если с Арефьевым покурить... Впрочем, тебе то это не нужно (насколько я понял ;)

CodenamedМог бы уж догадаться, что покопал. И остался не очень доволен результатом.
Слишком много ситуаций, с которыми даже навороченный лэйаут не справляется. А чтобы это обойти приходится применять практологические методы.

Не-а... Вообще не прав. Просто ты может еще не увидел общности.

В принципе, я когда занимался изучением примеров лайоутинга - довольно быстро увидел базовую концепцию (что то вроде Table и Flow, но с вариациями), которая перекрывает 99% случаев (остальные 1% - изначально были не верны).

Впрочем, сильно загадывать не буду (пока на себе не все еще испытал, хоть и просмотрел все типовые формы).

Но это - лишь один из вопросов (правда, на который уходит без малого 90% времени верстальщика).

Codenamed
Поэтому окончательно решение было таким: формы генерировать, но только на начальном этапе. Потом все равно править руками.

Ну... это зависит, если честно, от уровня этих самых форм. По большому счету же, а не один хрен - и DFM и (не знаю, что там у вас в WinForms) можно представить чисто в виде .XML.

Вот только выбросить весь ненужный хлам (чтоб просто не перегружал обзор), и, ИМХО, будет самое оно. Впрочем, я вообще то не говорил, что все должно идти строго от модели БД(генерация, да, детали - на месте, а хочешь детали обратно в БД... тоже не вопрос, и даже полезно - см. задачу -
переименовать поле в БД и сразу проверить зависимости в клиенском коде.... очень даже актуально сие).

Codenamed
grexhideА на что там, на риббон смотреть?

На списки объектов. Они-то как раз "декларативные" - указываешь спецгриду AccessProvider, пространство имен и имя представления списка. А он сам его настраивает и загружает. Связаны они, кстати, тоже декларативно - указываешь имя составного атрибута (внешнего ключа) - и все.
Кстати, настройки списка (типа ширины, порядка колонок и пр.) для каждой пары (пространство имен, имя представления списка) сохраняются для каждого пользователя (правда, не в базе, а на клиенте).

Не... не втыкнул. Провайдеры, шмавайдеры... А на кой? Дейтасет и вперед, и понеслась. Меня от одного дейстасурса воротит (так, что прибил эту заразу), а тут - и вовсе муть какая то.

Кстати, какие еще составные ключи, внешние атрибуты? На кой? Вся эта информация есть в БД.

Впрочем, тут ликбез (идейный) - совсем отдельный.

Про отдельного (каждого) пользователя - ВООБЩЕ не вкурил (нахрена оно - в виду ролей и вообще).

Codenamed
grexhideВпрочем, тебе то это не нужно (насколько я понял ;)
Ну почему же. Я думаю на счет порта. Под линукс :)

Хехе, или на Mono или на Java.

Codenamed grexhideПо большому счету же, а не один хрен - и DFM и (не знаю, что там у вас в WinForms) можно представить чисто в виде .XML.

Ты не поверишь, но у нас в WinForms форма - это класс. Просто класс. Никаких .dfm. Определение и инициализация компонентов, которые есть на форме - в классе и его конструкторе.



Я в курсе. Тормозит оно, при этом, в IDE - капитально (я просто не в курсе - можно ли как то еще).
Впрочем - чем не тема для "развития"? (В сторону своей IDE)

Иван ДмитренкоК сожалению, методологией решения подобных проблем никто не интересуется.


Я бы на твоем месте почитал бы букварь, на предмет того, что такое методология, а что такое метод.
Просто в целях не выглядеть смешным.

А кухонные разговоры или нет, ты может просто не можешь увидеть смысл между строк? (Ту самую брюнетку в красном платье?)