Functional Patterns in Domain-Driven Design

by Jan Stenberg on  May 31, 2014

Implementing Domain-Driven Design (DDD) concepts using object orientation principles with state and behaviour often gives you a muddled mutable model, instead building domain objects with only state and behaviour as standalone functions leads to a better realization, Debasish Ghosh claims in a recent blog post.

Becoming SOLID in C#

by Abel Avram on  May 23, 2014 10

Brannon B. King, a software developer working for Autonomous Solutions Inc., has published an article entitled Dangers of Violating SOLID Principles in C# in MSDN Magazine, May 2014. The author outlines some of the mistakes developers can make in their C# code, breaking the SOLID principles and leading to code that is more difficult to extend or maintain.

DDD and CQRS Using the Functional Language F#

by Jan Stenberg on  Mar 31, 2014

A focus on behaviour and a more declarative style of code are two benefits for Domain-Driven Design (DDD) when moving from an object-oriented language like C# to a functional one like F#, Lev Gorodinski claims in a recent presentation, using an example that includes event sourcing and Command-Query Responsibility Separation (CQRS) to show some of the benefits and challenges in a move to F#.

Domain-Driven Design Using a Functional Language

by Jan Stenberg on  Mar 25, 2014 1

Using a functional language in domain-driven design (DDD) the actual code can often become simple enough to be used instead of UML diagrams when discussing with domain experts, Scott Wlaschin stated in a recent talk about domain modelling together with functional programming using F#.

Leveraging DDD in Core-Business Applications Using Entity Framework

by Jan Stenberg on  Nov 30, 2013

Domain-Driven Design, DDD, is all about the domain, not about persistence. With a history of database programming for 25 years, later years using Entity Framework, Julie Lerman, a consultant on the .NET platform and a Microsoft MVP, in a recent presentation at the Øredev developer conference shares her persistence experiences when moving into DDD.

Drinking the Scrum Kool-Aid

by Danny Ackerman on  Nov 06, 2013 1

The Scrum Holy War warns about the religious fervor of Scrum and why it won’t save your company.

Implementing With Domain-Driven Design from the Ground Up

by Jan Stenberg on  Oct 30, 2013

The domain describes your business and in Domain Driven Design, (DDD), the domain is the most important ingredient of the application, Andras Nemes explains when starting a series of blog posts on building a web service based on Domain-Driven Design principles. His goal is not to cover all details and aspects of DDD, his ambition though is that also developers completely new to DDD can benefit.

Experiences Going From Data-Driven Development to Domain-Driven Design

by Jan Stenberg on  Oct 16, 2013

With a long history of data-driven development, Julie Lerman shares her experiences moving into using her skills with Domain-Driven Design in three articles, with examples in C# using Entity Framework

Things Change (and so should processes)

by Shane Hastie on  Jul 21, 2013

Jonathan Kohl makes the argument for adapting processes in response to changes in the environment and technology ecosystem. He provides examples from the mobile device world and how a number of the "accepted" agile practices actually impede rather than enhance teams' ability to deliver value quickly.

Get Started With Behaviour-Driven Development Focusing on the Domain Instead of on the Database

by Jan Stenberg on  Jul 09, 2013

Start using Behaviour-Driven Development (BDD) when designing an application and focus on the domain instead of the database, Julie Lerman, a Microsoft MVP since 2003, suggests. BDD lets developers focus on user stories and behaviour in the business domain when building up logic and tests. New to BDD, Julie has implemented a working example using Visual Studio, C# and SpecFlow.

Uncle Bob: Architecture is About Intent, not Frameworks

by Jan Stenberg on  Jul 03, 2013 1

Architecture is about intent, we have made it about frameworks and details, Robert C. Martin, “Uncle Bob”, stated earlier at this year’s DDD Exchange Day in London. Robert refers to a book by Ivar Jacobson from 1992 and brings the original thoughts about use cases into architecture models, e.g. Hexagonal architecture and Clean architecture to improve these models.

Vaughn Vernon on the Actor Model and Domain-Driven Design

by Jan Stenberg on  Jun 16, 2013 2

To take advantage of the great concurrency opportunities the new multi-core machines gives us we should use a programming model that helps us achieve this, and the Actor model gives us a number of tools for doing that, Vaughn Vernon stated at this year’s DDD Exchange Day in London.

Documentation Guide for Teams Doing Domain-Driven Design

by Jan Stenberg on  May 27, 2013 1

The first thing a team should do on a new software project is drawing a context map to help them understand the context, the core domain and what other contexts they may need to interact with to get a shared understanding of the domain between everyone involved, Paul Rayner explains when sharing his experiences what kind of documentation teams doing Domain-Driven Design, DDD, should produce.

PostSharp Has Just Gotten Much Easier

by Jonathan Allen on  May 27, 2013

PostSharp 3.0 brings with it deep integration with Visual Studio and NuGet. With a couple of mouse clicks PostSharp can apply aspects to a method in a clean project. All of the required packages for the aspect are automatically downloaded.

Vaughn Vernon on Advanced Architecture Styles with DDD

by Jan Stenberg on  Apr 18, 2013

Using the Hexagonal architecture style allows for delaying decisions for architectural mechanisms and promotes using the same internal API irrespective of type of client, Vaughn Vernon explained last week when describing different architecture styles from a DDD perspective; the classical Layered Architecture and the more advanced Hexagonal and Actor Model styles.

General Feedback
Marketing and all content copyright © 2006-2015 C4Media Inc. hosted at Contegix, the best ISP we've ever worked with.
Privacy policy