Skip to main content

Specification Pattern

Specification Pattern

In computer programming, the specification pattern is a particular software design pattern, whereby business rules can be recombined by chaining the business rules together using boolean logic. The pattern is frequently used in the context of domain-driven design.


using System;
using System.Collections.Generic;

namespace opencloseprinciple
{
    public enum Color { RedGreenBlue }
    
    public enum Size { SmallMediumLarge }

    public class Product
    {
        public string Name { getset; }
        public Color Color { getset; }
        public Size Size { getset; }

        public Product(string nameColor colorSize size)
        {
            this.Name = name;
            this.Color = color;
            this.Size = size;
        }
    }

    // Specification Pattern
    public interface ISpecification<T>
    {
        bool IsSatisfiedBy(T t);
    }

    public interface IFilter<T>
    {
        IEnumerable<TFilter(IEnumerable<TitemsISpecification<Tspecification);
    }

    public class ColorSpecification : ISpecification<Product>
    {
        private readonly Color color;

        public ColorSpecification(Color color)
        {
            this.color = color;
        }

        public bool IsSatisfiedBy(Product product)
        {
            return product.Color == this.color;
        }
    }

    public class SizeSpecification : ISpecification<Product>
    {
        private readonly Size size;

        public SizeSpecification(Size size)
        {
            this.size = size;
        }

        public bool IsSatisfiedBy(Product product)
        {
            return product.Size == this.size;
        }
    }
    
    public class AndSpecification<T> : ISpecification<T>
    {
        private ISpecification<Tfirstsecond;

        public AndSpecification(ISpecification<TfirstISpecification<Tsecond)
        {
            if(first == null || second == null)
                throw new ArgumentNullException();

            this.first = first;
            this.second = second;
        }

        public bool IsSatisfiedBy(T t)
        {
            return first.IsSatisfiedBy(t) && second.IsSatisfiedBy(t);
        }
    }

    public class ProductFilter : IFilter<Product>
    {
        public IEnumerable<ProductFilter(IEnumerable<Productproducts,
            ISpecification<Productspecification)
        {
            foreach (var product in products)
                if(specification.IsSatisfiedBy(product))
                    yield return product;
        }
    }

    class Program
    {
        static void Main(string[] args)
        {
            var apple = new Product("apple"Color.GreenSize.Small);
            var tree = new Product("tree"Color.GreenSize.Large);
            var house = new Product("house"Color.BlueSize.Large);

            var products = new Product[] { appletreehouse };

            var productFilter = new ProductFilter();

            foreach (var product in productFilter.Filter(
                products,
                new ColorSpecification(Color.Green)))
            {
                Console.WriteLine($" - {product.Name} is green");
            }

            foreach (var product in productFilter.Filter(
                products,
                new AndSpecification<Product>(
                    new ColorSpecification(Color.Green),
                    new SizeSpecification(Size.Large)
                )))
            {
                Console.WriteLine($" - {product.Name} is green and large");
            }
        }
    }
}

Comments

Popular posts from this blog

C# Extension Methods

 C# Extension Methods Extension methods      public   static   class   ExtensionMethods     {          public   static   Stopwatch   Measure ( this   Func < int >  f )         {              var   sw  =  new   Stopwatch ();              sw . Start ();              f ();              sw . Stop ();              return   sw ;         }          public   static   void   Save ( this   ISerializable   s...

SOLID (4/5) - Interface segregation principle

Interface segregation principle In the field of software engineering, the interface-segregation principle (ISP) states that no client should be forced to depend on methods it does not use. ISP splits interfaces that are very large into smaller and more specific ones so that clients will only have to know about the methods that are of interest to them. Such shrunken interfaces are also called role interfaces. ISP is intended to keep a system decoupled and thus easier to refactor, change, and redeploy. using   System ; namespace   interfacesegregation {      public   class   Document       {     }      public   interface   IMachine       {          void   Print ( Document   d );          void   Scan ( Document   d );     ...

SOLID (1/5) - Single Resposibility Principle

 SOLID (1/5) - Single Resposibility Principle The single-responsibility principle (SRP) is a computer-programming principle that states that every class in a computer program should have responsibility over a single part of that program's functionality, which it should encapsulate. All of that module, class or function's services should be narrowly aligned with that responsibility. In the following example we have a TodoList class which only handles it's own functionality logic, and then we have a Persistance class which handles the saving logic, hence keeping the concerns separeted. using   System ; using   System . Collections . Generic ; namespace   Journal {      public   class   TodoList     {          private   readonly   List < string >  _entries  =  new   List < string >();          private...