julius90 发表于 2011-8-22 15:55

这连击连的

精钢魔像 发表于 2011-8-22 16:47

我觉得最大的可能是设计ui 的是个没美术背景的死程，而且鉴赏力也比较低下

sakamoto 发表于 2011-8-22 17:06

wayland还要看outel...

wangh 发表于 2011-8-22 18:42

关注了wpf好多年了，这技术一直没能流行起来不得不说是个悲剧。
wpf的效率绝对是完胜传统UI的，wpf是支持硬件加速的，凭这点就足以弥补.net自身的效率劣势了，越复杂越花哨的界面越明显。
目前wpf不受待见的原因有几点

一是因为历史问题，.net在桌面上名声一直不太好，造成大家都不愿意用。名声不好的原因也和性能没有什么关系，主要是.net framework的问题导致软件难以发布，直到Win7集成3.5之后才有改善。

二是学习难度太大。wpf的规模实在庞大，内容和概念太多，而且它是一个完全独立的体系，和windows下传统的UI技术几乎没有关联。有人常拿wpf和winform来比较，其实两者并没有可比性，winform是建立在传统的winAPI的基础上，类似于原生代码中的MFC，wpf是一个独立的体系，它和延续了十几年的传统winAPI没有关联。传统的程序员要转型到这个上，就如同DOS程序员去写GDI的程序。

三是卓面平台的软件发展到现在这个程度已经日益饱和，更新频率太低，站稳脚跟的产品又不愿冒风险做出改变，导致新技术难以推广。

鸡蛋灌饼 发表于 2011-8-22 19:04

引用第74楼julius90于2011-08-22 15:50发表的  :

gnome 3很不错啊，灰常流畅， explorer重启这种问题不是什么系统都有资格碰上的
images/back.gif

4250集显，Gnome 3慢的一比；Win7毫无压力
引用第82楼sakamoto于2011-08-22 17:06发表的  :
wayland还要看outel... images/back.gif

基本没他什么事吧
只有Intel显卡能上Wayland那是老黄历了
而且Intel在Mesa上的作为让我看不懂Intel在想什么……

引用第83楼wangh于2011-08-22 18:42发表的  :
关注了wpf好多年了，这技术一直没能流行起来不得不说是个悲剧。
wpf的效率绝对是完胜传统UI的，wpf是支持硬件加速的，凭这点就足以弥补.net自身的效率劣势了，越复杂越花哨的界面越明显。
目前wpf不受待见的原因有几点
....... images/back.gif

只有除了WPF其他啥技术都不看的人才会把这个当优势

qieyifonger 发表于 2011-8-22 20:00

没桌面，没Widget，没插件，没通知栏，要流畅干吗？划拉图标玩么？？？

amour123 发表于 2011-8-22 20:11

虽然看不懂，总觉得机器人好弱，水果强爆了的感觉

SUPERFIGHT 发表于 2011-8-22 20:22

~ 鲍尔默不是说要推新的框架~ HTML5+JS的~ 横跨WP7 WIN8么~

amour123 发表于 2011-8-22 20:24

虽然看不懂，总觉得机器人好弱，水果强爆了的感觉

jun4rui 发表于 2011-8-22 20:45

jun4rui 发表于 2011-8-22 20:48

f3uki 发表于 2011-8-22 20:48

Høgsberg现在还在Intel么？

从系统的特性来看，iOS和android差距倒不是很大，目前iOS优于android，应该说也是源于OSX对比Linux的优势；Google要走的路更多，只是Linux本身从这些发展中受益不大而已，这点比较遗憾

鸡蛋灌饼 发表于 2011-8-22 21:05

引用第91楼f3uki于2011-08-22 20:48发表的:
Høgsberg现在还在Intel么？

目前iOS优于android，应该说也是源于OSX对比Linux的优势；Google要走的路更多，只是Linux本身从这些发展中受益不大而已，这点比较遗憾 images/back.gif

想起来这位跑Intel去了……

OSX当年扔了X11自己搞一套现在看来太明智了（Apple员工还在论坛上解释过）
至于Android，我早不认为Google能给开源社区贡献什么了，最多是开源友好的企业

SUPERFIGHT 发表于 2011-8-22 21:08

~ 嘛~ 能带动更多的人接触~ 使用和开发linux也算不错了~

