ColdBox and OO, Really?

Posted At : 17 August 2009 16:13 | Posted By : Glyn Jackson
Related Categories: ColdFusion 8, ColdBox, ColdSpring

Starting at the beginning I wanted push my knowledge a little more and continue with my venture into OO. Although I can recall most of the theory from my JAVA days at University, applying some of the concepts within ColdFusion does not seem to fit and in some instances proven difficult to get my head around.

I have come to the conclusion if I want to try and apply OO concepts to ColdFusion I must not think of OO and JAVA but an adaptation of the principles of OO reborn for ColdFusion (where did that come from? lol). Anyway with that said I had an eureka moment last night, ok, it came with help from the guys on the messages boards @ houseoffusion. I posted some code not fully understand the direction I needed to go in. Using ColdBox and ColdSpring I wanted to create a 'simple' example of a login which would help me better understand how to use objects containing 'getters' and 'setters'.

As it turns out its super easy in ColdBox, so easy infact I was looking for the hidden catch! Below is what I ended up with. It shows a function that is run in my handler to process a form post from a login page.

[More]

Comments (3) |

Print |

Send |

del.icio.us |

Digg It! |

Linking Blogs | 1631 Views

ColdBox and ColdSpring Hard Lessons

Posted At : 06 August 2009 21:03 | Posted By : Glyn Jackson
Related Categories: ColdBox, ColdSpring, ColdFusion

It has been a few weeks now of me getting to grips with ColdBox and ColdSpring. My question has been mainly on why I would use ColdSpring at all. Some will be glad to hear I am starting to see how ColdSpring helps with managing CFC's. I also just wanted to recommend Jason Dean's Blog. He has provided a very insightful step by step guide to using ColdBox and ColdSpring which has really helped me. I got it late, I know but if for some strange reason you have not read his series, do it, do it now!

The Hard Lesson

When I was creating my object i.e "userservice().init()" CF was throwing an error. It seemed ColdSpring knew nothing about my injected properties to the CFC, can you spot why? Well either ColdSpring or ColdBox (not sure which) handles the .init() it calls the constructor and passes in the correct argument without my help. So because I was trying to call the init() myself it was not being managed by ColdSpring. Simple, but it held me up for a long time. Because I always try and follow the best practice it never occurred to me this could be the culprit. A quick post on the ColdSpring user group and Brian Kotek quickly put me on the right track, thanks again.

[More]

Comments (0) |

Print |

Send |

del.icio.us |

Digg It! |

Linking Blogs | 1152 Views

ColdBox using ColdSpring

Posted At : 24 July 2009 10:40 | Posted By : Glyn Jackson
Related Categories: ColdBox, ColdSpring, ColdFusion

The more I work in ColdBox the more I want to learn, so pardon my ramblings but yesterday ColdBox and ColdSpring took my fancy. I have never worked with ColdSpring nor any other AOP for CFC's.

So ColdSpring, what's all that about then? To be honest I am still not sure why I would use it. I started by playing around, I wanted to inject my ColdBox DNS setting into my common.cfc (database gateway).

view plain print about

<beans default-autowire="byName">
<bean id="coldboxFactory" class="coldbox.system.extras.ColdboxFactory" />
<bean id="ConfigBean" factory-bean="ColdboxFactory" factory-method="getConfigBean" />
<bean id="dsnBean" factory-bean="ColdboxFactory" factory-method="getDatasource">
	<constructor-arg name="alias">
	<value>DBDetails</value>
	</constructor-arg>
</bean>	
	<bean id="userService" class="model.UserService" />
	
	<bean id="userGateway" class="model.common" >
	    <property name="dsnBean">
            <ref bean="dsnBean" />
        </property>
     </bean>

</beans>

1  <beans default-autowire="byName">
2  <bean id="coldboxFactory" class="coldbox.system.extras.ColdboxFactory" />
3  <bean id="ConfigBean" factory-bean="ColdboxFactory" factory-method="getConfigBean" />
4  <bean id="dsnBean" factory-bean="ColdboxFactory" factory-method="getDatasource">
5      <constructor-arg name="alias">
6      <value>DBDetails</value>
7      </constructor-arg>
8  </bean>
9      <bean id="userService" class="model.UserService" />
10
11      <bean id="userGateway" class="model.common" >
12       <property name="dsnBean">
13   <ref bean="dsnBean" />
14   </property>
15   </bean>
16
17  </beans>

I then created a UserService.cfc. The idea I think behind this is that I access the userService.cfc to get to common.cfc (gateway) and common.cfc gets the DNS setting injected.

view plain print about

<cfcomponent name="User Service">

<cffunction name="init" access="public" returntype="any" hint="Constructor.">
  <cfreturn this />
</cffunction>

<cffunction name="getUserGateway" access="public" returntype="any" output="false" hint="Return the UserGateway.">
  <cfreturn variables.instance['userGateway'] />
</cffunction>

<cffunction name="setUserGateway" access="public" returntype="void" output="false" hint="Set the UserGateway.">
  <cfargument name="userGateway" type="any" required="true" hint="UserGateway" />
  <cfset variables.instance['userGateway'] = arguments.userGateway />
</cffunction>
</cfcomponent>

1  <cfcomponent name="User Service">
2
3  <cffunction name="init" access="public" returntype="any" hint="Constructor.">
4   <cfreturn this />
5  </cffunction>
6
7  <cffunction name="getUserGateway" access="public" returntype="any" output="false" hint="Return the UserGateway.">
8   <cfreturn variables.instance['userGateway'] />
9  </cffunction>
10
11  <cffunction name="setUserGateway" access="public" returntype="void" output="false" hint="Set the UserGateway.">
12   <cfargument name="userGateway" type="any" required="true" hint="UserGateway" />
13   <cfset variables.instance['userGateway'] = arguments.userGateway />
14  </cffunction>
15  </cfcomponent>

view plain print about

common.cfc
<cffunction name="setdsnBean" access="public" returntype="void" output="false" hint="Set the dsnBean.">
    <cfargument name="dsnBean" type="any" required="true" hint="dsnBean" />
    <cfset variables.instance['dsnBean'] = arguments.dsnBean />
</cffunction>

1  common.cfc
2  <cffunction name="setdsnBean" access="public" returntype="void" output="false" hint="Set the dsnBean.">
3   <cfargument name="dsnBean" type="any" required="true" hint="dsnBean" />
4   <cfset variables.instance['dsnBean'] = arguments.dsnBean />
5  </cffunction>

Why is this any better? I could have achieved this all in the init() method without ColdSpring, or I could have extended my CFC, or I could have even created a config CFC and injected that into the common.cfc.

Sorry, If these questions are just ignorant.

Comments (4) |

Print |

Send |

del.icio.us |

Digg It! |

Linking Blogs | 1292 Views

<cfcoffee />

ColdBox and OO, Really?

ColdBox and ColdSpring Hard Lessons

The Hard Lesson

ColdBox using ColdSpring

Recent Projects

About Me

Recommends