Update 2024-02-18: Unlike the rest of the articles I reloaded from the archive, I didn’t check the links in this one. There is quite a bit here that is dated (like it’s super easy to set up CI with Azure nowadays, instead of what was mentioned) but the core premise of the post still stands. […]
. Read more
This continues my series on ways you’ve probably used design patterns in real-life and may not have even known it. The previous post was on the Adapter Design Pattern.This is a kind of “catch-all” post where I want to talk not only about the Iterator Design Pattern but also custom enumerators for Parallel.ForEach and ensuring […]
. Read more
I think the simplest design pattern we’ve all used without really calling it a pattern, other than observer, is the adapter design pattern. The adapter design pattern is known more colloquially as a wrapper where you wrap a bunch of functionality from one or more classes into a single class because of incompatibilities between the […]
. Read more
Up next in my series on ways you’ve probably used design patterns in real-life and may not have even known it, the Observer and Command design patterns. This continues on from my post Composite and Memento Design Patterns – A Real World Example. Command pattern is meant to actually decouple the GUI and back-end code. […]
. Read more
So you don’t need to know software design patterns. But, as I hope got across in my post, knowing and understanding patterns can only benefit you. I wanted to put together a real-life example of some of the instances where I’ve used patterns, even if the use of the patterns was unintentional. Hopefully you will […]
. Read more
UPDATE 07/30/2014:Please be sure to check out the second part to this at Binding a Dependency Property of a View to its ViewModel, part Deux which contains a working sample solution of the code here. I like MVVM in concept and I had prepared a long, off-topic rant about MVVM because of a bit of […]
. Read more
If you follow good design principles and good dev practices and utilize the APIs and SDKS Microsoft has made available within the .NET Framework, you don’t need to know anything about patterns. There, I said it. You don’t need to know anything about patterns. Now why would I think this? Well, a few years ago […]
. Read more
Here is the list of all the posts in my series on SOLID. SOLID – Getting Started and Source MaterialSOLID – (SRP) The Single Responsibility PrincipleSOLID – (SRP) Ignoring the rules on the paint canSOLID – (OCP) The Open-Closed PrincipleSOLID – (LSP) The Liskov Substitution PrincipleSOLID – (ISP) The Interface Segregation PrincipleSOLID – (DIP) The […]
. Read more
Previous post in this series:SOLID – (ISP) The Interface Segregation Principle A. HIGH LEVEL MODULES SHOULD NOT DEPEND UPON LOW LEVEL MODULES. BOTH SHOULD DEPEND UPON ABSTRACTIONS B. ABSTRACTIONS SHOULD NOT DEPEND UPON DETAILS. DETAILS SHOULD DEPEND UPON ABSTRACTIONS. The Dependency Inversion Principle, Robert C. Martin The DIP is part and parcel with the OCP […]
. Read more
Previous post in this series:SOLID – (LSP) The Liskov Substitution Principle CLIENTS SHOULD NOT BE FORCED TO DEPEND UPON INTERFACES THAT THEY DO NOT USE. When clients are forced to depend upon interfaces that they don’t use, then those clients are subject to changes to those interfaces. This results in an inadvertent coupling between all […]
. Read more