Series

Kentico Xperience Design Patterns

The design-patterns journey continues on the Xperience platform: startup hygiene, modeling missing data (nullable reference types, the Null Object pattern, the Maybe monad), error handling (the Result monad, centralized exception handling), and content/page type modeling.

15Posts
– Timespan

Also published on dev.to →

01 / 15
Kentico Xperience Design Patterns: Good Startup.cs Hygiene

Learn how to maintain a clean and focused Startup.cs with a some design patterns and extension methods.

02 / 15
Kentico Xperience Design Patterns: Modeling Missing Data with Nullable Reference Types

Learn how to handle a content model with optional or missing data using nullable reference types

03 / 15
Kentico Xperience Design Patterns: MVC is Dead, Long Live PTVC

Learn about replacing the MVC design pattern with the pattern of combining Page Templates and View Components to maintain a separation of Content and Design

04 / 15
Kentico Xperience Design Patterns: Modeling Missing Data with The Null Object Pattern

Learn about the Null Object Pattern and how to use it in a Kentico Xperience application to model our content accurately

05 / 15
Kentico Xperience Design Patterns: Multiple Types Per File

Learn why C# developers separate all their types into individual files and when it might be appropriate to do the opposite in our Kentico Xperience applications.

06 / 15
Kentico Xperience Design Patterns: Modeling Missing Data - The Maybe Monad

Learn why the Maybe Monad might be the best way to model missing data in our Kentico Xperience applications.

07 / 15
Kentico Xperience Design Patterns: Good Layout Hygiene

Learn how to maintain a clean and focused _Layout.cshtml file using Razor Partials and View Components.

08 / 15
Kentico Xperience Design Patterns: Handling Failures - Centralized Exception Handling

Learn how to deal with failed operations in Kentico Xperience applications using centralized exception handling

09 / 15
Kentico Xperience Design Patterns: Handling Failures - Return Errors, Don't Throw Them

Learn the problems with modeling errors as exceptions and why we should return errors from our C# methods instead

10 / 15
Kentico Xperience Design Patterns: Protecting Hard Coded Identifiers

Learn why we hard code identifiers in our Kentico Xperience applications, and how to use and protect that data from deletion to guaranteed content and data quality.

11 / 15
Kentico Xperience Design Patterns: Registering Xperience Dependencies

Learn why we should register our Kentico Xperience dependencies where they are consumed, not where they are authored, to create more understandable code, flexible applications, and reusable libraries.

12 / 15
Kentico Xperience Design Patterns: Handling Failures - The Result Monad

Learn how we can use the Result monad to clearly model failures and handle errors in our applications.

13 / 15
Kentico Xperience Design Patterns: Page Type Modeling

Learn a modern approach to defining and organizing content in Kentico Xperience, starting with Page Types.

14 / 15
Kentico Xperience Design Patterns: Content Hierarchies

Learn a modern approach to defining and organizing content in Kentico Xperience with Content Hierarchies.

15 / 15
Kentico Xperience Design Patterns: Page Type Restrictions

Learn a modern approach to defining and organizing content in Kentico Xperience with Page Type restrictions.