All Tags » .NET » Code Generation (RSS)

Browse Blog Posts by Tags

Showing related tags and posts for the Blogs application. See all tags in the site

  • Runtime vs. Design/Compile Time

    Chris asks: At what point with code gen / templating do you start to think about doing all this codegen at runtime instead of compile time? And if we were to be doing it at runtime would be be better served by using a dynamic language such as ruby to program in? That's a good point. In a perfect...
    Posted to Leaning Into Windows by Kathleen on Thu, Feb 14 2008
    Filed under: Filed under: ,

  • Open Source

    It’s occurred to me that if you are following this and my DNR TV show a logical reaction would be “OK, so that’s a lot of hot air, where do I get it?” I intend for all of this to be released Open Source, on whichever site s hot when I release it. I hope I’ll start releasing pieces in just a matter of...
    Posted to Leaning Into Windows by Kathleen on Wed, Feb 13 2008
    Filed under: Filed under: , , ,

  • Isolating Metadata

    In code generation, metadata is the information about your application, generally about your database and definitions to express your data as business objects. If you use Entity Framework, your metadata is the edmx file which is displayed via the designers. If you’re using CodeSmith, the metadata is...
    Posted to Leaning Into Windows by Kathleen on Wed, Feb 13 2008
    Filed under: Filed under: , , , ,

  • CurrentTypeInfo and the Context Stack

    Creating templates requires a lot of access to the thing you’re currently creating. That’s the current output type, which as I discussed in yesterday I suffix with “Info.” The CurrentTypeInfo is thus what you’re currently outputting. I neglected to clarify in that post that the Data and the Info classes...
    Posted to Leaning Into Windows by Kathleen on Tue, Feb 12 2008
    Filed under: Filed under: , , ,

  • Two Parallel Entities - Metadata and Info

    One of the confusing things about templating is that you are writing two programs simultaneously and there is no way around it. My brilliant son may write a templating language for a class project, and this is exactly what he wants to address – that and the issue of escaping. You can’t avoid it, he just...
    Posted to Leaning Into Windows by Kathleen on Mon, Feb 11 2008
    Filed under: Filed under: , , ,

  • Inheritance and Templates

    One of the most valuable things about templates written in .NET code of any style is the ability to use inheritance. This is classic inheritance where local state allows you to push functionality into base class methods that would become cumbersome and have excess dependencies if treated as external...
    Posted to Leaning Into Windows by Kathleen on Mon, Feb 11 2008
    Filed under: Filed under: , , ,

  • .NET Template Organization

    So, now that you know where I’m going with this – language neutral templates – I want to step back to the basics. Even if you don’t want to build language neutral templates, there are things to learn along the way about making good XML literal templates, and why this approach might be better than your...
    Posted to Leaning Into Windows by Kathleen on Sun, Feb 10 2008
    Filed under: Filed under: , , ,

  • The Punch Line

    I mentioned a few days ago that there was a punch line for the XML Literal Code Generation. I planned to unveil this slowly, but it just sprung out of the box when Carl posted episode #102 (which I thought was due for next Friday. And I’m afraid that I need to add that I was sick during the taping and...
    Posted to Leaning Into Windows by Kathleen on Sun, Feb 10 2008
    Filed under: Filed under: , , ,

  • XML Literal Code Genaration - Code again again

    Crap. For now, I'm just removing the coloring. Paste this into VS for coloring. It's much prettier: Private Function MemberDataPortalFetch() As String ' TODO: Add special handing for timestamp Return _ <code> Private Overloads Sub DataPortal_Fetch(ByVal criteria As Criteria) Using cn...
    Posted to Leaning Into Windows by Kathleen on Sun, Feb 10 2008
    Filed under: Filed under: , , ,

  • XML Literal Code Generation - Code again

    OK, that code listing got friend on load. Let me try again. Private Function MemberDataPortalFetch() As String Return _ < code > Private Overloads Sub DataPortal_Fetch(ByVal criteria As Criteria) Using cn As New SqlConnection( <%= mObjectData.ConnectionStringName %> ) cn.Open() Using cm As...
    Posted to Leaning Into Windows by Kathleen on Sun, Feb 10 2008
    Filed under: Filed under: , , ,

  • XML Literal Code Generation

    You must use VB for XML Literal Code Generation. Sorry, that’s life. I don’t have a crystal ball on this, but for now even if you’re a C# programmer you’ve got to suck it up and use VB. The code you output can be VB or C# however, but the template itself has to be written in VB. If you’re allergic to...
    Posted to Leaning Into Windows by Kathleen on Fri, Feb 8 2008
    Filed under: Filed under: , , ,

  • Let’s Talk Templates

    Code generation templates have several competing pressures – they need to be easy to use and they need to be powerful. They need to be flexible but encourage best practices. If you ever say “my templates got me started then I had to customize them” you’re templating can be better. I’m not aware of any...
    Posted to Leaning Into Windows by Kathleen on Thu, Feb 7 2008
    Filed under: Filed under: , , ,

  • Why You Care About System.AddIn

    When I was fighting with AppDomains to support XML Linq code generation in my new Workflow based code generator, Bill McCarthy said “Hey did you look at System.AddIn” and I said “No, silly I’m not writing add-ins.” Well, a few months later, I’m still trying to make it work, and have come to think it...
    Posted to Leaning Into Windows by Kathleen on Thu, Jan 3 2008
    Filed under: Filed under: , , , ,

  • What? No Code?!?

    When I say things like “writing code bad, other stuff good” it comes out sounding radical and there a couple natural points of pushback. The most significant one is “yeah right, we put our business information in something else and that changes too - so we’re trapped forever in technology and like being...
    Posted to Leaning Into Windows by Kathleen on Sun, Oct 28 2007
    Filed under: Filed under: ,

  • Legacy Lessons

    Visual Basic 3 to Visual Basic 6 had many lessons to teach us. We did not as an industry learn these lessons, so we are in the midst of repeating them. One of the most important lessons was not to combine business logic and user interface code. Well DUH! But, why not? I don’t mean to be rude, but I’d...
    Posted to Leaning Into Windows by Kathleen on Sun, Oct 28 2007
    Filed under: Filed under: ,
Page 1 of 1 (15 items)