Model Integration

We have a complete section dedicated to the Model Layer, but we wanted to review a little here since event handlers need to talk to the model layer all the time. By default, you can interact with your models from your event handlers in two ways:
Dependency Injection (Aggregation)
Request, use and discard model objects (Association)
ColdBox offers its own dependency injection framework, WireBox, which allows you, by convention, to talk to your model objects. However, ColdBox also allows you to connect to third-party dependency injection frameworks via the IOC module: http://forgebox.io/view/cbioc​
Aggregation differs from ordinary composition in that it does not imply ownership. In composition, when the owning object is destroyed, so are the contained objects. - wikipedia
Dependency Injection
Your event handlers can be autowired with dependencies from WireBox by convention. By autowiring dependencies into event handlers, they will become part of the life span of the event handlers (singletons), since their references will be injected into the handler's variables scope.   This is a huge performance benefit since event handlers are wired with all necessary dependencies upon creation instead of requesting dependencies (usage) at runtime. We encourage you to use injection whenever possible.
Warning As a rule of thumb, inject only singletons into singletons.  If not you can create unnecessary scope-widening injection issues and memory leaks.
You will achieve this in your handlers via property injection, which is the concept of defining properties in the component with a special annotation called inject, which tells WireBox what reference to retrieve via the WireBox Injection DSL.  Let's say we have a users handler that needs to talk to a model called UserService. Here is the directory layout so we can see the conventions
Directory Layout
1
+ handlers
2
  + users.cfc
3
+ models
4
  + UserService.cfc
Copied!
Here is the event handler code to leverage the injection:
users.cfc
1
component name="MyHandler"{
2
    
3
    // Dependency injection of the model: UserService -> variables.userService
4
    property name="userService" inject="UserService";

5
    function index( event, rc, prc ){
6
        prc.data = userService.list()
7
        event.setView( "users/index" );
8
    }
9
​
10
}
Copied!
​
Notice that we define a cfproperty with a name and inject attribute.  The name becomes the name of the variable in the variables scope and the inject annotation tells WireBox what to retrieve.  By default it retrieves model objects by name and path.
Tip: The injection DSL is vast and elegant.  Please refer to it.  Also note that you can create object aliases and references in your config binder: config/WireBox.cfc
Requesting Model Objects
The other approach to integrating with model objects is to request and use them as associations via the framework super type method: getInstance(), which in turn delegates to WireBox's getInstance() method.  We would recommend requesting objects if they are transient (have state) objects or stored in some other volatile storage scope (session, request, application, cache, etc). Retrieving of objects is okay, but if you will be dealing with mostly singleton objects or objects that are created only once, you will gain much more performance by using injection.
users.cfc
1
component{
2
​
3
    function index( event, rc, prc ){
4
        // Request to use the user service, this would be best to inject instead 
5
        // of requesting it.
6
        prc.data = getInstance( "UserService" ).list();
7
        event.setView( "users/index" );
8
    }
9
    
10
    function save( event, rc, prc ){
11
        // request a user transient object, populate it and save it.
12
        prc.oUser = populateModel( getInstance( "User" ) );
13
        userService.save( prc.oUser );
14
        relocate( "users/index" );
15
    }
16
​
17
}
Copied!
Association defines a relationship between classes of objects that allows one object instance to cause another to perform an action on its behalf. - 'wikipedia'
A practical example
In this practical example we will see how to integrate with our model layer via WireBox, injections, and also requesting the objects. Let's say that we have a service object we have built called FunkyService.cfc and by convention we will place it in our applications models folder.
Directory Layout
1
 + application
2
  + models
3
     + FunkyService.cfc
Copied!
FunkyService.cfc
1
component singleton{
2
​
3
    function init(){
4
        return this;
5
    }
6
​
7
    function add(a,b){ 
8
        return a+b; 
9
    }
10
​
11
    function getFunkyData(){
12
        var data = [
13
            {name="Luis", age="33"},
14
            {name="Jim", age="99"},
15
            {name="Alex", age="1"},
16
            {name="Joe", age="23"}
17
        ];
18
        return data;
19
    }
20
​
21
}
Copied!
Our funky service is not that funky after all, but it is simple. How do we interact with it? Let's build a Funky event handler and work with it.
Injection
1
component{
2
​
3
    // Injection via property
4
    property name="funkyService" inject="FunkyService";
5
​
6
    function index(event,rc,prc){
7
​
8
        prc.data = funkyService.getFunkyData();
9
​
10
        event.renderData( data=prc.data, type="xml" );
11
    }    
12
​
13
​
14
}
Copied!
By convention, I can create a property and annotate it with an inject attribute. ColdBox will look for that model object by the given name in the models folder, create it, persist it, wire it, and return it. If you execute it, you will get something like this:
1
<array>
2
    <item>
3
        <struct>
4
            <name>Luis</name>
5
            <age>33</age>
6
        </struct>
7
    </item>
8
    <item>
9
        <struct>
10
            <name>Jim</name>
11
            <age>99</age>
12
        </struct>
13
    </item>
14
    <item>
15
        <struct>
16
            <name>Alex</name>
17
            <age>1</age>
18
        </struct>
19
    </item>
20
    <item>
21
        <struct>
22
            <name>Joe</name>
23
            <age>23</age>
24
        </struct>
25
    </item>
26
</array>
Copied!
Great! Just like that we can interact with our model layer without worrying about creating the objects, persisting them, and even wiring them. Those are all the benefits that dependency injection and model integration bring to the table.
Alternative wiring
You can use the value of the inject annotation in several ways. Below is our recommendation.
1
// Injection using the DSL by default name/id lookup
2
property name="funkyService" inject="FunkyService";
3
// Injection using the DSL id namespace
4
property name="funkyService" inject="id:FunkyService";
5
// Injection using the DSL model namespace
6
property name="funkyService" inject="model:FunkyService";
Copied!
Requesting
Let's look at the requesting approach. We can either use the following approaches:
Via Facade Method
1
component{
2
​
3
    function index(event,rc,prc){
4
​
5
        prc.data = getInstance( "FunkyService" ).getFunkyData();
6
​
7
        event.renderData( data=prc.data, type="xml" );
8
    }    
9
​
10
​
11
}
Copied!
Directly via WireBox:
1
component{
2
​
3
    function index(event,rc,prc){
4
​
5
        prc.data = wirebox.getInstance( "FunkyService" ).getFunkyData();
6
​
7
        event.renderData( data=prc.data, type="xml" );
8
    }    
9
​
10
​
11
}
Copied!
Both approaches do exactly the same thing. In reality getInstance() does a wirebox.getInstance() callback (Uncle Bob), but it is a facade method that is easier to remember. If you run this, you will also see that it works and everything is fine and dandy. However, the biggest difference between injection and usage can be seen with some practical math:
1
1000 Requests made to users.index
2
​
3
- Injection: 1000 handler calls + 1 model creation and wiring call = 1001 calls
4
- Requesting: 1000 handler calls + 1000 model retrieval + 1 model creation call = 2002 calls
Copied!
As you can see, the best performance is due to injection as the handler object was wired and ready to roll, while the requested approach needed the dependency to be requested. Again, there are cases where you need to request objects such as transient or volatile stored objects.
Around Advices
Model Data Binding
Last modified 3yr ago
Copy link
Contents
Dependency Injection
Requesting Model Objects
A practical example
Injection
Requesting