thq 发表于 2011-8-22 22:02

osx、ios不也是个*nix么……

卖哥 发表于 2011-8-22 23:51

引用第94楼thq于2011-08-22 22:02发表的:
osx、ios不也是个*nix么…… images/back.gif
Darwin，freeBSD的分支。

shangchi 发表于 2011-8-23 08:44

虚拟机语言做桌面是个错误？现在的四核跑VM流畅得一B，几年前还只有服务器能跑得懂VM吧？
所以Android不是硬件堆得太强，而是还远远不够

优秀 发表于 2011-8-23 08:56

虚拟机当然效率上是差一点，但在现代硬件面前这个差距可以忽略。
除非你用实时操作系统，那个就是c和汇编的自留地了

liman9172 发表于 2011-8-23 09:03

敢问楼主深入用过三星i9000的rom么？

优秀 发表于 2011-8-23 09:05

引用第96楼shangchi于2011-08-23 08:44发表的:
虚拟机语言做桌面是个错误？现在的四核跑VM流畅得一B，几年前还只有服务器能跑得懂VM吧？
所以Android不是硬件堆得太强，而是还远远不够 images/back.gif


我觉得吧，你堆硬件，那么成本就上去了。
如果大家都这么搞，毫无问题，就像之前的PC市场，x86+win独大，厂家除了堆硬件玩不成什么花样。
但是现在的水果和机器人，硬件即便无区别，由于操作系统不同可以看做两路子。
相近的用户体验，相差比较大的价格，你就有危险。
虚拟机优势是什么？很直观的一个就是开发效率高，应用增长速度快；但水果先行几年，应用已经有了底子，机器人还在追赶阶段，所以普通消费用户没感受到它的开发效率高在那里。
这个时代，现在牛b哄哄的企业，一年半年后就被打到沟底难翻身的也不是不可能，按照目前发展势头到xx时候应该是yy情况，但是资本不等人啊

uroko 发表于 2011-8-23 09:13

引用第83楼wangh于2011-08-22 18:42发表的  :
二是学习难度太大。wpf的规模实在庞大，内容和概念太多

好用是真的，以后都该往这种方向发展。不过标记语言说难度大就搞笑了。

另外c++为啥开发难度大，其实主要不是它复杂，而是它乱。c++标准的东西太古老，后面的人添起来也都各干各的再拼凑，基本上都不管够用，添的东西很多也太古老，c++和新兴语言不同，生命周期长了，显得废设计很多，而你总要用别人轮子的。
要说它语言本身麻烦不麻烦么，其实它现在完全可以用boost::function和boost:bind还有boost::lambda写成javascprit一样……

jun4rui 发表于 2011-8-23 09:19

uroko 发表于 2011-8-23 09:29

另外，天国的meego，你还好嘛？

liman9172 发表于 2011-8-23 10:07

用ip4和三星i9000系列玩同样的切水果

我感觉安卓的强机 实在太快了 反应不过来

ip4则是恒定的速度 不会让人感觉时间压缩

所以ip4能创造很高很高的分数~

f3uki 发表于 2011-8-23 10:17

i9000是安卓强机...

鸡蛋灌饼 发表于 2011-8-23 13:39

引用第94楼thq于2011-08-22 22:02发表的:
osx、ios不也是个*nix么…… images/back.gif

说是*nix但各个分支间差别不要太大
用惯了Linux的人扔个AIX过去肯定晕
引用第96楼shangchi于2011-08-23 08:44发表的:
虚拟机语言做桌面是个错误？现在的四核跑VM流畅得一B，几年前还只有服务器能跑得懂VM吧？
所以Android不是硬件堆得太强，而是还远远不够 images/back.gif

搞清楚你说的“四核跑VM”和Android有什么区别再胡说八道

IOSYS 发表于 2011-8-23 14:48

jun4rui 发表于 2011-8-23 15:08

glicine 发表于 2011-8-23 15:47

不懂编程的门外汉说两句：不同公司的定制界面差别也蛮大的，目前接触过的安卓有7.8款，二儿子和arc感觉不错。还算流畅。

karloku 发表于 2011-8-23 16:08

引用第107楼jun4rui于2011-08-23 15:08发表的:




