My first presentation at the Silicon Valley Code Camp 2010 about better Software Architecture, Design and Implementation applying Design Patterns and Best Practices using Lego Technic models and parts as visualization of the ideas.

1. Lego for Engineers
- How to build Reusable and Maintainable
Applications in C#
Theo Jungeblut 10/10/2010
© 2010 Omnicell, Inc.
© 2010 Omnicell, Inc.

2. Theo Jungeblut
• Senior Software Developer at
Omnicell Inc. in Mountain View
• Designs and implements .NET based
applications for more than 6 ½ years
• Previously was working for 3 ½ years
in factory automation with focus on
component based software and
framework development
• Degree in Software Engineering and
Network Communications
theo.jungeblut@gmail.com
2 © 2010 Omnicell, Inc.

3. Overview
• Why Lego for Software Engineers?
• “Keep It Simple Stupid”-Principle (KISS)
 The Power of Simplicity
 Two Ways of doing Something Similar
• Design Patterns and Principles
• Dependency Injection Container & more
• Summary
• References
•Q&A
3 © 2010 Omnicell, Inc.

4. Why Lego for Software Engineers?
Lego (trademarked in capitals as LEGO) is a line of construction toys manufactured by the Lego Group
http://upload.wikimedia.org/wikipedia/commons/7/75/Lego_technic_gears.jpg
4 © 2010 Omnicell, Inc.

5. KISS-Principle – “Keep It Simple Stupid”
by Kelly Johnson
http://blog.makezine.com/intro.jpg
http://blogs.smarter.com/blogs/Lego%20Brick.jpg
“Keep It Simple Stupid” design principal by Kelly Johnson
5 © 2010 Omnicell, Inc.

6. The Power of Simplicity
http://www.bitrebels.com/geek/cant-afford-a-car-build-a-lego-one/
http://www.sharenator.com/Lego_Art/05_lego_art-2748.html
http://www.geekalerts.com/lego-iphone/
6 © 2010 Omnicell, Inc.

7. Different Ways of doing Something Similar
http://www.ericalbrecht.com
http://www.julianaheng.com/transformers-rotf-bumblebee-
and-sam-action-figures/
http://www.ericalbrecht.com
7 © 2010 Omnicell, Inc.

8. Why Reusable Components Rock
http://www.modellversium.de/kit/artikel.php?id=1922 http://www.wilcoxusa.net/mindstorms/images/constru
ctopedia/cs10-47-parts_identification.jpg
8 © 2010 Omnicell, Inc.

9. Why Reusable Components Rock
http://www.ericalbrecht.com/technic/8020/8020all.jpg
9 © 2010 Omnicell, Inc.

10. Design Patterns and Principals
• Separation of Concerns (SoC)
• Single Responsibility Principle (SRP)
• Component Oriented Programming (CoP)
• Interface / Contract
• Don’t Repeat Yourself (DRY)
• You Ain't Gonna Need It (YAGNI)
• Inversion of Control (IoC)
•Constructor Injection
•Setter Injection
•Interface Injection
•Service Locator
10 © 2010 Omnicell, Inc.

11. Separation of Concerns (SoC)
probably by Edsger W. Dijkstra in 1974
• In computer science,
separation of concerns (SoC) is
the process of separating a
computer program into distinct
features that overlap in
functionality as little as possible.
•A concern is any piece of
interest or focus in a program.
Typically, concerns are
synonymous with features or
behaviors.
http://en.wikipedia.org/wiki/Separation_of_Concerns
11 © 2010 Omnicell, Inc.

12. Single Responsibility Principle(SRP)
by Robert C Martin
Every object should have a single responsibility, and that
responsibility should be entirely encapsulated by the class.
http://en.wikipedia.org/wiki/Single_responsibility_principle
public class Timer : IDisposable
{
public event
EventHandler<ElapsedEventArgs> Elapsed;
public int IntervalInMilliseconds { get; set; }
public bool Enabled { get; }
public void Start(){…};
public void Stop(){..}; http://www.ericalbrecht.com
}
12 © 2010 Omnicell, Inc.

13. Component Oriented Programming (CoP)
http://upload.wikimedia.org/wikipedia/en/2/25/Component-based_Software_Engineering_(CBSE)_-_example_2.gif
13 © 2010 Omnicell, Inc.

