c# wpf代码怎么嵌入EXE怎么禁用xaml浏览器应用程序序？

点击联系发帖人 时间：2022-12-11 09:06

怎么禁用xaml浏览器应用程序

有了这个，您应该能够在WPF中绘制图表 . 从串口回来时实时添加数据应该没问题 . 您还可以查看DynamicDataDisplay中的绑定示例 .

}

C#用WPF写一个用NPOI对Excel处理exe应用程序，在vs文件夹中运行不会出错，单独把exe程序拿出去用，就不能用了，为什么怎么解决呢？... C#用WPF写一个用NPOI对Excel处理exe应用程序，在vs文件夹中运行不会出错，单独把exe程序拿出去用，就不能用了，为什么怎么解决呢？

你对这个回答的评价是？

下载百度知道APP，抢鲜体验

使用百度知道APP，立即抢鲜体验。你的手机镜头里或许有别人想知道的答案。

}

微软在 MSDN 博客上宣布了 .NET Native 的开发者预览版。.NET Native 可以将 C# 代码编译成本地机器码。有了它，开发者将不仅能享受 C# 的高生产力，而且能拥有 C++ 般的性能。鱼与熊掌不可兼得，而有了 NET Native，我们都可以兼得 C# 的生产力与 C++ 的战斗力。使用 .NET Native 编译 Windows 商店应用程序，启动速度将会加快 60%，同时占用内存的内存也更少。

目前开发者可以使用该开发者预览版构建基于 ARM 或 x64 架构的 Windows 商店应用程序（很快就会支持 x86 架构，敬请期待）。.NET Native 很快将会实现跨设备的无缝体验。今天的预览版只支持 Windows 商店应用程序，我们将继续努力改进 .NET Native 以支持所有 .NET 应用程序的本地编译。

根据微软提供的 FAQ，.NET Native 预览版目前只支持 C# 语言，用 .NET Native 编译的程序将作为独立的原生编译代码部署到目标机器上，运行不再需要安装 .NET Framework。

这里简单讲一下.NET Native的基本架构，基本内容和上面那个talk其实差不多，只是简单给大家讲一下.NET Native的一些基本概念。如果大家有对某个部分具体感兴趣，也可以提出来，我尽量在我能力范围内解答（毕竟不是我一个人做的，呵呵）或者写新的Blog详细解释。

.NET Native和之前的NGEN有本质区别。NGEN实际上是把CLR运行时的数据结构和代码给一锅端（当然，这个是简化的说法，实际上比这个复杂)的放到最终的PE里面去了，运行的时候还是需要整个.NET Framework支持，而且不能避免JIT。.NET Native是全新的技术，整个.NET Native生成的EXE/DLL是可以直接运行的机器码（通过C++编译器后端生成）。对了，有些朋友可能会问：我们是不是直接生成C++代码？答案是否定的。我们所使用的C++编译器后端接受IL作为输入，生成MDIL。

整个Toolchain（工具链）大致可以分为下面几个阶段：

Generator）这一块主要是我在负责。这个工具负责检查程序和BCL中所有的Interop相关的类型，比如WinRT接口，P/Invoke，等等。MCG都会为之生成C#代码。这个C#代码是可以直接调试的，有兴趣的朋友可以F11试一下看看。C#代码的作用主要是替代 Native不太适用，而且IL代码很难调试。C#既方便大家调试，也方便我们快速的修改生成的代码，添加更多的功能。（写C++程序生成IL代码可是比较麻烦的，得人工算好stack的位置）
第二步：MCG生成的C#代码通过CSC编译，生成PE文件。这一步没啥可讲的。
第三步：这个PE文件被打包合并到应用程序和BCL，生成一个IL代码的集合。为下一步做好准备。
第四步：这个IL代码的集合会被经过若干的步骤处理，每个步骤都相对简单，只做一件事情。这些步骤的主要作用是提供原来CLR运行时提供的功能，最终的目的是使之最后的代码能够被C++最后编译。在原来桌面版本的CLR里面（也就是 Native不支持JIT，所有代码都是编译时候生成。

答：开发编译的时候需要，运行时不需要。

答：VB本质上和C#都是生成IL，技术上非常类似。只是目前我们因为时间问题，暂只支持C#。

8.为什么启动运行速度会变快？

答：一方面归功于C++的优秀的编译器后端，一方面也因为runtime的重写和简化

}

绿色游网