引用:

原帖由 jun4rui 于 2011-1-6 15:31 发表
posted by wap, platform: GoogleChrome

X86和ARM的差异太大了，Linux跨平台编译的时候代码都要做很多功夫，估计这个也不会少。

我觉得还是走云平台的可能性靠谱一些，或者.Net/SilverLight这种解释型的环境。

看过win源码的都知道改一改cpu硬件层就能支持各种cpu

posted by wap, platform: GoogleChrome

我估计win8直接就把触摸输入作为标准核心组件，开发人员在新应用中必须兼容。

posted by wap, platform: GoogleChrome

引用:

原帖由 @潮吹圣手  于 2011-1-6 15:55 发表
看过win源码的都知道改一改cpu硬件层就能支持各种cpu

能看到Win源代码你已经很牛逼了，至于要多人工去“改一改”，啧啧……

posted by wap, platform: GoogleChrome

引用:

原帖由 @纵海行舟  于 2011-1-6 15:55 发表
posted by wap, platform: GoogleChrome

我估计win8直接就把触摸输入作为标准核心组件，开发人员在新应用中必须兼容。

问题是，这个输入核心如何兼容键鼠+触摸屏两套输入方式？

这个UI和输入方式可不好设计啊。

posted by wap, platform: GoogleChrome

引用:

原帖由 @jun4rui  于 2011-1-6 16:00 发表
posted by wap, platform: GoogleChrome

问题是，这个输入核心如何兼容键鼠+触摸屏两套输入方式？

这个UI和输入方式可不好设计啊。

这是微软必须去做的事，现在桌面系统已经足够成熟和炫丽了，如果不在其他方面更新，windows要如何进化？如何吸引顾客升级？这都是微软必须考虑的。

引用:

原帖由 潮吹圣手 于 2011-1-6 15:55 发表


看过win源码的都知道改一改cpu硬件层就能支持各种cpu

没在微软混过的谁看过Win的源码啊？

引用:

原帖由 jun4rui 于 2011-1-6 15:59 发表
posted by wap, platform: GoogleChrome

能看到Win源代码你已经很牛逼了，至于要多人工去“改一改”，啧啧……

当然比较少工作量了

工作量大的地方是写乱七八糟各类手机硬件的驱动，不过这些都是厂商自己搞去了

[ 本帖最后由 潮吹圣手 于 2011-1-6 16:05 编辑 ]

posted by wap, platform: GoogleChrome

引用:

原帖由 @纵海行舟  于 2011-1-6 16:02 发表
posted by wap, platform: GoogleChrome

这是微软必须去做的事，现在桌面系统已经足够成熟和炫丽了，如果不在其他方面更新，windows要如何进化？如何吸引顾客升级？这都是微软必须考虑的。

也是，我们一起来看看MS的最终结果吧，其实MS的触摸UI还是很炫很好用的，就是如何和传统Windows结合起来这一点我还是没有啥头绪，当然，我不是MS

引用:

原帖由 jun4rui 于 2011-1-6 16:00 发表
posted by wap, platform: GoogleChrome

问题是，这个输入核心如何兼容键鼠+触摸屏两套输入方式？

这个UI和输入方式可不好设计啊。

其实道理上很简单，win设定的时候改成键鼠或者触摸。在各个模式下打开软件软件自动切换，当然第三方软件都得大改

如果软件本身是基于c/c++写的, 重新编译应该就可以在Arm上跑,当然还有些big endian, small endian的问题要处理.

微软出arm版windows个人感觉是因为arm已经公开宣布进军服务器领域，微软不可能在这块市场上让自己输在起跑线上的

至于让OS支持更多硬件，这说不上容易也说不上不容易，一个合格的程序员应该知道移植工作的核心在哪里，无论如何，这是项很大的工程。如果看不到windows源码，那么linux源码一直是公开的，随便看。linux内核在面向不同硬件架构的时候配置是完全不同的

不过话说回来要让源码在不同的处理器上直接编译就能运行的话，不是不可能，但是需要有一份详细的规范文档告知程序员怎么去规范自己的代码去实现无缝跨平台，以及与之对应的详细的编译参数指导

posted by wap, platform: GoogleChrome

引用:

原帖由 @利多卡因  于 2011-1-6 16:20 发表
微软出arm版windows个人感觉是因为arm已经公开宣布进军服务器领域，微软不可能在这块市场上让自己输在起跑线上的

至于让OS支持更多硬件，这说不上容易也说不上不容易，一个合格的程序员应该知道移植工作的核心在哪 ...

对，我的意思就是如此。

例如一个架构（就说X86吧），有某个SSE指令可以让图片A比平时快100倍的变成图片B。

但是ARM架构没这个指令怎么办？只能模拟，模拟的结果就是做这个处理的时候慢了100倍！

如果这个指令在某个软件中很关键，例如某个游戏，某个地方总是比X86慢100倍，你觉得这游戏还能玩吗？


移植绝对是可以的，这个不存在难点，问题是架构的不同，X86架构现在有非常非常多的特殊结构和指令集，远远超过了ARM。你别说这些指令集平常用不到，当年我测试台湾一家公司生产的兼容X86并支持MMX技术的CPU，就有N多日常软件不支持，为啥？因为缺乏某些硬件指令。

这些性能损失都是需要人工去修复的，想办法解决，这并不是换个编译器就能搞定的问题。新软件还好，设计的时候就能充分的考虑两个平台，以前的老软件别想了，人家甚至可能都懒的维护了，怎么可能为了你重新翻新一遍？

引用:

原帖由 sumeru 于 2011-1-6 16:19 发表
如果软件本身是基于c/c++写的, 重新编译应该就可以在Arm上跑,当然还有些big endian, small endian的问题要处理.

如果是用Intrinsics倒好好说，问题是类似__asm这种也是不少C++编译器的关键字……再万一碰上个下面这种代码
__asm _emit 0x0f __asm _emit 0x38 __asm _emit 0x00 __asm _emit 0xc5
你说编译器得咋办？

arm版windows如果不能跑原来x86的程序，这个新闻不是sb么》。。。。

引用:

原帖由 rinlord 于 2011-1-6 17:02 发表
arm版windows如果不能跑原来x86的程序，这个新闻不是sb么》。。。。

看怎么跑了, virtualization肯定可以.