ASP.NET Core Web(.NET Core)与ASP.NET Core Web(.NET Framework)之间有什么区别?
我们的业务已购买了一家古老的网络托管公司,该公司在多个服务器上同时运行IIS和Apache站点。我们正在计划从旧基础架构迁移到我们的系统。
我们希望在Linux / Apache上运行所有这些站点,并已成功在此Linux服务器上安装了ASP.NET Core,并且能够在进行本教程之后进行一些修改,而无问题地为空白Web应用程序提供服务。
我们面临的问题是,我们有约40个网站以.aspx网页运行,并具有与SQL Server的数据库连接。不仅如此,有些站点还具有购物车系统和定制的CMS管理面板,所有这些都需要移植。
我们可以看到几个选项:
配置Web应用程序以服务.aspx页? (不确定是否可能)
我不确定是否可以在.NET Core中使用默认模板并将其配置为呈现.aspx页。
完全重建.NET Core中的站点 (不是一种选择)
这根本不是一个选择,因为考虑到我们拥有的小型团队,这种迁移对客户而言是不付费的,并且可能需要数月(甚至数年)才能完成。
将当前站点合并到.NET Core
有没有办法获取.aspx页面并以快速方式或通过各种工具对其进行转换?
配置Linux / .NET Core以与现有站点一起使用 (最理想)
我们能否简单地将所有站点文件复制到用户的public_html文件夹中并配置dotnet服务以显示这些页面?
任何见解/建议都将非常有帮助。
我在 Windows 上用 C# 构建了一个(Windows 窗体应用程序)应用程序。现在,我想在不更改应用程序的情况下将整个项目/应用程序定位到 mac OS。有什么简单的方法可以实现吗?我不想在 MAC 上从头开始重建整个应用程序。我不想在 MAC 上使用虚拟机...我有 Visual Stuido 2017 和配对的 MAC。但是,我在这里迷路了。
我试图在不安装Visual Studio的情况下,在.net核心下载站点上安装.net核心SDK之后,在Windows上建立一个构建.net核心应用程序的持续集成服务器.
我尝试构建时遇到的错误是:
C:\dev\aaa.xproj(7,3): error MSB4019: The imported project 
 "C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v14.0
 \DNX\Microsoft.DNX.Props" was not found
我已经google搜索并在早期的测试版中发现了关于此类错误的投诉,但我认为独立的.net核心工具应该只使用visual studio代码(或者实际上是任何编辑器)并且没有安装visual studio,只有.net核心独立sdk.
有没有什么技术可以让它发挥作用?有趣的是,当我从解决方案根目录运行dotnet build时出现上述错误,如下所示:
msbuild /v:q  /t:Build /nologo /P:Configuration=Release MySolutionWithSevenProjectsInIt.sln
上面似乎要求安装Visual Studio来构建整个解决方案,所以我猜我是否需要一个"解决方案构建"步骤而不是单个项目构建步骤,我需要visual studio吗?
对我来说很奇怪,这个系统完全安装了msbuild,所有这台计算机都有.net核心sdk,以及一个"不工作"(如上所述)msbuild.
c# continuous-integration visual-studio-2015 .net-core asp.net-core
我在互联网上搜索,但我找不到这些技术的性能比较
所有这些之间有什么不同?
我必须重写一些代码才能通过网络核心
.Net Framework和.Net Core有什么区别?
面试官问了这个问题,但我没有做到! 
他还问:
为什么称为.Net Core?
我明白为什么 .Net Framework 会导致 .Net Core、IE 出现问题,因为不存在特定于 Windows 平台的 API。但是为什么不能直接引用 .Net Core 作为 .Net Framework 中的库?如果 .Net Core 在 Windows 上运行,是什么阻止了 .Net Framework 应用程序像使用库一样使用 .Net Core?
我知道您可以将 .Net Core 库移植到 .Net 标准库,但我的问题是为什么 .Net Framework 不能只引用用 .Net Core 编写的任何内容,因为它无论如何都是跨平台的?