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

Questions

Let’s take a look at a few practice questions:

  1. How many principles are represented by the SOLID acronym?
  2. Is it true that when following the SOLID principles, the idea is to create bigger components that can each manage more elements of a program by creating God-sized classes?
  3. By following the DRY principle, you want to remove all code duplication from everywhere, irrespective of the source, and encapsulate that code into a reusable component. Is this affirmation correct?
  4. Is it true that the ISP tells us that creating multiple smaller interfaces is better than creating one large one?
  5. What principle tells us that creating multiple smaller classes that handle a single responsibility is better than one class handling multiple responsibilities?
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 €18.99/month. Cancel anytime