Home
Help
Register
Log in

Search

 
   Active Threads  

You are here: Home > LLBLGen Pro > LLBLGen Pro Runtime Framework> Automating Code Generation
 

Pages: 1
LLBLGen Pro Runtime Framework
Automating Code Generation
Page:1/1 

  Print all messages in this thread  
Poster Message
dclewis
User



Location:
Maldon, Essex, United Kingdom
Joined on:
11-Feb-2009 14:52:32
Posted:
14 posts
# Posted on: 06-Mar-2009 09:36:20.  
Hello,

I have written a blog post on how the development team I am a member of has automated our code generation process using LLBLGen. We use Team Foundation Server for source control and we now have a process by which we can regenerate all of our files and perform other necessary tasks related to the code generation at the click of a button.

I am interested in any feedback that the LLBLGen community can give on how to automate and simplify the code generation process. And I hope that other development teams using LLBLGen and Team Foundation Server will find the information in the post useful.

The post can be found at: http://www.lightspeeditsolutions.co.uk/companyblogs/default/09-03-04/LLBLGen_-_Automating_Code_Generation_with_Team_Foundation_Server.aspx
http://www.lightspeeditsolutions.co.uk/  Top
Walaa
Support Team



Location:

Joined on:
21-Aug-2005 16:03:48
Posted:
14584 posts
# Posted on: 06-Mar-2009 09:39:43.  
Thanks for sharing.
And I hope you get a positive feedback from the community.
Best of luck.


  Top
wtijsma
User



Location:
Amsterdam
Joined on:
18-Apr-2006 15:46:26
Posted:
252 posts
# Posted on: 06-Mar-2009 18:40:04.  
Hi,

Thanks for the extensive article!

I thought of a similar build process before (well not with the automatic updating of templates and assemblies) but would actually prefer to exclude the generated source files from source control, and only include the LLBLGen project file.

This would allow you can make the code generation actually part of your build process, where the code has to be generated in a pre-build event on both the developer machine as well as the build server.

Advantages are :
  • don't need to check-out/check in the generated source files (as they are not under source control)
  • you never have to worry about whether the lgp file is in sync with the generated files

I think this scenario would become more useful in when the LLBLGen projects can be saved as source-control friendly text files.

Just my 2cts Regular Smiley

Wiebe
Wiebe Tijsma
http://www.netindustry.nl | http://www.twitter.com/wtijsma
 
Top
dclewis
User



Location:
Maldon, Essex, United Kingdom
Joined on:
11-Feb-2009 14:52:32
Posted:
14 posts
# Posted on: 09-Mar-2009 09:51:40.  
Hi wtijsma thanks for the feedback.

In the team that I am a member of we make use of user code regions in our templates. This means that we don't have much of a choice but to check in all of the generated code in to source control. Otherwise it would make a lot of sense just to leave all of the code out of source control just like you suggested.


http://www.lightspeeditsolutions.co.uk/  Top
MTrinder
User



Location:
London by day, Milton Keynes by night.
Joined on:
08-Oct-2008 17:55:47
Posted:
1461 posts
# Posted on: 24-Mar-2009 20:52:28.  
The solution to this is to use Partial Classes rather than the included code regions. In this case just you custom partial classes need to be kept in source control - the generated code can be regenerated on the fly as needed.

Matt
  Top
dclewis
User



Location:
Maldon, Essex, United Kingdom
Joined on:
11-Feb-2009 14:52:32
Posted:
14 posts
# Posted on: 25-Mar-2009 17:00:51.  
MTrinder wrote:
The solution to this is to use Partial Classes rather than the included code regions. In this case just you custom partial classes need to be kept in source control - the generated code can be regenerated on the fly as needed.

Matt


Hello MTrinder,

We also generate content for aspx pages and ascx files. It is in these that we have user code regions. We do use partial classes for any code files that we create when customisations need to be made. I suppose that there is some potential for leaving some of the code out of source control that we generate, but we do have a system that works now and we are all quite happy with it.


http://www.lightspeeditsolutions.co.uk/  Top
Pages: 1  


Powered by HnD ©2002-2007 Solutions Design
HnD uses LLBLGen Pro

Version: 2.1.12172008 Final.