Search icon CANCEL
Arrow left icon
Explore Products
Best Sellers
New Releases
Books
Videos
Audiobooks
Learning Hub
Conferences
Free Learning
Arrow right icon
Arrow up icon
GO TO TOP
An Atypical ASP.NET Core 6 Design Patterns Guide

You're reading from   An Atypical ASP.NET Core 6 Design Patterns Guide A SOLID adventure into architectural principles and design patterns using .NET 6 and C# 10

Arrow left icon
Product type Paperback
Published in Mar 2022
Publisher Packt
ISBN-13 9781803249841
Length 678 pages
Edition 2nd Edition
Languages
Tools
Arrow right icon
Author (1):
Arrow left icon
Carl-Hugo Marcotte Carl-Hugo Marcotte
Author Profile Icon Carl-Hugo Marcotte
Carl-Hugo Marcotte
Arrow right icon
View More author details
Toc

Table of Contents (31) Chapters Close

Preface
1. Section 1: Principles and Methodologies
2. Introduction FREE CHAPTER 3. Automated Testing 4. Architectural Principles 5. Section 2: Designing for ASP.NET Core
6. The MVC Pattern Using Razor 7. The MVC Pattern for Web APIs 8. Understanding the Strategy, Abstract Factory, and Singleton Design Patterns 9. Deep Dive into Dependency Injection 10. Options and Logging Patterns 11. Section 3: Designing at Component Scale
12. Structural Patterns 13. Behavioral Patterns 14. Understanding the Operation Result Design Pattern 15. Section 4: Designing at Application Scale
16. Understanding Layering 17. Getting Started with Object Mappers 18. Mediator and CQRS Design Patterns 19. Getting Started with Vertical Slice Architecture 20. Introduction to Microservices Architecture 21. Section 5: Designing the Client Side
22. ASP.NET Core User Interfaces 23. A Brief Look into Blazor 24. Assessment Answers 25. Acronyms Lexicon
26. Other Books You May Enjoy
27. Index
Appendices
1. Appendix A 2. Appendix B

Chapter 10

  1. False; you can create as many abstract (required) or virtual (optional) extension points as you need, as long as the class stays cohesive and does not break architectural principles. For example, ensure the class has a single responsibility.
  2. Yes, there is no reason not to.
  3. No, there is no greater limit than with any other code.
  4. Yes, you can have one handler per message or multiple handlers per message. It is up to you and your requirements.
  5. It helps divide responsibilities between classes by encapsulating the shared logic into one or more base classes.
lock icon The rest of the chapter is locked
Register for a free Packt account to unlock a world of extra content!
A free Packt account unlocks extra newsletters, articles, discounted offers, and much more. Start advancing your knowledge today.
Unlock this book and the full library FREE for 7 days
Get unlimited access to 7000+ expert-authored eBooks and videos courses covering every tech area you can think of
Renews at R$50/month. Cancel anytime