What is our primary use case?
As an architect, I figure out the best solution based on the problem at hand. It doesn't always have to be a website. Sometimes a hybrid solution is needed – one solution that can be ported to mobile or websites. I want to avoid having two different sets of code that need changes in two places. My goal is to make it as generic as possible.
So, I stay updated with the current .NET Framework and try to come up with a hands-on architecture. I develop those centric modules and provide libraries to our developers, which they add as project references. I call them the organization's libraries. This way, everything follows the same design principles.
For instance, if I create a website using the MVC framework, it has to be consistent. If I need architecture on top of it, I would use screen architecture. Then, there are other architecture and design types. If I need to write a Windows application, I prefer WPF (Windows Presentation Foundation) with the MVVM framework.
We pick and choose what's needed based on complexity, data volume, storage, etc. Would the architecture be three-tier, service-oriented, or domain-driven? You break things up into database, API, and front end. Recently, I've introduced gateways for security, which have their own design pattern. I'm trying to move from API to microservices – it's about staying up-to-date and educating the team and managers.
How has it helped my organization?
ASP.NET within the .NET Framework improved our development process.
With the old ASP.NET, if you were using web pages, you had the traditional page lifecycle. The introduction of MVC changed things – they're two different lifecycle methodologies.
MVC is lighter, faster, and easier to implement, while the old way goes through its own page lifecycle before rendering, which is a bit slower, in my opinion.
Now, with .NET Core, you get out-of-the-box stylesheets like Bootstrap and more of a boilerplate setup. It's much easier – before, you had to build everything yourself. Now, with the .NET CLI (Command Line Interface), development has become even simpler.
What is most valuable?
The new .NET Core has those middlewares, which are awesome from a security standpoint. With the old Framework or the newer Framework, middleware is basically an event pipeline. You configure and register it, and it handles things centrally. A simple example is logging.
With the old Framework, you needed to try/catch blocks everywhere. Here, you configure the logging handler once, and it captures exceptions across the application. I really like the middleware pattern.
Moreover, finding and using third-party libraries within the .NET Framework is much easier now. I can use NuGet to download them.
However, there are certain features that I don't use. For example, the interoperability features. I mostly develop in C#, so I don't deal with other languages much. I'm doing some research with Python and AI integration.
What needs improvement?
There are a few areas where they could compete better with products like React or Angular – the popular SPA (Single Page Application) frameworks. Microsoft has its own product called Blazor, but I don't think it's quite as powerful yet as React or Angular. I think that's an area for improvement.
For example, HR asked me to build something that worked offline and online. Microsoft products don't really support that well, as I'd have to rely on browser databases. React and Angular are better for that.
If I need something faster, I'd definitely use React. So, I see Microsoft lagging a bit in that area.
Buyer's Guide
Microsoft .NET Framework
April 2026
Learn what your peers think about Microsoft .NET Framework. Get advice and tips from experienced pros sharing their opinions. Updated: April 2026.
893,221 professionals have used our research since 2012.
For how long have I used the solution?
I've been developing with Microsoft technologies since 2003. I used to work with a different product, but migrated to .NET Framework around version 2.1. Since then, we've been using .NET consistently – both the older Framework for legacy projects and the latest versions for new projects. Staying updated is important for security patches and to fix any vulnerabilities.
I'm familiar with the .NET Framework. It's actually a component of Microsoft Visual Studio. There are two main branches: the older .NET Framework (versions 1.1 up to the latest, 4.8.2), and the newer cross-platform framework referred to simply as .NET (currently at version 8, with version 9 coming soon). I use both versions here.
How are customer service and support?
There is room for improvement in the support. Sometimes, they ask us to provide a stack trace or dump so they can replicate a problem, but environments vary. A good error code would be helpful.
Often, when you find a bug, they suggest waiting for a patch in the next version. In the meantime, we're stuck needing to come up with workarounds, and they don't commit to helping with that. So, we end up with temporary fixes.
Which solution did I use previously and why did I switch?
The others, like React and Angular, use freeware Apache licenses.
React is maintained by Facebook, Angular is a Google product. Microsoft has Blazor, but it lags behind. React and Angular are much faster.
For example, React has a virtual DOM, so if you make changes, only the changed section of the page updates. It uses one-way binding, which makes it quicker to respond. Microsoft's approach involves a full-page lifecycle.
Even compared to Angular, it's different. Angular doesn't use a virtual DOM, but it leverages an MVC framework behind the scenes.
In terms of the end product, there's some overhead. If you build an app and publish it to AWS or Azure, these applications tend to be a bit larger.
How was the initial setup?
I will rate the ease of setup for .NET an eight out of ten, with ten being the easiest
What other advice do I have?
I would recommend using it. .NET is intuitive, and Microsoft has a team that provides development upgrades and security patches constantly.
For us, choosing Microsoft is a no-brainer. Our roadmap starts with on-premise development, but we're slowly moving to the cloud. It's much easier to deploy our apps to the cloud using .NET. This makes it easier to develop, maintain, and migrate from the old framework to newer versions.
Overall, I would rate the solution an eight out of ten.
Which deployment model are you using for this solution?
On-premises
Disclosure: My company does not have a business relationship with this vendor other than being a customer.