说下C#开发人员关心的问题，用户也可以看看。
本帖最后由 slice 于 2015-5-2 12:04 编辑
1.C#:
VS2015RC毕竟还不是正式版，新通用程序还没有配一些完成度较高自适应的项目模板。
只有一个blank app的模板，那就只有先主界面显示个hello world了。
C#+XAML项目，默认使用.Net Core，并且默认采用.net native编译。
一个hello world生成后APPX包大小4MB左右，比以前靠谱多了。
运行内存占用7.9MB。
自己改回非静态编译的话。
APPX包大小1.4MB。
运行后内存占用10.6MB。
.Net native静态编译既然已经成为默认配置，以后基于C#的通用程序运行效率会有普遍提升了。
2.VB
看起来微软还是在继续支持VB，开发通用程序木有问题，不过开发IOS和Android应用就没VB的事了。
3.C++
不多说，开发通用程序的效率首选，不过.net native已缩小了些差距。
hello world生成包大小76k。
运行时内存占用5MB。
4.HTML5+JS:
基于Apache Cordova，也可以用于开发Android和IOS应用。
继续通用程序hello world，包大小775k，WinJS还是比较轻量级的。
运行时内存占用19MB。
记得之前8.1是40MB，不知道是不是edge优化的功劳，提升巨大。
这类程序是通过WWAHOST运行，说白了需要浏览器内核，基础内存开销相对大。
但随着也main数据和复杂度资源占用并不会成倍提高，复杂页面和其他技术相比差距就相对缩小了。
5.跨平台方案：
C#仍然是VS支持度最好的语言。可以开发UWP,也可以开发Android和IOS应用(Xamarin)。
HTML+JS(Apache Cordova)。
现在还要算上IOS移植，和Android转制了。
听说Windows Store还要把Win32和.Net程序都放进去，细节还不清楚，但build貌似提到了。
微软平台化和服务化转型中，收了好多东西集成到自己里面。
Windows Store是要纳百川入海的节奏，能为我所用的基本都纳入了。
阿三上台后有点用力过猛的感觉。
为防止不可控的内容风险，本站已关闭新用户注册，新贴的发表及评论；
你现在看到的内容只是互联网用户曾经发表的言论快照，仅用于老用户留存纪念，且仅与科技行业相关，全部内容不代表本站观点及立场；
本站重新开放前已针对包括用户隐私、版权保护、信息安全、国家政策在内的各种互联网法律法规要求，执行了隐患内容的自查、屏蔽和删除；
本站目前所属个人主体，未有任何盈利安排与计划，且与原WFUN.COM所属公司不存在任何关联关系；
如果本帖内容或者相关资源侵犯到您的合法权益，或者您认为存在问题，那么请您务必点此举报或投诉！
现在一部署 Windows Universal 应用就提示打开 Developer Mode ，设置一点“For Developers”就死机。
本帖最后由 slice 于 2015-5-2 12:01 编辑
Quote***链接停止解析***
你能做个浮点运算的测试吗？ 不介意再加上I/O测试，现在手头没有可用电脑。 ...
我举得意义不大吧，说白了大家关注的效能主要就是界面层。
其他地方密集运算部分，如果有必要，自然会用C++。
无论你界面层用HTML+JS，还是XAML。
其实大家不要忽视了JS。
随着NODE.JS的盛行，现在可用的JS库越来越多了。
例如zip压缩这些都堪为一用，都懒得调后台处理。
例如绘图生成JPG，PDF，生成OpenXML再用zip打包生成xlsx的excel文档。
现在kendo这些这些都纯客户端JS处理，麻麻好。
不需要浏览器插件，不需要服务端帮助。
只需要一个现代浏览器IE10，Chrome，Firefox，直接把获取到的json数据给你导成excel文档。
JS很强大很灵活但是难以掌握，和调试，不过现在有了typescript来开发。
vb引擎之后开始拼js效能，最重要我还是觉得node.js及其包管理器大大促进了JS的发展。
现在JS前段后端都在用，效能理论上比不了但早已不是只拿来做做特效了。
Quoteslice 发表于 2015-5-2 11:51
我举得意义不大吧，说白了大家关注的效能主要就是界面层。
其他地方密集运算部分，如果有必要，自然会用C ...
了解一下总是有好处的，选择的时候心里有数。
顺带说，我最想知道的是32应用打包后什么效果。
本帖最后由 slice 于 2015-5-2 12:01 编辑
Quote***链接停止解析***
了解一下总是有好处的，选择的时候心里有数。
顺带说，我最想知道的是32应用打包后什么效果。 ...
我觉得你就算用WPF开发也可以，但需要遵循一定规范，会不会是这样子？
Quoteslice 发表于 2015-5-2 12:00
我觉得你就算用WPF开发也可以，但需要遵循一定规范，会不会是这样子？
虽然说可以支持将32应用打包成appx，但是运行时是通过虚拟化进行，性能应该是不能指望了。 如果新项目，应该没人这么做的吧。
Quote***链接停止解析***
虽然说可以支持将32应用打包成appx，但是运行时是通过虚拟化进行，性能应该是不能指望了。 如果新项目， ...
直接打包其实看起来也没啥意义。
已有的东西，PC和平板上上本来就能运行，没有打包APPX必要。
手机，不改界面不优化，放进去干嘛。
本帖最后由 energetic 于 2015-5-2 12:29 编辑
Quoteslice 发表于 2015-5-2 12:22
直接打包其实看起来也没啥意义。
已有的东西，PC和平板上上本来就能运行，没有打包APPX必要。
手机，不改 ...
那也不一定，首先手机有 continuum 了。其次，一些桌面软件对触屏一样适用，例如优酷的桌面端。再而，桌面应用打包成appx，对用户来说更加方便管理。 如果国内一众软件愿意这么做，我以后也不会去碰他们的桌面软件。
Quote***链接停止解析***
直接打包其实看起来也没啥意义。
已有的东西，PC和平板上上本来就能运行，没有打包APPX必要。
手机，不改 ...
容易卖啊，关键是都进入同一商店了，难道不记得发布会时一直在强调这一点么。
Quote***链接停止解析***
现在一部署 Windows Universal 应用就提示打开 Developer Mode ，设置一点“For Developers”就死机。 ...
用gpedit.msc
QuoteFor Windows 10 desktop
Use gpedit.msc to set the group policies to enable your device, unless you have Windows 10 Insider Preview Home Edition. If you do have Home Edition, you need to use regedit or PowerShell commands to set the registry keys directly to enable your device.
Dn706236.wedge(en-us,WIN.10).gifUse gpedit to enable your device
Open a cmd prompt with administrator privileges.
Run Gpedit.msc.
Go to Local Computer Policy > Computer Configuration > Administrative Templates > Windows Components > App Package Deployment
Edit the policies to enable the following:
Allow all trusted apps to install (Enables your device for sideloading apps)
Allows development of Windows Store apps and installing them from an integrated development environment (IDE) (Enables your device for development from Visual Studio)
Reboot your machine.
很多C#开发者说影响到他们了，没必要待在WP平台要转行。看了你的这些，我只能对他们说呵呵。以前c#开发WP，现在C#开发全平台，包括桌面。反而是扩大了C#开发者面对的对象，应该偷着乐才对。整天喊着C#开发者已经不需要了得，估计是只会开发WP的人。
我的VS2015RC部署报错，坑爹，windows10通用应用根本没法调试和生成。通用应用是基于WinRT类库的吧，跟.NET没啥关系了。
Quote***链接停止解析***
很多C#开发者说影响到他们了，没必要待在WP平台要转行。看了你的这些，我只能对他们说呵呵。以前c#开发WP， ...
可是公司收人的时候一般还是收oc，和java。开发大部分也是以xcode和eclipse为主，并没有公司会因为需要开发ios和安卓去招c#工程师，也不会使用vs，目前为止还是这样。