.net 5的项目目录结构和.net framework有些明显的变化，包括显示结构和项目文件，从这两个方面看看有哪些变化。
项目目录结构
就以上篇用的demo项目为例(【.net 知新：【2】 .Net Framework 、.Net 5、 .NET Standard的概念与区别】)，先看看.net 5项目目录结构。
.net5 项目和原来.net framework项目最大的不同在于引用和项目文件，.net 5变成了依赖项，里面清晰的区分了包、分析器、框架、项目等内容，这样分门别类更方便我们查找和管理引用。
.net framework的所有引用都显示在一起，包括其它项目、nuget包、dll等等引用。但是他们最终都是用项目文件来管理这些东西，所以我们再看看他们项目文件的差异。
项目文件
在两个项目中都引用了nuget包 Newtonsoft.Json，添加了ClassLibraryTest项目引用，建了一个Class1.cs的类文件。
在项目里面找到项目文件.csproj,打开两个文件对比，左边是.net 5右边是.net framework 4.6.1。
相对于.net framewokr而言，.net 5项目文件会少很多内容：
在.net framework中所有引用类库都包含在项目文件中，.net 5是包含在框架中。
在.net framework中所有包含文件描述都在项目文件中，.net 没有任何项目包含文件的描述。
所以.net 5的项目文件描述信息在哪儿呢，现在我在项目中排除类文件Class1.cs。
再打开两个项目文件对比，折叠起其他项。
在.net 5中排除项用<Compile Remove="Class1.cs" />" 在编译的时候移除Class1.cs。
在.net framework中因为是包含了所有的项目文件，所以排除就将<Compile Include="Class1.cs" />移除就行了。
.net 5中的这个小的改动会让我们的项目文件大大减少，试想如果我们的文件成千上万个那么.csproj的大小和阅读.net 5就会是巨大优势。
.net 5中默认是包含所有文件，如果要排除某文件直接去除包含项就行了，但是作为一个正常项目不会有太多的排除而是大量的包含，所以.net 5的改动优化相当精妙。
.net 5可以直接双击项目就能在vs中打开.csproj，.net framework需要到目录中去打开。
项目发布
可在两种模式下发布使用 .NET 创建的应用程序，模式会影响用户运行应用的方式。
将应用作为独立应用，生成的应用程序将包含 .NET 运行时和库，以及该应用程序及其依赖项。 应用程序的用户可以在未安装 .NET 运行时的计算机上运行该应用程序。
如果将应用发布为依赖于框架的应用，生成的应用程序将仅包含该应用程序本身及其依赖项。 应用程序的用户必须单独安装 .NET 运行时。
默认情况下，这两种发布模式都会生成特定于平台的可执行文件。 不使用可执行文件也可以创建依赖于框架的应用程序，这些应用程序是跨平台的。
首先我们项目右键发布，选择文件夹方式发布，然后就生成了发布配置。
点击编辑或者设置可以进行发布项配置。如上面官方文档描述，有【独立】和【依赖框架】两种方式。
如果发布【依赖框架】那么运行环境需要安装.net 运行时，并且在发布配置“目标运行时”可以选择“可移植”，因为运行时是自主安装不需要包含，所以不需要发布指定的运行时。
如果选择【独立】那么“目标运行时”只能选择特定的。因为包含了.net运行时和库，所以需要进行选择。如果不选择特定平台，这样就没办法将.net运行时和库正确的发布。
发布项目，然后到发布目录看下两种方式的文件区别
- 依赖框架->可移植
- 独立->win-x64(太长了截取一部分)
以上就是发布的简单介绍，采用独立的方式发布时间会久一点，另外在发布配置里面还有个“文件发布选项”,有几个配置简单说明下，有兴趣的可以对比下发布的文件区别。
- 生成单个文件：这个就是字面意思，通过将所有依赖应用程序的文件捆绑到一个二进制文件中，这种方式适用于将项目用作第三方库或者应用程序，方便传输管理。
- 启用ReadyToRun编译：可以通过将应用程序集编译为 ReadyToRun (R2R) 格式来改进 .NET Core 应用程序的启动时间和延迟。R2R 二进制文件通过减少应用程序加载时实时 (JIT) 编译器需要执行的工作量来改进启动性能。
- 裁剪未使用的程序集：也是字面意思，目前还是预览版，无法可靠地分析各种有问题的代码模式（主要集中在反射使用），应用程序的生成时间分析可能会导致运行时失败。这个功能最有用的应该是独立发布的方式，通过裁剪以减小部署大小。