问一下，Java和.Net有区别吗？用.Net的WP是不是也把成本转嫁到硬件去了？
....... images/back.gif

问题就在巨硬在编译器和解释器这一块的雄厚实力积累了, 不是Dalvik或者一般jvm能比的

HyperIris 发表于 2011-8-23 16:32

venusvsvirus 发表于 2011-8-23 16:52

引用第108楼glicine于2011-08-23 15:47发表的:
问题就在巨硬在编译器和解释器这一块的雄厚实力积累了, 不是Dalvik或者一般jvm能比的

这就扯了，sun家的虚拟机和编译器相比巨硬的也是各有优劣（不过java这门语言是早就败了）
dalvik是寄存器机，寄存器机的优势是少了很多load/store效能会比较高（物理计算机基本上都是寄存器机）
缺点是可移植性，地址多指令长，编译器实现较复杂

两者生成的目标代码都不同比较编译器毫无意义，真要论效率的话寄存器机的dalvik也没理由会输

全家 发表于 2011-8-23 17:00

回 111楼(venusvsvirus) 的帖子

原理一样具体实现不一样区别还是有的……原来用C++写一小东西,G++编译出来跑了20s,VS出品12s，都是默认参数
虽然不知道dalvik和巨硬家.net实现上会差多少

HyperIris 发表于 2011-8-23 17:12

venusvsvirus 发表于 2011-8-23 17:21

引用第113楼HyperIris于2011-08-23 17:12发表的:




我又土鳖了
....... images/back.gif

少了很多不代表没有....寄存器怎么都比求值栈要少点load/store。。。实际上很多基于堆栈的虚拟机为了方便也加了些寄存器的设计，严格意义上的堆栈机是从求值栈获取所有参数，你想想该有多少load/store

venusvsvirus 发表于 2011-8-23 17:25

Re:回 111楼(venusvsvirus) 的帖子

引用第112楼全家于2011-08-23 17:00发表的 回 111楼(venusvsvirus) 的帖子 :
原理一样具体实现不一样区别还是有的……原来用C++写一小东西,G++编译出来跑了20s,VS出品12s，都是默认参数
虽然不知道dalvik和巨硬家.net实现上会差多少 images/back.gif

MS的编译器至少处于第一梯队，在自家平台和耕耘了这么多年的X86上好于GCC太正常了
不同的架构不同的平台在虚拟机架构不占优势的情况下断言MS出品性能一定比G家好就有些武断了，这种情况很难公平的比较单项性能，只能看最终效果，就我个人体验来说。目前第三方应用程序来在几乎同等硬件下（N1和O7）WP7比安卓还差得远
另外这个其实跟你写的东西和默认优化也有关，clang比gcc执行性能高1600倍的例子也不是没看过

鸡蛋灌饼 发表于 2011-8-23 18:43

关于编译器这个例子很能说明问题：gcc直到4.5才引入MS在2003还是2005就有的跨文件优化（LTCG）
不过微软的问题是那残念的前端，C99支持就那么难么

HyperIris 发表于 2011-8-23 18:56

henvelleng 发表于 2011-8-23 20:31

g++默认优化不是-O0么，也就是完全不做优化，不要说速度，就是生成的体积都要大好多好多好多，没有注意到么。。。

android图形层不是基于最底层的framebuffer重新用c++写的一套么。。。

shangchi 发表于 2011-8-24 08:44

引用第105楼鸡蛋灌饼于2011-08-23 13:39发表的  :

搞清楚你说的“四核跑VM”和Android有什么区别再胡说八道 images/back.gif


引用第110楼HyperIris于2011-08-23 16:32发表的  :
我觉得吧，你们应该稍微学点虚拟机方面的知识
....... images/back.gif


详细的我不懂，但我知道这不外乎是个效率问题。四核也好VM也好是类比，你们想得太具体了。
当硬件提升到一定程度的时候，效率高低就不再是问题，再垃圾的算法也可以用足够强大的硬件弥补。
同样一个版本的ROM，当年的G1和现在的GS2跑起来效果天差地远，这是不是堆硬件的效果？
套用到现实生活里，可以理解为“能用钱解决的问题，都不是问题”这句话。
页: 1 2 [3] 4 5 6
查看完整版本: [感想]用虚拟机语言做桌面绝对是个错误，安卓迟早会明白