Community Member Profile
- Profile: /members/903-Hal-Helms.htm
- Comments: 56
- Points: 301
Recent Blog Comments By Hal Helms
-
jQuery UI 1.7 By Dan Wellman
Posted on Nov 23, 2009 at 9:28 AM
Thanks for the review, Ben!... read more »
-
My BFusion / BFLEX Keynote Address
Posted on Oct 24, 2009 at 3:36 PM
Nicely done, Ben!!... read more »
-
Ask Ben: Detecting When DOM Elements Have Been Removed With jQuery
Posted on Jun 30, 2009 at 10:24 AM
Nice job, Ben!... read more »
-
Voiding Click Events Implicitly With jQuery Plugin: voidClick()
Posted on Jun 22, 2009 at 12:37 PM
Not silly at all, Ben. Very nice: it's on little things like these that large productivity increases are built.... read more »
-
Why My Queries Hate Application Service Layers
Posted on Jun 18, 2009 at 3:56 PM
@Brian Good point, Brian.... read more »
-
Why My Queries Hate Application Service Layers
Posted on Jun 18, 2009 at 3:04 PM
@Ben What's so wrong with inline queries? That IS an excellent question, Ben. I think the main reason against having them is that, IF that same query is needed elsewhere, you have duplication of code -- never good. But if the queries really have different purposes and only accidentally have... read more »
-
Why My Queries Hate Application Service Layers
Posted on Jun 18, 2009 at 3:00 PM
@Tony Then, I suppose, beauty truly is in the eye of the beholder. It is perhaps due to my initial experience of being a craftsman, but I find no appeal to these big "do-it-all" approaches, whether in methods or queries. My father used to say, of certain things, "It's too clever -- by half."... read more »
-
Why My Queries Hate Application Service Layers
Posted on Jun 18, 2009 at 2:57 PM
@Sean Yes, if multiple queries really have the same (or very similar) functionality, aggregating them into one or a few makes good sense to me. I've found it very helpful when making optimization implementations to ask myself the question, "Are these things that seem similar NECESSARI... read more »
-
Why My Queries Hate Application Service Layers
Posted on Jun 18, 2009 at 2:47 PM
@Matt I'm glad we see eye-to-eye on this. In fact, I've been secretly working on a major framework that will make all others obsolete. It's the ultimate in reusability, having a single command: do(). Now, granted, there are a LOT of arguments for this, but one can (hopefully) see the brilliance o... read more »
-
Why My Queries Hate Application Service Layers
Posted on Jun 18, 2009 at 1:41 PM
Remind me again: what exactly is so great about reusable queries?... read more »
-
The New BenNadel.com - Same Content, Fresh New Look
Posted on May 12, 2009 at 2:35 AM
Looks great, Ben. Nice work.... read more »
-
Form Helpers And Domain Objects As Data Types In Object Oriented Programming
Posted on Apr 9, 2009 at 10:24 AM
That, in fact, is exactly my argument, Nando. It's why I also don't like the Active Record Pattern much loved by Ruby on Rail fans.... read more »
-
Form Helpers And Domain Objects As Data Types In Object Oriented Programming
Posted on Apr 7, 2009 at 7:03 PM
@Ben I agree with you, Ben. We're not in the object model at all. In fact, all this can be done without ever using domain objects, if that's appropriate for the application. Really, this stuff isn't that hard!... read more »
-
Ability To Leverage ColdFusion Bug Will Mean Errors Later
Posted on Apr 7, 2009 at 2:18 PM
@Ben Wow! That is some clever code! I'll be using this on all my applications. This guy I worked with threatened to defenestrate himself if I used it, but I explained, "Hey, pal: I saw it ONLINE!" I'll bet @Barney is sick with jealousy right now... ;-)... read more »
-
Form Helpers And Domain Objects As Data Types In Object Oriented Programming
Posted on Apr 7, 2009 at 2:15 PM
Oh yes: http://halhelms.com/blog... read more »
-
Form Helpers And Domain Objects As Data Types In Object Oriented Programming
Posted on Apr 7, 2009 at 2:14 PM
@Ben To illustrate my point of having a Form object with methods like display, populate, and validate, I posted a blog entry showing how I'd handle it.... read more »
-
Quick Thought On OOP Data Validation And Why Redundancy Is OK
Posted on Apr 3, 2009 at 11:16 AM
@Rick: Preach it, brother!... read more »
-
Quick Thought On OOP Data Validation And Why Redundancy Is OK
Posted on Apr 3, 2009 at 9:49 AM
It's very powerful, Ben. Depending on what/if any framework you're using, you can have the form post directly to the Form object's populate method, which will then call its validate method.... read more »
-
Quick Thought On OOP Data Validation And Why Redundancy Is OK
Posted on Apr 3, 2009 at 9:47 AM
Your form class needs to validate its data. Typically, it will delegate this to another class that knows how to validate stuff. You might have multiple validation classes. One of these guys will know how to check to see if the account number is valid, then return the results to the Form object th... read more »
-
Quick Thought On OOP Data Validation And Why Redundancy Is OK
Posted on Apr 3, 2009 at 9:42 AM
Ben, Often, a form will be the energizing agent for creating a domain object. This is why I recommend having a "Form" class that has methods like: display(), populate(), and validate(). This has a lot of value and shows how objects can be used for simple but very useful things. You ca... read more »



