Reasons

Why was CFlow developed? There are already so many other frameworks around. No one needs this!

Could be. And its probable that this framework will not be adopted by the ColdFusion masses like Fusebox or Mach-II. In the end, this is not important to me. I was not satisfied with the frameworks I looked at, for different reasons.

• For some frameworks the learning curve was too steep for me. I don't know if the learning curve for CFlow is steep for other people, but the concept feels very natural to me. I hope to you too.
• Probably related, many frameworks have all kinds of objects that are there to manage things. Maybe they are needed to keep the object model nice and tidy, or to put as much flexibility in the hands of the developer, but for something that handles requests, I thought I wouldn't need such a complicated object model. (I think I ended up with quite a few objects though.)
• Some frameworks depend on other frameworks, such as ColdSpring. ColdSpring is very cool, but for some reason I don't like it so much. Maybe it's too much of a black box, maybe it's too big a tool for the purpose, maybe I just don't understand it. Anyway, I don't want it as a dependency. Of course, if you are a ColdSpring fan, CFlow doesn't hold you back.
• For some frameworks, I don't like the code. Sometimes so many lines of code are executed for every request, just to gather all necessary parts, that it just doesn't look good to me.

Probably the most important reason to develop CFlow was that the whole idea was very compelling to me, and it was fun to develop. That should be enough to develop anything, I suppose.