http://ayende.comAyende @ RahienCopyright (C) Ayende Rahien 2004 - 2021 (c) 202660aahhh....OK I think I'm starting to see how you mean. Thanks for spelling it out, I've never really clearly understood how one arrives at using the term IoC like that and it seems people who do understand it (and do it) always think it so obvious they leave out half the steps when they try to explain to me! :-) Big thanks, this usage of the term has actually been profoundly confusing to me for a long time now :-P /Mats http://ayende.com/3190/evaluating-ioc-containers#comment5http://ayende.com/3190/evaluating-ioc-containers#comment5Tue, 18 Mar 2008 13:48:17 GMTNo, IoC != Dynamic class loading. An IoC container is a suitable place to handle dynamic class loading, but this is beside the point. IoC is often used as a shortcut for IoC container. In my case, it refers both to the usage of the container and to the actual inversion of control in the application. Most of my apps are composed of a core infrastructure and the app builds on top of that. That core infrastructure implements IoC for the rest of the app. http://ayende.com/3190/evaluating-ioc-containers#comment4http://ayende.com/3190/evaluating-ioc-containers#comment4Tue, 18 Mar 2008 12:51:09 GMTHi Ayende, Just a quick nitpick (or not, I could be wrong), but - are you now equating IoC with dynamic class loading? (yes, I saw the "LOL", but still...) I personally don't understand why you seem to refer to Dependency Injection and Service Location as IoC all the time. To me IoC is about who controls the flow of the app...an obvious IoC example is a WinForms app where you no longer control the main loop - you just implement event handlers - in contrast to, say, a normal console app where you control the main loop yourself. Dependency injection isn't inverting any control that I can see - you call a library (or have it called implicitly at startup) that will create some instances and configure them for you - what's inverted? Same with service locator - you call a service location lib, not much of the application flow becomes inverted as far as I can see? But I know it is at least very common to refer to DI as IoC, even while I don't agree with/understand it....but to go so far as calling dynamic class loading IoC...isn't that trying to port the buzzword a bit far? /Mats http://ayende.com/3190/evaluating-ioc-containers#comment3http://ayende.com/3190/evaluating-ioc-containers#comment3Sat, 15 Mar 2008 11:27:46 GMTLOL You are right! http://ayende.com/3190/evaluating-ioc-containers#comment2http://ayende.com/3190/evaluating-ioc-containers#comment2Fri, 14 Mar 2008 23:58:02 GMTGoing strictly off the dependency resolution features, one might be led to believe this was the grandaddy of all IoC containers: set rs=Server.CreateObject("ADODB.recordset") lol http://ayende.com/3190/evaluating-ioc-containers#comment1http://ayende.com/3190/evaluating-ioc-containers#comment1Fri, 14 Mar 2008 16:10:56 GMT