Archive
CodeFluent Entities: Writing a custom aspect
In the previous post, we’ve seen that CodeFluent Entities infers a meta-model from our model and that we could interact with this meta-model to apply application wide changes. In this post we’ll see how ![]()
Step 1: Writing your aspect
As an example we’ll write an aspect which will add a “IsDeleted” property on all entities by default.
First of all, we added a new class library project named “Demo.Aspects” to our solution and added the following references: CodeFluent.Model.dll, CodeFluent.Model.Common.dll and CodeFluent.Runtime.dll. Aspects can either be written in XML or in .NET. In my opinion, it’s easier to start writing aspects in .NET as you’ll have Visual Studio’s IntelliSense which will help you out using the API.
In practice, an aspect is a class implementing the IProjectTemplate interface. This interface contains a single method “Run” which takes as a parameter a “context”.
Here’s a sample implementation:
using System.Collections;
using System.Xml;
using CodeFluent.Model;
namespace Demo.Aspects
{
public class MyAspect: IProjectTemplate
{
public static readonly XmlDocument Descriptor;
public const string MyAspectNamespace = "http://www.mycompany.com/aspects/myaspect/2013/1";
static MyAspect()
{
Descriptor = new XmlDocument();
Descriptor.LoadXml(
@"<cf:project xmlns:cf='http://www.softfluent.com/codefluent/2005/1' defaultNamespace='MyAspect'>
<cf:pattern name='My Aspect' namespaceUri='" + MyAspectNamespace + @"' preferredPrefix='mya' step='Tables'>
<cf:message class='_doc'>This is some description for our custom aspect.</cf:message>
<cf:descriptor name='enable'
typeName='boolean'
category='My Custom Aspect'
targets='Entity'
defaultValue='false'
displayName='Add the MyCustomProperty'
description='Description for our custom descriptor.' />
</cf:pattern>
</cf:project>");
}
public XmlDocument Run(IDictionary context)
{
if (context == null || !context.Contains("Project"))
{
// we are probably called for meta data inspection
return Descriptor;
}
// the dictionary contains at least these two entries
Element = (XmlElement)context["Element"];
Project = (Project)context["Project"];
foreach (Entity entity in Project.Entities)
{
Property property = new Property();
property.Name = "IsDeleted";
property.TypeName = "bool";
entity.Properties.Add(property);
}
// we have no specific Xml to send back, but aspect description
return Descriptor;
}
}
The method returns a XmlDocument which is described above as a string. It could also be written on a separate file.
As you can see this XML defines the aspect’s name, its XML namespace, and how it extends the CodeFluent schema (here it adds a “mya:enable” attribute on entities, whose default value is false).
Step 2: Using your aspect
Compile the “Demo.Aspects” project.
In the solution explorer, select the “Aspects” folder and click “Add Existing Aspect…”. Browse for our Demo.Aspects.dll that we created previously and here’s what you should see:
Great! As you can see, information returned by our descriptor is properly parsed and displayed ![]()
Hit OK, and now by default all your entities should have an extra “IsDeleted” property added when the model is inferred, which means that a “IsDeleted” column will be created for all tables, all stored procedures will be updated to include this column, and it’s the same in the middle tier and the UI tier. You can view this by clicking on the “View Inferred Model” button available in the ribbon:
Useful Links
- Documentation: Aspects Overview
- Documentation: The CodeFluent Entities API
- Documentation: Writing an aspect (.NET)
Hope this helps,
Carl Anderson
CodeFluent Entities: Basics, meta-model and aspects
CodeFluent Entities is a product integrated into Visual Studio 2008/2010/2012 which allows developers to generate components such as scripts (e.g. T-SQL, PL/SQL), code (e.g. C#, VB), web services(e.g. WCF, ASMX) and UIs (e.g. ASP.NET, SharePoint, WPF).
The code generation process is model-first and continuous: from your declarative model, a meta-model will be inferred which code generators will then translate into code. Over 20 code generators (a.k.a. “producers”) are provided “out of the box” and can be combined to create your own application following your desired architecture, using your desired technologies.
figure 1
Figure 1 is in fact a little too simple: as mentioned earlier, producers don’t translate your model into code right away, instead a meta-model will be inferred first. This meta-model consists of of a ‘virtual’ persistence layer, a ‘virtual’ business object model and a ‘virtual’ user interface. By ‘virtual’ I mean that it’s all in-memory and that’s not actual code yet.
figure 2
You can actually view those virtual bits using the Meta-Model Explorer (CodeFluent.View.exe) or by clicking on the “View Inferred Model” button of your project tab in Visual Studio:
figure 3
Producers will then translate those virtual bits into actual scripts, code, web services and UIs.
This meta-model is the key. Thanks to it, before anything gets generated, CodeFluent Entities can ensure that your application is consistent and that it will all compile.
Furthermore, CodeFluent Entities provides what we call “CodeFluent Aspects” (formerly known as “CodeFluent Patterns”) which allow you to interact with this inferred meta-model and dynamically change it.
A set of built-in aspects are provided out-of-the-box but you can also create your own aspects. For instance, one could create an aspect that automatically adds tracking properties on all entities marked as “trackable”. It’s all done at generation time and can turn out to be very handy when working on big models and/or to externalize a feature that you have to implement often from one project to another.
More on this subject in a forthcoming post!
Cheers,
Carl Anderson
CodeFluent Entities: new ASP.NET Web Site Web Forms Template sneak peek
A brand new ASP.NET Web Site Producer (v2) is shipped in alpha in the latest build available (666 and upper).
As mentioned in our Web Platform Roadmap post, this new producer will be shipped with three templates:
- ASP.NET Ajax/JSON (alpha, available since build 663)
- ASP.NET Web Forms (alpha, available since build 666)
- ASP.NET MVC (coming soon!)
Here’s a sneak peek of what gets generated when using this new template (codename: “Airport”) ![]()
The homepage generated by default lists all namespaces and their contained entities:
Clicking on an entity gets you to the entity page:
On this entity page you’ll find a screenshot of the entity from which this page was generated.
On the left side of the page you’ll find a list of actions available on this entity. Those actions correspond in fact to business methods provided by the entity:
Unlike the Ajax/JSON template which consumes WCF JSON services, the ASP.NET Web Forms template is built directly on top of your generated .NET Domain Model, skipping this service layer. Yet, the generated .NET Domain Model (a.k.a. .NET Business Object Model) is not specific to ASP.NET and the exact same object model can be used from any other .NET technology such as SharePoint, WinForms, Console applications, services, etc.
Any feedback? Share them on this blog, on our forums or on our Facebook page!
Cheers,
Carl Anderson
CodeFluent Entities: How to reuse existing stored procedures
In this post I’ll start from the NerdDinner application, which you can get from CodePlex (http://nerddinner.codeplex.com/). In the NerdDinner database I added the following sample stored procedure named “sp_SelectDinnersByCountry” that takes a county name as a parameter:
CREATE PROCEDURE [dbo].[sp_SelectDinnersByCountry]
(
@Country [nvarchar] (50)
)
AS
SET NOCOUNT ON
SELECT DISTINCT *
FROM Dinners
WHERE Country = @Country
RETURN
From there, I then imported the NerdDinner database into a brand new CodeFluent Entities model (as detailed on CodeFluent Entities’ Get Started page) and now what I want to do is to reuse my existing stored procedure, instead of creating a new one using CFQL.
Select the “Dinner” entity and add the following new method:
Now that our method is created we need to specify:
- it’s name in the persistence layer as my stored procedure has a different name than the one in my model,
- it’s return type (by default raw methods are void),
- mark my method so it’s not generated by the SQL Server Producer,
As a consequence the Business Object Model Producer will generate a SelectByCountry method, which calls the sp_SelectDinnersByCountry stored procedure, and returns a DataSet, so now in my app I can do something like this:
System.Data.DataSet ds = Dinner.SelectByCountry("FRANCE");
Hope this helps,
Carl
New CodeFluent Entities Menu in Visual Studio
Since a few builds now, installing CodeFluent Entities adds a new menu in the Visual Studio toolbar:
This menu contains a set of shortcuts to get started quickly using CodeFluent Entities:
- New Project…: equivalent to “File > New > Project…”
- Import an Existing Database or Model…: launches a new wizard which is a combination of the starter wizard (to create and configure your solution) and the import wizard (to create a model from an existing line of business).
A detailed tutorial is available here: Get started from an existing database or model
- Starter Wizard…: launches a wizard to help you create a brand new CodeFluent Entities solution.
A detailed tutorial is available here: Get started using the Starter Wizard
- Getting Started: opens the Get Started page in a browser,
- CodeFluent Entities Blog: opens this blog

- Online Documentation: opens the product documentation,
- Submit Feedback: opens a feedback form you can use to send us your comments,
- Product Updates: a link to the CodeFluent Entities RSS Feature Feed. You can subscribe to this RSS Feed to be automatically notified of new features and bug fixes in the product,
- Request a FREE License: opens a form letting you retrieve a free personal license from Visual Studio,
- About CodeFluent Entities…:
Cheers,
Carl Anderson
CodeFluent Entities: Saving import configurations
Using CodeFluent Entities you can import existing databases (Access, SQL Server, SQL Server CE, Oracle, MySQL, PostgreSQL) or existing models (Enterprise Architect, XMI, ADO.NET Entity Framework) into CodeFluent Entities models. The idea behind this import feature is that you’ll import your existing line of business once (see the Importers category for more info on this) and then drive your developments from your CodeFluent Entities model, as CodeFluent Entities is a model-first tool.
Recently we added the possibility to save and load import configurations so you can keep your settings and work on your import over and over again until the model imported tastes good.
For instance, let’s create a brand new blank model that we’ll name Northwind.Model and which will be a CodeFluent Entities version of Microsoft’s sample Access 2010 database Northwind.
Right-click and on your project and select “Import an Existing Database or Model…”, select the Access importer, configure it, hit next, next, next and you should get to this screen:
By saving it, we’ll be able to run this import with the exact same configuration without having to configure everything over again.
For instance, by importing the Northwind sample database for Access 2010 keeping the default settings, we get a String table which I don’t want in my .NET application.
Let’s delete all my entities in my model and import over again using the same import configuration (MyImportConfig.cfi):
Once this is done, let’s customize our import settings and specify in the “Table Full Name Filters” the “String” table name that we want to skip:
Let’s save our new config and import over again, tadaaaa, no more String entity:
Cheers,
Carl Anderson