jun4rui
发表于 2014-9-15 15:41
zatsuza
发表于 2014-9-15 15:50
相比OSX在API升级上的激进,虽然苦了很多开发商,但是人家亲儿子OBJC的待遇好到完全不需要考虑用C++来做开发,carbon也是直接就砍掉了。巨硬搞.NET native也是有此考量,我仅表示绝对不看好
鸡蛋灌饼
发表于 2014-9-15 16:10
iou90 发表于 2014-9-15 15:06
"十年过去后大部分软件开发商还在用C++和WIN32API一样"
求大部分软件开发商
举个例子嘛
你理解的Universal App和我理解的不一样
我理想中的Universal App是能共用前端代码的,一套XAML描述界面,UI Engine根据平台给出不同的界面。
这事难,但搞出来之后能给Windows体系带来本质上的优势。
现在怎么说都晚了,衍生自HTML5+JS架构的桌面应用都快要拍脸上了(例子:XULRunner,QtQuick)
相比之下共用后端代码其实是个笑话,这事你用啥语言都能搞,统一API就是
鸡蛋灌饼
发表于 2014-9-15 16:13
zatsuza 发表于 2014-9-15 15:50
相比OSX在API升级上的激进,虽然苦了很多开发商,但是人家亲儿子OBJC的待遇好到完全不需要考虑用C++来做开 ...
Objc是编译到本地代码的
.Net那就是Java换个姿势玩,结果起个大早赶个晚集,ART都要部署了.Net的对应功能还不是默认。
iou90
发表于 2014-9-15 16:18
鸡蛋灌饼 发表于 2014-9-15 16:10
你理解的Universal App和我理解的不一样
我理想中的Universal App是能共用前端代码的,一套XAML描述界面, ...
有啥不一样?
"我理想中的Universal App是能共用前端代码的,一套XAML描述界面,UI Engine根据平台给出不同的界面"
现在部分控件就是这样啊
后端就是因为统一api后啥语言都能搞了啊
鸡蛋灌饼
发表于 2014-9-15 16:21
iou90 发表于 2014-9-15 16:18
有啥不一样?
"我理想中的Universal App是能共用前端代码的,一套XAML描述界面,UI Engine根据平台给出 ...
控件可以,整个UI比如最重要的Layout恐怕没人管的
还记得网页都有最小推荐分辨率这一说么
iou90
发表于 2014-9-15 16:42
zatsuza 发表于 2014-9-15 15:41
我觉得你打开你电脑上的taskmgr,看看有几个不标*32还不是M$自己的程序就知道了
WPF是个很好很先进的UI框 ...
"要知道在WIN平台上,UI只是很小的一部分内容"
wpf也只是.net framework中的一个框架啊 用来替代Winform
本来不需要.net framework的现在也不需要,这有啥问题?
"就像当初给了亲儿子.NET这么多资源,十年过去后大部分软件开发商还在用C++和WIN32API一样"
你这里的意思是.net能做的大家却都不用吗?那么大家是否都不用呢?
"我觉得你打开你电脑上的taskmgr,看看有几个不标*32还不是M$自己的程序就知道了"
*32是啥?
.net版本兼容和部署确实有问题 确实恶心 比如.net4.5开始不支持xp
但其实通过各种nuget包或者甚至直接引动态库都能实现高版本需求在xp也跑的欢实着呢
iou90
发表于 2014-9-15 16:45
zatsuza 发表于 2014-9-15 15:50
相比OSX在API升级上的激进,虽然苦了很多开发商,但是人家亲儿子OBJC的待遇好到完全不需要考虑用C++来做开 ...
是有此考量 但看最近的测试 还远未成熟
其实对于移动平台 巨硬非常推荐大家去用c++去开发native app呢 universal里面也都可以共用
iou90
发表于 2014-9-15 16:47
鸡蛋灌饼 发表于 2014-9-15 16:21
控件可以,整个UI比如最重要的Layout恐怕没人管的
还记得网页都有最小推荐分辨率这一说么 ...
layout当然可以啊
巨硬甚至为了统一砍掉了wp的panorama(其实只是不叫这名,改hub app)
iou90
发表于 2014-9-15 16:50
plumlis 发表于 2014-9-15 15:16
微软的最大优势是什么?就是系统软件数量,win8平板最吸引人的地方是什么?就是能够运行桌面上的软件,那 ...
唔
这意思是desktop wm坚持不动摇,继续在移动智能设备的时代与狗猴争锋?
wp现在这样子不是因为它不是wm而是因为它不是wm的有点晚和其他很多因素造成
zatsuza
发表于 2014-9-15 16:52
*32就是在进程那一列看到的使用C/C++和WIN32API编写的32位程序,因为基于.NET的程序可以自适应CPU
我只是说,巨硬推的新框架普及率比较低,根源在于巨硬赖以生存的向前兼容,以及虽然给了大量资源.NET,却没有很好的解决开发环境过渡和部署的问题
zatsuza
发表于 2014-9-15 16:54
鸡蛋灌饼 发表于 2014-9-15 16:13
Objc是编译到本地代码的
.Net那就是Java换个姿势玩,结果起个大早赶个晚集,ART都要部署了.Net的对应功能 ...
也算是为数不多的巨硬玩别人玩剩的例子……
iou90
发表于 2014-9-15 16:57
鸡蛋灌饼 发表于 2014-9-15 16:13
Objc是编译到本地代码的
.Net那就是Java换个姿势玩,结果起个大早赶个晚集,ART都要部署了.Net的对应功能 ...
是指.net native?
那可与ART不一样啊
".NET Native叫做“项目N”,它使用微软C++基础设施,将托管代码预编译为原生代码,从而大幅提升.NET应用的性能。这项技术与NGen(Native Image Generator)或为Store应用进行动态编译是不同的。"
zatsuza
发表于 2014-9-15 17:01
WP就是做得实在太晚了,而且还作死拿CE内核的WM来续,等到完整体WP8出来市场格局早已尘埃落定,足足晚了有五六年之久
iou90
发表于 2014-9-15 17:07
zatsuza 发表于 2014-9-15 16:52
*32就是在进程那一列看到的使用C/C++和WIN32API编写的32位程序,因为基于.NET的程序可以自适应CPU
我只是说 ...
(32位)
你说的这个?
那么vs也算?
vs从2010开始就用wpf把ui都写一遍了,难道也没用到.net技术?
zatsuza
发表于 2014-9-15 17:17
VS应该是C++主体额外加了个C++/CLI做UI的结构,这很麻烦
wangh
发表于 2014-9-15 17:38
iou90 发表于 2014-9-15 14:38
试着感受一下
https://dotnet.uservoice.com/forums/40583-wpf-feature-suggestions
sl本来就是为了照顾效率和大小给弄出来的,怎么可能合并
SL有的功能连WPF的1/10都没有,无论怎么合并,对于后者来说都是倒退
ryuki
发表于 2014-9-15 18:26
jun4rui 发表于 2014-9-15 15:41
可以走新一代系统+虚拟机兼容老软件啊,当年Mac OSX还有OSX转向到X86上都干过类似的事,人家快死的生生转 ...
靠虚拟机低端硬件都可以去死了,mac的硬件基本上都是配置高的,像苹果这种只管高端的,当然可以这样玩,你让windows这么玩,不玩死才怪
jun4rui
发表于 2014-9-15 18:39
ryuki
发表于 2014-9-15 18:50
jun4rui 发表于 2014-9-15 18:39
不是已经在搞XP mode了嘛
xpmode也只是针对部分软件兼容性问题,按你说的那种情形是以前的程序都要开虚拟机,那影响自然不可同日而语。虚拟机非常吃配置,我以前室友MBP用虚拟机运行win8,一开8G内存就去掉一半了,如果硬件不够真是没法玩,估计也就苹果玩得起这种吧
天气姐姐
发表于 2014-9-15 18:51
引用第40楼powerliu于2014-09-14 14:37发表的:
本帖最后由 powerliu 于 2014-9-14 14:40 编辑 引用:战争的终结 发表于 2......
@powerliu
看视频还是猴板好啊,不过ipad易用性确实比猴板好
----发送自 HTC HTC 919d,Android 4.4.2
jun4rui
发表于 2014-9-15 19:37
iou90
发表于 2014-9-15 21:14
@wangh wpf不能引sl的库不觉得别扭吗? winrt都可以引wpf呢(虽然很多会出问题 跑WACK会告诉你api不兼容
—— from S1 Nyan
彼岸の豆浆
发表于 2014-9-16 01:25
ipad air 连10个页面都打不开...
----发送自 Meizu M040,Android 4.1.1
彼岸の豆浆
发表于 2014-9-16 01:30
为何win平板外接鼠标键盘就是罪
ipad 也可以这样做为何无罪
----发送自 Meizu M040,Android 4.1.1
彼岸の豆浆
发表于 2014-9-16 01:34
没死好吧
各种仓库扫描仪器还活得好好的
----发送自 Meizu M040,Android 4.1.1
鸡蛋灌饼
发表于 2014-9-16 08:44
本帖最后由 鸡蛋灌饼 于 2014-9-16 08:48 编辑
iou90 发表于 2014-9-15 16:57
是指.net native?
那可与ART不一样啊
就是ART啊,说到底就是预编译到本地代码么
Ahead-of-time (AOT) compilationART introduces ahead-of-time (AOT) compilation, which can improve appperformance. ART also has tighter install-time verification than Dalvik.
At install time, ART compiles apps using the on-devicedex2oat tool. This utility accepts DEX files as input andgenerates a compiled app executable for the target device. The utility should beable to compile all valid DEX files without difficulty. However, somepost-processing tools produce invalid files that may be tolerated by Dalvik butcannot be compiled by ART. For more information, seeAddressingGarbage Collection Issues.
iou90
发表于 2014-9-16 13:20
鸡蛋灌饼 发表于 2014-9-16 08:44
就是ART啊,说到底就是预编译到本地代码么
Ahead-of-time (AOT) compilationART introduces ahead-of-tim ...
虽然都是AOT
但是编译时机不同吧
而且虽然runtime最后都变很大 但.net native是在最小化.net framework
fantuanhtr
发表于 2014-9-16 14:40
ryuki
发表于 2014-9-16 17:16
彼岸の豆浆 发表于 2014-9-16 01:30
为何win平板外接鼠标键盘就是罪
ipad 也可以这样做为何无罪
之前经常用板子外接键鼠表示很正常吧,键鼠才能发挥桌面系统的优势
ryuki
发表于 2014-9-16 17:19
fantuanhtr 发表于 2014-9-16 14:40
说真的,如果不是为了黄油和舰C,ipad比现在甚至未来我能预见到的win板都靠谱。
安卓没用过就不知道了。 ...
用过别人的Ipad的表示触屏体验确实是ipad好,但是关键是对我来说没有需要的功能,派不上用场