Blazor's New Web App Template🔥, Deepen Your Repository Pattern Knowledge🚀


Hey Reader,

The recent release of .NET 8's RC1 brought us an exciting Blazor Web App Template that combines both Blazor Server and WebAssembly in a single project. In my latest video, I dive into this template, highlighting the new render modes of Blazor in .NET 8.

video preview

Additionally, I wanted to share an intriguing Q&A from our .NET Web Academy Community this week about enhancing repositories as applications grow. Paolo asked:

"Hi Patrick, sometimes it is necessary to work on several Domain Entities at the same time and the single-entity CRUD offered by Repositories is not sufficient. Thinking of combining in a 2nd level Repository, which uses single-entity repositories is sometimes not possible and often creates a performance decay. What is your suggestion?"

My response:

"Hi Paolo,

Thank you for your insightful question. As our applications grow, it’s essential to address architectural concerns to balance flexibility, maintainability, and performance. Let’s dive deeper into the solutions with a mix of simple theoretical insight and code examples tailored to our .NET Web Academy’s project.

Aggregate Roots:

Think of an Aggregate Root as a main item that groups related things together. By working with this main item, we can easily manage the related items without messing things up.

Example: In our TimeTracker, a Project can be seen as the main item that has linked TimeEntry and ProjectDetails. So, if we want to make changes to a TimeEntry for a project, we go through the Project.

Specification Pattern:

This is a way to set rules for fetching specific items from our data. It’s super useful when we have a lot of rules!

Example: Instead of multiple methods to get data, we use rules. Like one that fetches all time entries for a project.

UnitOfWork Pattern:

It’s like a safety net. When we have multiple changes to save, it ensures all changes are saved correctly or none at all.

Example: If we’re updating a Project and its TimeEntry, this ensures both updates are done right.

Performance Tips:

As our app grows, it’s important to fetch data quickly. There are ways to do this effectively.

Example: Using Entity Framework, we can fetch a Project and its TimeEntries together, which is faster.

Custom Repositories:

Sometimes, we need special methods to get or update our data.

Example: A method that gets a Project, its TimeEntries, and ProjectDetails all together.

In short, as we handle more data, we might need to mix and match different techniques to make things easier and faster. Your question helps us all think deeper about these challenges."

📩 Have a burning question or a topic on your mind? Simply hit 'reply' and send it my way. I genuinely appreciate your feedback and ensure I read every message.

Until next time, happy coding! 💻

Take care,

Patrick


Patrick God

Become a .NET & Blazor expert with weekly tutorials featuring best practices and the latest improvements, right in your inbox.

Read more from Patrick God
video preview

Hey friend, Quick one today. GitHub Copilot makes form validation feel easy. But if you are not careful, it slowly decides where your logic lives. Your app still works. But the structure gets worse. In today's video, I show you: A simple Blazor register form How Copilot refactors it the wrong way How to move validation out cleanly How to guide Copilot with clear rules Watch the video here 👇 Have a great start to the new year! 🎆 Take care, Patrick P.S. If you want to learn how to use AI as a...

video preview

Hey friend, I just released a new video and wanted to share it with you. Watch the video here 👇 I used GitHub Copilot to build a small Blazor weather app. It worked almost instantly and even used real API calls. At first glance, everything looked great. Then I opened the Razor file. All the logic was sitting in one place. UI, API calls, and business logic mixed together. It worked, but it was not something I would ship. In the video, I show how I fix this using a single refactoring prompt. I...

Hey friend, I just released a new video and I think you will enjoy this one. In the video, I ask GitHub Copilot to build a real mortgage app in Blazor. The app works. But the code is messy. All the business logic ends up in the UI. Fast results. Bad structure. Then I clean it up properly. Same behavior. Same output. Much better code using services, interfaces, and dependency injection. It shows why Copilot is powerful, but dangerous without rules. Watch the video here 👇 Enjoy the breakdown...