Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/.net/25.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
绿地开发的Target.NET4.6或.NET Core 1?_.net_Asp.net Core_.net Core_Entity Framework Core - Fatal编程技术网

绿地开发的Target.NET4.6或.NET Core 1?

绿地开发的Target.NET4.6或.NET Core 1?,.net,asp.net-core,.net-core,entity-framework-core,.net,Asp.net Core,.net Core,Entity Framework Core,我开始了解.NET堆栈跨平台的命名约定。 特别是这一页解释得很好: 我正在启动一个全新的个人项目,并将其视为学习所有这些新技术的机会。但是,我希望重用来自使用知名库的其他MVC5应用程序的代码。特别是对于基础设施和管道,我使用了一些著名的库,如StructureMap、AutoMapper和数据持久性EF(EF4/5) 由于对我应该使用的版本没有限制,我应该从头开始使用最新的ASP.NET Core 1.0、.NET Core 1.0以及EF Core 1.0,还是只使用它的唯一优势是跨平台?

我开始了解.NET堆栈跨平台的命名约定。 特别是这一页解释得很好:

我正在启动一个全新的个人项目,并将其视为学习所有这些新技术的机会。但是,我希望重用来自使用知名库的其他MVC5应用程序的代码。特别是对于基础设施和管道,我使用了一些著名的库,如StructureMap、AutoMapper和数据持久性EF(EF4/5)

由于对我应该使用的版本没有限制,我应该从头开始使用最新的ASP.NET Core 1.0、.NET Core 1.0以及EF Core 1.0,还是只使用它的唯一优势是跨平台?换句话说,如果我不打算在Windows以外的任何设备上运行此程序,并且希望将库不兼容的问题降到最低,那么我应该坚持使用.NET4.6吗


我基本上想利用这个机会学习新东西,而不影响我的应用程序未来的可移植性微软最终会将.NET Core 1作为Windows上的默认版本吗?

看起来微软不会在两者之间做出决定,因为:

事实上,当你想要的时候,你仍然会面临困境

Asp.net core拥有上线许可证,Microsoft将提供支持,是吗

迪克莱默: 我的其余答案可能是基于意见的

如果您没有限制,例如您仍然需要不受支持的功能,如SignalR,我可以分享我到目前为止的类似经验:

我从一个核心MVC6WebAPI开始

当我需要WCF时,它并不那么容易->

然后必须使用一个4.5框架目标类库->这些类库,所有的环绕都将在VisualStudio中自动完成

我必须通过IIS发布障碍找到更多方法->

底线:

大多数问题都是单独用新的解决方案解决的

我一开始的感觉是,一旦出现阻塞实现,我就会立即跳出它,这一感觉正在变得越来越自信,事实上,您学习的越多,就可以拥有一个灵活的解决方案


我只能补充一点,您可能想快速阅读一下,并获得更多线索

看起来MS不会在这两者之间做出决定,因为:

事实上,当你想要的时候,你仍然会面临困境

Asp.net core拥有上线许可证,Microsoft将提供支持,是吗

迪克莱默: 我的其余答案可能是基于意见的

如果您没有限制,例如您仍然需要不受支持的功能,如SignalR,我可以分享我到目前为止的类似经验:

我从一个核心MVC6WebAPI开始

当我需要WCF时,它并不那么容易->

然后必须使用一个4.5框架目标类库->这些类库,所有的环绕都将在VisualStudio中自动完成

我必须通过IIS发布障碍找到更多方法->

底线:

大多数问题都是单独用新的解决方案解决的

我一开始的感觉是,一旦出现阻塞实现,我就会立即跳出它,这一感觉正在变得越来越自信,事实上,您学习的越多,就可以拥有一个灵活的解决方案


我只能补充一点,您可能想快速阅读一下,并获得更多线索

我经历了这场辩论,最终选择了.NET Core;经过六个月的生产线和一些生产部署,我确信这是一个正确的决定。以下几个问题可能会澄清您的决定:

  • 您是否正在构建一个与.NETCore的“最佳点”(即网站或web/RESTAPI或两者)匹配的后端服务?根据我的经验,.NETCORE在这方面是完美的,并且已经很好地工作了,尽管EFCore仍在成熟,工具仍在变化
  • 是否要构建WCF服务和其他特定于Windows的技术?如前所述,通常您希望坚持使用完整的.NET框架。通过一点工作就可以从.NET核心Web API调用WCF服务
  • 消息队列-RabbitMQ现在有.NET核心支持,我认为MSMQ您可能有问题-最多您需要参考完整的框架库
  • 如果您需要任何基于Windows的GUI(WCF或Winforms),请使用完整的.NET框架
  • 构建作为Windows服务运行的后台进程-通常使用完整的.NET框架,在.NET Core中不受支持,尽管您可以在.NET Core中编写它并为其构建完整的.NET服务包装器-现在可能是值得的,除非您也希望能够在其他平台上运行该进程
  • 如果你想选择跨平台运行(我做过),你必须选择.NETCore
  • 如果您想使用Docker进行部署(正如我所做的)-.NET Core似乎更关注这一点,但在新的Windows 2016本机容器中,这两种功能都得到了充分支持

  • 希望这会有所帮助。

    我经历了这场辩论,最终选择了.NET内核;经过六个月的生产线和一些生产部署,我确信这是一个正确的决定。以下几个问题可能会澄清您的决定:

  • 您是否正在构建一个与.NETCore的“最佳点”(即网站或web/RESTAPI或两者)匹配的后端服务?根据我的经验,.NETCORE在这方面是完美的,并且已经很好地工作了,尽管EFCore仍在成熟,工具仍在变化
  • 是否要构建WCF服务和其他特定于Windows的技术?如前所述,通常您希望坚持使用完整的.NET框架。通过一点工作就可以从.NET核心Web API调用WCF服务
  • 消息队列-RabbitMQ现在有.NET核心支持,我认为MSMQ您可能有问题-最多您需要参考完整的框架libr