• Sunday , 19 August 2018

IOC + Javascript

Code Canyon



Recorded at SpringOne 2GX 2012 in Washington, DC
Speakers: Brian Cavalier and John Hann
Thicker web clients and server-side JavaScript create complexity that must be managed through architectural patterns. JavaScript hasn’t yet embraced lessons learned from other platforms, like Java+Spring. Existing JavaScript MVC frameworks are too rigid and lack sufficient architectural plumbing. Javascript needs flexible architectural infrastructure for building bigger, better apps.

In this talk, Brian and John will introduce several concepts, including JavaScript Modules and Inversion of Control, and demonstrate how they alleviate many of the dominant problems encountered when building large JavaScript apps. Attendees will gain a firmer understanding of new architectural patterns and witness tangible examples of how these patterns improve testability, refactorability, composability, division of work, and team scalability.

Original source

3d Ocean

Related Posts

6 Comments

  1. owerreloaded
    December 6, 2017 at 00:58

    If you like IoC in JavaScript check out https://github.com/inversify/InversifyJS

  2. Brian Cavalier
    December 6, 2017 at 00:58

    Hey Karolis! That's a very valid question. In general, yeah, we've found that doing composition testing at one or more levels above unit testing is a good approach. We've done that with custom test harnesses, but also with Selenium for functional testing. We're also working on some features that will allow mocking components in the IOC environment, to make composition testing using IOC easier.

  3. Karolis Narkevičius
    December 6, 2017 at 00:58

    Awesome talk and cujo is an exciting project!

    I have one question regarding the IOC containers. It seems you've moved a lot of logic into the IOC container. But now those IOC containers contain very intricate configuration details about how the components work. You can now more easily unit test leaner modules, but how do you make sure the IOC configuration is right. I suppose, it comes down to writing higher level acceptance tests that test the entire wired component.

  4. Nazaret Kazarian
    December 6, 2017 at 00:58

    Got it, thanks! Great work btw

  5. John M Hann
    December 6, 2017 at 00:58

    Hey nazkaz, for some reason i can't post links to the slides or source code, but if you search for "IOC + Javascript Brian Cavalier" on slideshare, you can find both! — John

  6. Nazaret Kazarian
    December 6, 2017 at 00:58

    Is there a link to the slides and source code please?

Leave A Comment

You must be logged in to post a comment.