14. Interfaces / Contracts
• Decouple Usage and Implementation through introduction of contract
• Allows to replace implementation without changing the consumer
public interface ILogger public class LoggingTest
{ {
void Log(Message message); void Test Logging(ILogger logger)
} {
logger.Log(new Message(“Hallo”);
}
}
14 © 2010 Omnicell, Inc.

15. Don’t Repeat Yourself (DRY)
by Andy Hunt and Dave Thomas in their book “The Pragmatic Programmer”
// Code Copy and Paste Method // DRY Method
public Class Person public Class Person
{ {
public string FirstName { get; set;} public string FirstName { get; set;}
public string LastName { get; set;} public string LastName { get; set;}
public Person(Person person) public Person(Person person)
{ {
this.FirstName = string.IsNullOrEmpty(person.FirstName) this.FirstName = person.FirstName.CloneSecured();
? string.Empty : (string) person.FirstName.Clone(); this.LastName = person.LastName.CloneSecured();
}
this.LastName = string.IsNullOrEmpty(person.LastName)
? string.Empty : (string) person.LastName.Clone(); public object Clone()
} {
return new Person(this);
public object Clone() }
{ }
return new Person(this);
}
} public static class StringExtension
{
public static string CloneSecured(this string original)
{
return string.IsNullOrEmpty(original) ? string.Empty : (string)original.Clone();
}
}
15 © 2010 Omnicell, Inc.

16. You Ain't Gonna Need It (YAGNI)
by Ron E. Jeffries
What to avoid:
• Gold Plating
• Feature Creep
• Code Blow
Because new feature need to be:
• Implemented
• Tested
• Documented
• Maintained
Balance concerns
•Implement only what is required but design as far as needed
16 © 2010 Omnicell, Inc.

17. Inversion of Control (IoC)
by Martin Fowler 1994
http://www.martinfowler.com/articles/injection.html
http://www.codeproject.com/KB/aspnet/IOCDI/ProblemsofIOC.JPG http://www.codeproject.com/KB/aspnet/IOCDI/IOCframework.JPG
17 © 2010 Omnicell, Inc.

18. Inversion of Control (IoC) - Constructor Injection
http://www.martinfowler.com/articles/injection.html
// UNITY Example
public class CustomerService
{
public CustomerService(LoggingService myServiceInstance)
{
// work with the dependent instance
myServiceInstance.WriteToLog("SomeValue");
}
}
http://msdn.microsoft.com/en-us/library/ff650320.aspx
18 © 2010 Omnicell, Inc.

19. Inversion of Control (IoC) – Setter (Property) Injection
http://www.martinfowler.com/articles/injection.html
// UNITY Example
public class ProductService
{
private SupplierData supplier;
[Dependency]
public SupplierData SupplierDetails
{
get { return supplier; }
set { supplier = value; }
}
}
http://msdn.microsoft.com/en-us/library/ff650320.aspx
19 © 2010 Omnicell, Inc.

20. Inversion of Control (IoC) – Interface Injection
http://www.martinfowler.com/articles/injection.html
In this methodology we implement an
interface from the IOC framework. IOC
framework will use the interface method to
inject the object in the main class. You can see
in figure ‘Interface based DI’ we have
implemented an interface ‘IAddressDI’ which
has a ‘setAddress’ method which sets the
address object. This interface is then
implemented in the customer class. External
client / containers can then use the
‘setAddress’ method to inject the address
object in the customer object.
http://www.codeproject.com/KB/aspnet/IOCDI/InterfacebasedDI.JPG http://www.codeproject.com/KB/aspnet/IOCDI.aspx
20 © 2010 Omnicell, Inc.

21. Inversion of Control (IoC) – Service Locator
http://www.martinfowler.com/articles/injection.htm
l
// UNITY Example http://www.martinfowler.com/articles/injection.html
IUnityContainer container; #UsingAServiceLocator
container = new UnityContainer();
container.RegisterType<IMyDummyService, StupidDummyService>();
IMyDummyService myServiceInstance = container.Resolve<IMyDummyService>();
21 © 2010 Omnicell, Inc.

22. Inversion of Control - Service Locator vs Dependency Injection
http://www.martinfowler.com/articles/injection.html#ServiceLocatorVsDependencyInjection
• Service Locator allows to request explicitly the needed instance/type/service
• Every user of a service has a dependency to the Service Locator
• Potential issue if the component need to be provided to 3rd parties.
• Favorable for closed platforms as the Service Locator allow more control
• Testing is easier with Dependency Injection than a Service Locator if Service
provided is not easily substituted
• In general Service Locator is only the less compelling choice if the code is
mainly used out of the control of the writer
22 © 2010 Omnicell, Inc.

23. Dependency Injection Container & more
• Typically support all types of Inversion of Control mechanisms
• Constructor Injection
• Property (Setter) Injection
• Interface Injection
• Service Locator
•.NET based DI-Container
• Unity
• Castle Windsor
• StructureMap
Related Technology:
• Spring.NET • Managed Extensibility Framework (MEF)
• Autofac • Windows Communication Foundation (WCF)
• Puzzle.Nfactory
• Ninject
• PicoContainer.NET
• and more
23 © 2010 Omnicell, Inc.

24. Summary
Improving Reusability and Maintainability through:
• Simplification and Specialization
(KISS, SoC, SRP)
•Decoupling
(Interface, CoP, IoC or SOA)
• Avoiding Code Blow (DRY, YAGNI)
• Testability (all of them!)
http://files.sharenator.com/11_lego_art_Lego_Art-s396x414-2755.jpg
24 © 2010 Omnicell, Inc.

25. References
http://en.wikipedia.org/wiki/Keep_it_simple_stupid
http://picocontainer.org/patterns.html
http://en.wikipedia.org/wiki/Separation_of_concerns
http://en.wikipedia.org/wiki/Don't_repeat_yourself
http://en.wikipedia.org/wiki/You_ain't_gonna_need_it
http://en.wikipedia.org/wiki/Component-oriented_programming
http://en.wikipedia.org/wiki/Service-oriented_architecture
http://www.martinfowler.com/articles/injection.html
http://www.codeproject.com/KB/aspnet/IOCDI.aspx
http://msdn.microsoft.com/en-us/magazine/cc163739.aspx
http://msdn.microsoft.com/en-us/library/ff650320.aspx
http://msdn.microsoft.com/en-us/library/aa973811.aspx
http://msdn.microsoft.com/en-us/library/ff647976.aspx
http://msdn.microsoft.com/en-us/library/cc707845.aspx
http://msdn.microsoft.com/en-us/library/bb833022.aspx
http://dotnetslackers.com/articles/net/A-First-Look-at-Unity-2-0.aspx
http://unity.codeplex.com/
http://www.idesign.net/idesign/DesktopDefault.aspx?tabindex=5&tabid=11
25 © 2010 Omnicell, Inc.

26. Q&A
http://www.sharenator.com/Lego_Art/03_lego_art-2746.html
26 © 2010 Omnicell, Inc.