The Clean Architecture pattern has gained significant popularity for the design and development of software applications. It emphasizes key principles to better maintain, scale, and test solutions thanks to well-defined layers and clear separation of concerns. Clean Architecture promotes abstracting external dependencies like databases, UI, or services to let the developer focus on the core domain code.
Category: Architecture
Clean Architecture in .NET
Summary
Jason Taylor gives a superb explanation of Clean Architecture on this clip.
Domain and Application are central to the design. It’s the core of the system.
Presentation and Infrastructure belong to the outermost layer and are not dependent on each other. They only depend on Application.
Application only depends on Domain.
Domain has no dependencies.
Source: Clean Architecture. Jason Taylor gives a superb explanation… | by Oscar Olsson | Medium
Microservices for Dummies
Why Microservices?
The concept of Microservices came out of a need of solutions to the problems with monolithic architectures. We refer to an architecture as monolithic if the entire app is built into one executable/package, deployed all or nothing, using one or very few data stores. These applications usually use tiered architectures (e.g. presentation, business logic, data layer) and internal modularization.
Draw.io – free software for technical diagrams
Draw.io – Free software for creating technical diagrams similar to Visio.
The C4 Model for Software Architecture
Software architecture diagrams are a fantastic way to communicate how you are planning to build a software system (up-front design) or how an existing software system works (retrospective documentation, knowledge sharing, and learning).
However, it’s very likely that the majority of the software architecture diagrams you’ve seen are a confused mess of boxes and lines.
www.infoq.com/articles/C4-architecture-model
.NET Application Architecture Guides
Free official .NET architecture guides here
dotnet.microsoft.com/learn/dotnet/architecture-guides
The Over Designer – Michael’s Coding Spot
michaelscodingspot.com/2017/02/11/the-over-designer/
The Over Designer Have you ever encountered an over designer? An over designer is a software developer that had some life changing event and became obsessed about architecture. The result being, obsessive decoupling, endless coding of Factories, creating deep (also needless) inheritence hierarchies and various use of design patterns for no good reason.
…
The Onion Architecture : part 1 : Jeffrey Palermo (.com)
I’ve spoken several times about a specific type of architecture I call “Onion Architecture”. I’ve found that it leads to more maintainable applications since it emphasizes separation of concerns throughout the system. I must set the context for the use of this architecture before proceeding. This architecture is not appropriate for small websites. It is appropriate for long-lived business applications as well as applications with complex behavior. It emphasizes the use of interfaces for behavior contracts, and it forces the externalization of infrastructure.
jeffreypalermo.com/blog/the-onion-architecture-part-1/
Graph Databases for Beginners: Why We Need NoSQL Databases – Neo4j Graph Database
PetaPoco – lightweight .NET ORM
This one looks like a great .NET lightweight ORM:
PetaPocoA tiny ORM-ish thing for your POCOsPetaPocoMainDocumentationLicensePetaPoco is a tiny, fast, single-file micro-ORM for .NET and Mono.Like Massive it’s a single file that you easily add to any projectUnlike Massive it works with strongly typed POCO’sLike Massive, it now also supports dynamic Expandos too – read moreLike ActiveRecord, it supports a close relationship between object and database tableLike SubSonic, it supports generation of poco classes with T4 templatesLike Dapper, it’s fast because it uses dynamic method generation (MSIL) to assign column values to properties
Source: PetaPoco – Topten Software