Skip to main content

Rich Kroll

Member since Dec 11, 2008

Recent Blog Comments By Rich Kroll

  • How Much Should Our ColdFusion Applications Actually Know About ORM?

    Posted on Sep 9, 2009 at 12:37 PM

    @Justice In your bulleted list, you are getting very detailed about the configuration parameters of an ORM. While I agree that these parameters need to configured and tuned appropriately, I think they all fall behind the data persistence layer. For any given ORM framework that you implement, you ... read more »

  • How Much Should Our ColdFusion Applications Actually Know About ORM?

    Posted on Sep 9, 2009 at 9:03 AM

    @Justice I could not disagree more! "The ORM, like language, like the RoutingEngine, like the ControllerBase, like the TemplateRenderer, cannot be abstracted away (these examples are from arbitrary languages/frameworks)" Each of the things you have identified *are* abstractions! TemplateRender... read more »

  • How Much Should Our ColdFusion Applications Actually Know About ORM?

    Posted on Sep 9, 2009 at 6:42 AM

    @Bob Well said, and I completely agree! To elaborate, the reason I said that in smaller projects, a discreet DAO layer may not be needed is I've found that many times the code in the service layer looks something like: function getUser() { getDao().getUser() }. So you end up just writing a ton of... read more »

  • How Much Should Our ColdFusion Applications Actually Know About ORM?

    Posted on Sep 8, 2009 at 7:20 PM

    @Ben Sort of. I would substitute CFQuery to pull the result set, and then use that to populate an object or an array of objects to return. This way, from an "OO" perspective, the application is working with objects and does not care where they came from. If you have a well abstracted service lay... read more »

  • How Much Should Our ColdFusion Applications Actually Know About ORM?

    Posted on Sep 8, 2009 at 4:56 PM

    @Ben I think the level of abstraction you need truly varies based on the project. If you are working on a project for an "internal" client - e.g. your company, you can make an internal decision to support database 'A'. In this case, there is no need to abstract things to the DAO level, all you wo... read more »

  • Building A Simple ColdFusion Dependency Injection Framework

    Posted on Aug 18, 2009 at 11:51 AM

    @Ben, You could define it in code; you could have a config object that acts as a container for the static config data. This is how guice and spring manage the non-xml style of configuration in java.... read more »

  • Exercise List: Thinking About Data Validation - Who, What, And Where?

    Posted on Nov 13, 2007 at 2:47 PM

    @ben: That could work, the only problem I have is the feel that you have now tightly bound your view to the implementation of the constants in your service layer. Here is a code snippet of what i was talking about, which may give you a clearer insight into what I am talking about: <cfif NOT le... read more »

  • Exercise List: Thinking About Data Validation - Who, What, And Where?

    Posted on Nov 13, 2007 at 11:53 AM

    Ben, You really are diving in with both feet! The conclusion you came to is what I utilize (service layer validation) for server side validation. If there is an error on the server side, I return an error collection containing the messages to return to the user. Each of these messages uses a reso... read more »

  • Java String Buffer Treated As String In ColdFusion (When Needed)

    Posted on Sep 27, 2007 at 10:18 AM

    My guess would be that you are correct in your guess, that CF is calling toString() as a default. I would guess that when known 'complex' objects are passed in, that CF is throwing an error instead of calling the toString() method. If you attempt to output any object in Java, the complier will by ... read more »

I believe in love. I believe in compassion. I believe in human rights. I believe that we can afford to give more of these gifts to the world around us because it costs us nothing to be decent and kind and understanding. And, I want you to know that when you land on this site, you are accepted for who you are, no matter how you identify, what truths you live, or whatever kind of goofy shit makes you feel alive! Rock on with your bad self!
Ben Nadel