Hi boobyy,
Thank you for posting in MSDN forum.
In most cases, you still don’t need to migrate your current .NET applications like
ASP.NET apps to run on .NET Core. Not just because the cost of the migration and code rewriting would be significant but also because as of today you’ll find that many of the third libraries that you are executing from .NET Framework
code cannot be used from an app running on .NET Core.
However, if you want to start taking advantage of the new capabilities provided by
ASP.NET Core (see the value-props from
ASP.NET Core explained earlier in this doc), you can still migrate to
ASP.NET Core but running on the traditional CLR from the .NET Framework. That would allow you to reuse legacy third party .NET libraries not compatible with .NET Core while taking advantage of new web capabilities and approaches in
ASP.NET Core.
If you are developing a large enterprise application that cannot be loosely coupled and composed by isolated components or services (like with a microservice architecture approach) chances are that as soon as you need to consume libraries that are compatible
only with the .NET Framework, if you are using the .NET Core runtime it’ll be a stopper as those components/libraries that you need cannot be run on the CoreCLR runtime and with a monolithic approach it is difficult to isolate components/services with a single
responsibility that could be running on .NET Core.
Note that this doesn’t mean that with .NET Core you always have to use a microservices approach and cannot build traditional architecture models (like layered or N-Tier). You can perfectly do it. The issue here is with libraries’ compatibility and allowed
references per project/assembly/service.
A feasible approach here would be to use ASP.NET Core but running it on top of the .NET Framework and the traditional CLR, so you can consume any .NET library from the framework or third party. In the future you could eliminate
those dependencies so it’ll be possible to run as a pure .NET Core application. But this refactoring task with a monolithic architecture won’t be as easy as if it had a loosely coupled architecture.
In addition, you may refer to:Choosing between .NET Core and .NET Framework for server apps
Best Regards,
MSDN Community Support
Please remember to click "Mark as Answer" the responses that resolved your issue, and to click "Unmark as Answer" if not. This can be beneficial to other community members reading this thread. If you have any compliments or complaints to
MSDN Support, feel free to contact MSDNFSF@microsoft.com.
