Comments on: Manual Code Generation

By: mobile cell site

mobile cell site — Fri, 11 May 2012 07:39:29 +0000

Brilliant, cant belive to win but give it a try tweeted => https://twitter.com/#!/endgeek/status/198318073315463168

By: Gregory Woodliff

Gregory Woodliff — Tue, 10 Apr 2012 06:40:07 +0000

I wanted to check up and allow you to know how , a great deal I treasured discovering your web blog today. I would consider it an honor to work at my workplace and be able to utilize the tips contributed on your site and also be a part of visitors’ remarks like this. Should a position connected with guest article author become available at your end, you should let me know.

By: SubSonic - Another Look at Code Generation by JohnnyCoder

SubSonic - Another Look at Code Generation by JohnnyCoder — Tue, 28 Oct 2008 18:45:15 +0000

[...] Ben Griswold09:53 am14 Comments8,950 Views Last month, I wrote Manual Code Generation, an article which shared, in my view, the pros and the cons of code generators. In this same [...]

By: bgriswold

bgriswold — Sun, 29 Oct 2006 16:23:42 +0000

Mr. Galloway, a lengthy comment such as yours deserves a response (or its own post perhaps.) Here’s what I will do. I’ll check out SubSonic and provide feedback. Who knows? Maybe I will never have to write a line of code again. I will also address your very valid comments and questions then. I wonder. Will our debate ever end?

By: Jon Galloway

Jon Galloway — Sun, 29 Oct 2006 03:49:34 +0000

Have you checked out SubSonic? It gets around several of the downsides you pointed out:
-Supports handcrafted code very well.
-Supports schema changes very well since a rebuild of the project triggers a rebuild of the DAL.
-Not difficult to maintain since there are no source code artifacts.

The rest are points I’d be interested in hearing you elaborate, and not just because we’ve spent hours arguing about code generation over the years:
-Someone needs to write the code generator… why is that a problem for you? Someone has written it, so…
-Only works for specific use cases – I agree for the “one click builds your app” kind, but CRUD code is pretty generic.
-Poor performance – I don’t think that’s a given. While wrapper code’s weight is negligible compared to the network overhead and database lookup time, generated code should actually more performant than data access code which calls into data access libraries. Instead of passing a bunch of variables to a function which maps the parameters to a database call, the generated data access code just makes the ADO call. There are cases where you just have to write a stored proc for complex queries, but in a lot of cases a good code generator which builds dynamic SQL will beat stored procedure based data access, since it can use more specific criteria which allow for better query performance over a general stored procedure. Codegen DAL’s like SubSonic are great because they have built in support for SP overrides when you need them, but you don’t have to write them unless perf testing calls for it.