iscrafmЕсть процедуры/функции бизнес-логики. Для связи их запуска с внешними событиями есть Акции. У контролов, к которым относится та же кнопка, если привязка на акцию. Т.е., когда вы разрабатываете логику, то вам фиолетово на то, кто ее вызовет, кнопка или еще какое-то событие, но логика всегда одна. Ну вот видите, акции (это ли не TAction - всплывают у меня смутные знания многолетней давности?)...уже появляется отдельная абстракция и механизм для реализации описанного поведения. Далее так или иначе придется связывать это с кнопками и прочим, опять же чтобы отвязать - нужно вводить какие-то интерфейсы и уровни абстракции - это и есть усилия.
iscrafmКонечно Делфи провоцирует щелкнуть мышкой на OnClick и настрочить там этот код, но это не более чем провокация, которая очень полезна для минутных приложений. А вот тут я пожалуй плюсану. Именно это ведь я и хотел сказать. Просто было утверждение Petro123там ЭТО не нужно, т.к. там MVC встроен в IDE. вроде как если встроен, то создаешь новый проект и сразу начинаешь мыслить в логике MVC, как например если создать проект в .нет ASP.NET MVC. Там как раз все встроено. По другому, конечно, и там можно написать, но это надо потратить усилия. В этом же случае усилия как раз надо приложить в том, чтобы разобраться, как не свернуть на путь "создал форму, накидал контролов, обработчиков, все написал и фигачишь себе дальше" - именно на это и провоцирует дизанер форм (как впрочем не только в дельфи, но и в вин-формсе в .нет).

iscrafmда ладно вам.. не путайте архитектуру приложения и язык программирования, при помощи которого оно реализуется. Нужен DAL отделенный от BLL - делайте так. Какая разница на каком языке писать текст для этого.
И тут я плюсану. Ибо то же самое писал еще ранее. Не зависит от клиента практически какой подход использовать, если это не противоречит парадигме и возможностям языка. Обжект паскаль объектный? объектный! Есть компоненты работы с БД? Есть! Что мешает нафигачить классический ОРМ если это нужно? Да ничего не мешает. Ровно это я и талдычу уже который пост. Нет в явном виде зависимости между ОРМ и языком программирования если он имеет все возможности для этого. Нельзя сказать: Ява - ОРМ, .НЕТ - ДатаСет, Дельфи - еще что-то. Это то, что я хотел сказать.

Petro123я думал, у нас бОльшие проблемы.
А у нас тут: "кнопку выключить" :))
Давай лучше offtop
Ну кагбэ дьявол кроется в мелочах, я привел реальный пример места в котором надо стыковать два подхода - MVC и Smart UI.

PavluxaF,

БД для каждого юзера - сразу не вариант, если только под юзером не подразумевается какой-нить один единый филиал фирмы которая пользуется софтом и есть гарантия, что эти филиалы никогда-никогда не захотят иметь единые данные и строить единые отчеты и иметь взаимосвязь. А как показывает мой личный опыт - именно так все и бывает. И лично сталкивался с тем что приходилось сливать БД трех филиалов в одну...поверьте, тот еще гемор, лучше сделать сразу все нормально. А нормально, значит потратить больше усилий на создание дополнительных условий и разграничений для нескольких пользователей и потом не париться. При правильной нормализации и подходе - эти усилия окажутся даже не столь уж большими.

SomewhereSomehowНу кагбэ дьявол кроется в мелочах, я привел реальный пример места в котором надо стыковать два подхода - MVC и Smart UI. Не стыковать конечно, а выбирать между.
Устал я, спать пойду =)

iscrafmНикаких абстракций дополнительных не нужно. Для связывания тоже никаких доп.интерфейсов не нужно. Для биндинга в компонентах есть свойство Action. Ничуть не сомневаюсь, что при грамотном использовании Action можно писать в духе MVC. Но, по прежнему:
iscrafmКонечно Делфи провоцирует щелкнуть мышкой на OnClick и настрочить там этот код, но это не более чем провокация, которая очень полезна для минутных приложений.
так что как-то неубедительно для меня звучит фраза о встроенном MVC в дельфи и написании в таком стиле без усилий. На любом подобном языке можно писать в стиле MVC и во многих фреймворках есть компонентная модель. По такой же логике можно сказать, что MVC везде встроен. Только чтобы его использовать, надо сделать то-то и то-то, использовать такие-то компоненты и связывать с контролами определенным образом.

Petro123SomewhereSomehow,
- вы на MVC сильно не молитесь. Счас уже MVP в моде
http://en.wikipedia.org/wiki/Model-view-presenter
- В Delphi есть разделение архитектуры на уровни по вертикали.
Считай - компонентный фреймворк. Хотя можно и на API win32 и на ASM перейти.
Т.е.прикладник программист берёт DAL и присоединяет его к VIEW в виде DevExpress.
Контроллёр там внутри. Его пишет системщик создавая библиотеку-уровень.
В Java нету такого деления на прикладника. Поэтому каждый строит Модель, Маппит её на БД, замешивает всё на Хибер, пишет логику в классах, и пишет клиента на HTML-шаблонах или...
Подходы разные, и нет Лучшего или Худшего. MVC/MVP - не суть. Не понимаю, что мешает вам например в том же .NET сделать: "берёт DAL и присоединяет его к VIEW в виде DevExpress."? Сам по себе оо язык программирвоания ни к чему особо не обязывает. Так что я по прежнему недоумеваю, зачем вешать ярлыки (кроме, конечно, языков созданных для специальных нужд, типа sql - для работы с данными, фортран - для математических задач и т.д...).

iscrafmдался вам этот MVC. Делфи - среда разработки. А какой проектной модели придерживается архитектор системы - дело архитектора. Является он сторонником MVC - получите, хотите MVVM - пожалуйста и т.д. Мне нравится, что в него встроен MIE по умолчанию. Да мне то он не дался, я как раз и пытаюсь объяснить Petro123 что не надо вешать ярлыков. Это для того, это для сего и т.д. А вообще это все к тому, что ТС собственно и интересавался в теме где ему организовывать БЛ, хотя теперь тема уже больше перерастает в какой-то флуд.