Tag Archives: abstraction

Crosscutting Concerns

The Crosscutting Concerns are the areas in which high-impact mistakes are most often made when designing an application. There are common causes that lead to this and there are common practices that can help to avoid such mistakes. In this post I … Continue reading

Posted in Design, Technical | Tagged , , , , | Leave a comment

DRY vs Coupling

While reviewing my previous post another great discussion, which may arise from paying attention to your references, came to my mind: Don’t Repeat Yourself (DRY) vs Coupling. Each time you add a new reference it means that you want to … Continue reading

Posted in .NET, Design, Technical | Tagged , , , , , , , | Leave a comment

Using ReSharper for Assembly References Diagrams

A few posts back I talked about how we can use the assembly references to enforce consistency and separation of concerns (here and here are the old posts). I argue there that if we derive from the architecture the assemblies of … Continue reading

Posted in .NET, Design, Technical | Tagged , , , , , , , | Leave a comment

Repository Implementations

In my previous post I have presented a way to separate your data access from the business logic, when a relational database is used. I have shown another implementation of the well-known Repository pattern. Since Martin Fowler described it in … Continue reading

Posted in .NET, Design, Technical | Tagged , , , , , , , , | Leave a comment

Separating Data Access Concern

In our days most of the applications that have a relational database as storage, use an ORM to access the data. The ORM (Entity Framework, Hibernate, etc.) does most of the data access implementation. Many of them have a modern … Continue reading

Posted in .NET, Design, Technical | Tagged , , , , , , , , , , | Leave a comment