Comments on: A New Reason to Not use Global Variables

By: Steve Nelson

Steve Nelson — Thu, 24 Jan 2008 00:00:00 +0000

Well I’ve come to the conclusion that frameworks have become so utterly complex that they no longer provide a reasonable return on investment. My initial reason for Fusebox was to make it so new developers could easily jump into a project. Now that almost all frameworks follow the advice of computer scientists, you have to hold a doctorate in CS to easily jump into a project. IMO that’s bad. No, it’s atrocious.

CFCs have been a boon to frameworks, but they are SO powerful that at the same time they have made it easy to complicate a codebase. This quickly becomes counter productive.

Who knows? Not me.

By: Mike Brunt

Mike Brunt — Thu, 24 Jan 2008 00:00:00 +0000

Steve if anyone can speak with authority on this it is you and I agree with you 100% we have gone off at a terrible tangent regarding frameworks. I have spent the past 7-8 years troubleshooting CF and JRun apps. Having a convoluted framework (which most now are) makes pinning down source problems near impossible and to be really heretical here; cfc’s extending cfc’s extending cfc’s is really nothing much different to multi-layered cfinludes in my opinion.

By: Steve Nelson

Steve Nelson — Thu, 24 Jan 2008 00:00:00 +0000

I agree Mike. Extending CFCs is one of the big reasons code becomes hard to follow. It quickly becomes confusing as to where the code is.

The second thing I think makes code hard to follow is not knowing where a variable was set. That’s why I’ve become focused on passing EVERY variable into a method through an argument. It seems obvious, but so often it isn’t done. Variables come in from request and session scopes, then you have to hunt down how that works.

The third thing that makes code hard to follow are scattered directory structures. Frameworks tend to ease this pain a bit.

The fourth thing is caching. Jebus does caching ever make debugging a PITA unless you wrote the code to begin with! Caching is often an unfortunate reality.

I can come up with another few dozen things. I’m sure one of these days I will.

By: Mike Brunt

Mike Brunt — Wed, 23 Jan 2008 00:00:00 +0000

This is an interesting thread and I wonder what your collective thoughts are on frameworks that reside in the Application scope in ColdFusion?

By: Abdul Qabiz

Abdul Qabiz — Tue, 22 Jan 2008 00:00:00 +0000

As you mentioned, it’s not good idea to pollute global namespace. It might cause problem in garbage-collection also, if you use global variables to refer to object, you have to keep track of all such variables and set the reference to null..

Whether it’s JavaScript/ActionScript, both use ReferenceCount method along with mark-and-sweep (used in browser-dom)…

Having your own namespace also creates global var, but just one which you can control…

-abdul

By: Steve Nelson

Steve Nelson — Tue, 22 Jan 2008 00:00:00 +0000

Yeah, the namespace argument is pretty weak, like you said you can just make a top level variable.

But that’s not why I dislike global variables. I’m suggesting a new reason for not using global variables, unit testing. It’s a bigger problem IMO than the namespace issue.