By Peter Bell

What Makes an Application?

It could be argued that the functional requirements for any system can be fully defined by its interfaces. As long as it provides the appropriate outputs for all inputs (taking into account persistent state) then by definition it meets the functional requirements for the app.

People have talked for a while now about using an interface driven approach to application specification. From FLiP to 37 Signals, From our Intent Driven Design to Clark Valbergs Interface Driven Architecture, the interface drives the application.

So, as a thought experiment, if the interface fully defines the application, why would we need to do anything more than describe the interfaces using a set of sufficiently descriptive DSLs and then press the button to allow the application to write itself?

[More]

Fun with Dynamic Programming

Just having fun with a little bit of metaprogramming. Often you want to add a bunch of "me too" methods to your application. For example, you might want to have a bunch of methods called things like getAdminList(), getDefaultList(), getSpecialList(), etc.

You could code them all in full, but that is so 1990s. You could generate the code, but even with active regeneration it is still sitting there, a class of errors just waiting to happen. I though it might be nice to allow for the specification of such "me too" methods as metadata that could then be dynamically processed (can always refactor to code generation later if necessary) . . .

[More]

BlogCFC was created by Raymond Camden. This blog is running version 5.005.