Teisingai. Paprasčiausias pavyzdys - nori, kad kode vietoje vienos klasės naudotų kitą. Standartinis būdas - search&replace, su visais iš to išplaukiančiais trūkumais. DI būdas - viena eilutė config'e.

"Braunikas" <labai @ bais . us> wrote in message news:hc438b$kah$1@trimpas.omnitel.net...
> Tai pats ir atsakei i klausima. DI atveju paprasciau derint ir keist pati 
> funkcionaluma. Ypac tinka kai funkcionalumas paremtas galimais pluginsais, 
> arba bendru atveju kai nori numatyt treciu saliu funkcionalumo integravima..
> 
> "viesulasT" <a@a.com> wrote in message 
> news:hc427i$ics$1@trimpas.omnitel.net...
>> Cia toks gan abstraktus klausimas, bet kokia nauda reliai duoda DI 
>> frameworkai? Konkreciai imant, tarkim, Spring, neskaitant singletone 
>> uztikrinimo, kokie butu DI pliusai palyginus su paprasciausiu factory 
>> memtodu ar blogiausiu atveju, new, paduodant tiesiai i konstruktoriu? Nes 
>> kolkas susidarau toki vaizda, kad is esmes skirtumas tik, kad gali xml'e 
>> apsirasyt ir nereiks keist kodo, galbut nereiks perkompiliuot ir t.t.
>> 
> 
>