Leonidv,
Урок1. Delphi для тебя
- компоненты DevExpress совместно с MDAC MS + ADO - скрин показал.
Пальцем подсветить?

Leonidv,
Урок2. Delphi для тебя
- компоненты DevExpress это Spring в Java[/quote]

Как я и говорил, надо чем-то жертвовать. Или ЧТЗ - правим требования на метод Blazkowicz (Веб) или полностью выполняем ТЗ за счёт длинных транзакций на myBatis \ jdbcTemplate (отказ от Hibera)
авторКомпромиссы

Стратегия высокого параллелизма реагирует на требования высокого параллелизма снижением охвата транзакции до уровня, минимально возможного в данной архитектуре. Это приводит к более быстрому завершению (фиксации или откату) транзакции, чем при использовании стратегии слоя API. Однако, как учит нас история хорошего корабля Vasa (см. Ресурсы), вы не можете иметь все и сразу. Жизнь состоит из компромиссов , и обработка транзакций – не исключение. Не можете же вы впрямь рассчитывать одновременно и на такой же уровень надежности обработки транзакций, что и в стратегии слоя API, и на максимальное количество параллельных обращений и максимальную пропускную способность при пиковых нагрузках.

Так чем же придется пожертвовать при использовании стратегии высокого параллелизма? В зависимости от дизайна приложения, вам, возможно, придется выполнять операции чтения вне транзакций, даже когда операция чтения выполняется в целях изменения данных. «Минуточку!» – скажете вы: «Так нельзя – это может кончиться изменением данных, которые уже были изменены после их чтения!» Это правильное замечание, и заодно – это точка старта игры в компромиссы. При этой стратегии, поскольку вы не удерживаете блокировок данных на чтение, шансы на получение исключений, говорящих об устаревших данных, при операциях обновления увеличивается. Однако, как и в случае корабля Vasa, придется выбирать, какие характеристики важнее: надежная, пуленепробиваемая транзакционная стратегия (типа стратегии слоя API) или высокий параллелизм и пропускная способность. В ситуациях с большим количеством параллельных обращений очень трудно обеспечить и то, и другое, а если попытаться достичь этого, может оказаться, что приложение не делает хорошо ни того, ни другого.

Второй компромисс – это общая нехватка транзакционной надежности. Эту стратегию трудно реализовать, долго разрабатывать и тестировать, она больше подвержена ошибкам, чем стратегии слоя API или Client Orchestration. Учитывая все это, стоит сперва проанализировать текущую ситуацию, чтобы определить, является ли использование этой стратегии правильным выбором. Поскольку стратегия высокого параллелизма – производная от стратегии слоя API, неплохо начать со стратегии слоя API и испытать приложение под высокой нагрузкой (выше ожидаемой пиковой загрузки). Если окажется, что пропускная способность недостаточна, производительность низка, время ожидания велико (вплоть до зависания), можно переходить к стратегии высокого параллелизма.
отсюда следует, что после согласования с заказчиком "про жертвы", необходимо начать с метода jdbcTemplate.
Т.к. прототип для нагрузочного тестирования будет готов через 3 дня.
ОРМ никто не отрицает, перегон в классы и при данном методе возможен.
Главное надёжно удовлетворить ТЗ.
пока так.

Leonidv
Урок3. Delphi для тебя
а почему ищем DI в гугле? Мы про MVC говорили.
Вот расскажи роли в спрингеMVC и я сразу укажу на аналогию в Delphi.
Так тебе будет проще понять.

Leonidv,
Урок4. Delphi для тебя
сабж не про весь спринг, а про спринг_ Состояние .
Ты начал интересоваться MVC.
Логично, что SpringMVC тоже есть в Delphi в виде торговой марки DevExpress.
Я был очень удивлён в Java, что абревиатуру из 3х букв вынесли в название.
В DevExpress ребята поскромнее . Но оно там тоже есть.
По секрету, MVC можно написать из 3-х классов.
Будет что непонятно - объясним :)

GregTk,

вот. Вы первый кто напомил. Он тут редко упоминается.:)
посмотрю.

Еще близко к теме шаблон Корзина покупателя. Там метод Храним в сессии htpp объекты.

GregTkPetro123,
скажу сразу что я использовал его аналог в JBoss Seam, там это называлось Convesations. Здесь это называется flows насколько я понимаю. Описание функционала вроде соответствует.
ok. Позже посмотрю поближе. Если у тебя что есть из ссылок попроще, то кидай сюда.
- мне непонятно, почему тут редко используют? По крайней мере мало было на данной ветке.
В общем если что есть по Состоянию \ flow \ распределённым\длинным транзакциям \ LUW то пзл. сюда.

Leonidv,
Урок5. Delphi для тебя
ExpressQuantumGrid
http://www.devexpress.com/Products/VCL/ExQuantumGrid/WhatsNewv6.xml?page=4#autolist9
Модель у него может быть на чём угодно.
Есть готовые адаптеры на БД \ кроссСУБД и при написании наследника хоть на ini файл.

Leonidv,
для меня не тайна.
Уроки ведь для тебя.
Я писал эти минуты тебе мессагу.
Остальные уроки за деньги (портфолио показано)

LeonidvPetro123,
ok, где в db aware подходе находится модель и контроллер ты так и не показал.
ты в скале и спринге тоже.
Удачи!
Поднимай топик, но не так часто.

LeonidvPetro123Остальные уроки за деньги (портфолио показано)
ПМСМ, твоим "порфтолио" гордится не стоит.
флейм-бан?
Я твоего вообще за год не видел. А мнение о тебе держу при себе.

Leonidv ,
ты не заметил?
Я тебя с твоего 5 поста в начале года ничего не спрашиваю.
У тебя все посты со строкой Petro
Ещё будешь оффтопить - жалоба.