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好,但是关键是对我来说没有需要的功能,派不上用场
页: 1 2 3 [4]
查看完整版本: 新架构ATOM能把WIN平板和混合本的市场占有率提高吗?