❶ .net core winform发布后版本不符合
.net core winform发布后版本不符合，打开.net 命令行工具，输入：donet --info可以解决。
.NET Core是适用于 windows、linux 和 macos 操作系统的免费、开源托管的计算机软件框架，是微软开发的第一个官方版本，具有跨平台 (Windows、Mac OSX、Linux) 能力的应用程序开发框架 (Application Framework)，未来也将会支持 FreeBSD 与 Alpine 平台，也是微软在一开始发展时就开源的软件平台，它经常也会拿来和现有的开源 .NET 平台 Mono 比较。
由于 .NET Core 的开发目标是跨平台的 .NET 平台，因此 .NET Core 会包含 .NET Framework 的类库，但与 .NET Framework 不同的是 .NET Core 采用包化 (Packages) 的管理方式，应用程序只需要获取需要的组件即可，与 .NET Framework 打包式安装的作法截然不同，同时各包亦有独立的版本线 (Version line)，不再硬性要求应用程序跟随主线版本。
❷ C#编译的winform程序.如何生成单独的EXE
你制作完毕以后，发给别人EXE，通常别人都是无法打开的。
因为你用C#编写的代码要运行在.NET平台上，对方没有fraemwork框架，所以你要把框架打包给他。
因为目前除了vista系统以外，其他的系统不包含.net2.0
❸ asp.net和winform程序上的区别有哪些
asp.net 开发网页的；
winform开发窗体应用程序的。
两种开发是采用相同的语言：C#和VB两种语言。
网上一些软件既有窗体版也有网络版，便可以采用以上两种模式开发
❹ vs2010下C# WinForm 解决方案里面生成的文件都是什么作用干什么的
Bin 目录用来存放编译的结果，bin是二进制binrary的英文缩写，因为最初C编译的程序文件都是二进制文件，它有Debug和Release两个版本，分别对应的文件夹为bin/Debug和bin/Release，这个文件夹是默认的输出路径，我们可以通过：项目属性—>配置属性—>输出路径来修改。
obj是object的缩写，用于存放编译过程中生成的中间临时文件。其中都有debug和release两个子目录，分别对应调试版本和发行版本，在.NET中，编译是分模块进行的，编译整个完成后会合并为一个.DLL或.EXE保存到bin目录下。因为每次编译时默认都是采用增量编译，即只重新编译改变了的模块，obj保存每个模块的编译结果，用来加快编译速度。是否采用增量编译，可以通过：项目属性—>配置属性—>高级—>增量编译来设置。
Properties文件夹 定义你程序集的属性 项目属性文件夹 一般只有一个 AssemblyInfo.cs 类文件，用于保存程序集的信息，如名称，版本等，这些信息一般与项目属性面板中的数据对应，不需要手动编写。
.cs 类文件。源代码都写在这里，主要就看这里的代码。
.resx 资源文件，一些资源存放在这里，一般不需要看。
.csproj C#项目文件，用VS打开这个文件就可以直接打开这个项目，自动生成，不需要看。
.csproj.user 是一个配置文件，自动生成的，会记录项目生成路径、项目启动程序等信息。也不需要看。
.Designer.cs 设计文件，自动生成，不需要看。
.aspx 是网页文件，HTML代码写在这里面。
sln:在开发环境中使用的解决方案文件。它将一个或多个项目的所有元素组织到单个的解决方案中。此文件存储在父项目目录中.解决方案文件，他是一个或多个.proj（项目）的集合
*.sln：(Visual Studio.Solution) 通过为环境提供对项目、项目项和解决方案项在磁盘上位置的引用,可将它们组织到解决方案中。
比如是生成Debug模式,还是Release模式,是通用CPU还是专用的等
编译和运行直接按F5，至于调试按F9插入断电，F10整行执行，F5，F9，F10配合使用
整个项目后缀文件的说明！
❺ C# .net4.5 winform程序 怎么在没有net环境运行
现在就目前的生产力的环境下，.NET程序是不能脱离.net环境运行的，
目前如果想脱离最有希望的方案是.NET Native
什么是.NET Native？
.NET Native是一套在Visual Studio 2015中编译通用Windows（UWP）应用的预编译工具，它可以将托管的中间语言二进制文件编译为本地二进制文件，每一个托管的通用Windows应用都将受益于这项新技术。在用户设备上安装之前，应用会自动编译为原生代码。有关其工作机制的详情可以查看MSDN。
目前这个.NET Native 还正在研发中，最新版本的VS已经集成，还不是很成熟，没有到商业化使用阶段
早期用的主要有下面几种 WinForm程序脱离.NET Framework的方法有以下几种：
( 1 ) .Net Linker ：飞信就利用了它的核心。飞信是使用C#在.NET上开发的。.Net Linker比较贵，最便宜的版本要1000多美金，不过倒版的就例外了。
( 2 ) 用飞信的虚拟机来引导自己开发的.NET程序。
( 3 ) 使用MONO实现.NET框架脱离，还可实现跨平台。(开源免费，速度快，支持ASP.NET各个版本，强烈推荐)
就目前个人总结 相对成熟一些的 是.NET Native和Mono这两种方案，相信信息和最新进展 可以搜 索.NET Native和Mono
❻ 在C#.NET的WINFORM程序发布后,怎样用代码查看软件的版本号
其实在你发布版本的时候，可以定义版本号。生成Exe文件后，可以右键属性选择版本选项卡即可，
❼ c# 怎么编译release的版本啊我之前都是Dbug的
你好！
如果你的VS是中文版的：
可以右键你的解决方案，点击属性，里面有一个
配置属性
->
配置
的选项，就可以看到你所有的项目以及启动方式。
如果是英文版的：
一样的，对应的就是configuration
properties
->
configuration
如有疑问，请追问。
❽ C#、 WINFORM以及 .NET之间关系。
NET是一个平台，这个平台支持很多东西，很多编程语言，C#只是其中的一种，还有VB.NET，F#等语言，使用.NET这个平台开发的程序不能直接在Windows上运行，需要安装一个叫做Net framework的东西，目前最新版本是4.0，Windows7系统已经集成了net framework 3.5
C#只是一门标准化的语言，它的语法是经过国际标准化组织标准过的，并不是只有.NET支持C#语言，Linux下面有个Mono平台，也支持C#
WINFORM是指开发Windows桌面程序的一种模式，当然它并不是只有模式，也提供了很多使用的控件，可以方便地构建一个Windows桌面程序。其实开发Windows桌面程序有很多种方法，用C语言直接调用Windows API就是一种很原始的方式,在VC++里面可以使用MFC这种模式，而到了.NET，则提供了WINFORM这种模式！
❾ .NET Frame work编译机制(二次编译)
C++和.Net程序采用了两种不同的编译方式。通常一个C++编写的程序，都是一次编译成二进制的代码，在相应的操作系统平台上直接执行即可。而.Net程序采用两次编译的方式，用C#，VB.Net等语言写成的程序被编译成IL代码，通过CLR在运行的时候JIT编译成为本地二进制代码。
MFC和WinForm很多设计上的不同从根本上说，都是因为编译模式带来的不同。因此，在仔细探讨MFC和WinForm之前，有必要细细体会一下不同编译方式带来的改变。
考虑一段代码，它需要在不同的编译环境下生成不同的代码，或者是为了减少代码编写量用一些替换方式取代类似的代码。在C++中利用预编译和宏来解决这些事情。MFC框架中，更是大量使用宏来进行核心功能的设计。但是宏只是一种巧妙的减少输入代码量的方式，本质上和手写输入一些代码并无区别（也许不够严密吧），它并不能在程序运行的时候动态支持代码的插入和改变，因为此时它已经编译完成了。而二次编译则不同，你可以将它的第一次编译看成是通常一次编译程序的预编译期，只是这个预编译更为的强大，它可以编译生成信息更为丰富的元数据。并且，只要在JIT执行前动态插入代码，利用反射等手段，就可以将已经编译好的程序的行为在某种程度上进行改变，其动态性能得到了本质上的改变。
因此，在MFC和WinForm中，我们可以看到两者在动态性能，安全性和效率方面都有很大的不同，总结一下，都可以归结到这不同的编译模式上来。在以后的日志中，都可以看到这些区别的