【技术黑】分析为什么Windows 10 Build 9926的界面会如此难看

acmilan_11

我只想要让Metro UI的控件能够立体化，不要扁平化，能做到么？

edmondedk

acmilan_11 发表于 2015-2-16 19:50
我只想要让Metro UI的控件能够立体化，不要扁平化，能做到么？

能不能做到取决于移动设备的硬件发展（功耗，性能，电量续航），技术上当然可以做到，只是要不要这么做的问题

qqqqqqqq1

ITechDeveloper 发表于 2015-2-16 19:17
噗。抵制这种无脑黑行为

他在这个圈子内都不需要黑了…

xchtl

如果可以配上一些图就更好了

372200822

很丑吗？我都没去装，继续用8.1

slice

aqwcl 发表于 2015-2-16 18:56
表示不懂技术，问下XMAL的稳定性和效率问题能解决吗

WP7那堆流畅得掉渣的系统应用，也是XAML。
WP8.1那渣一样的Music，Video也是XAML。
Win10上启动速度向记事本看齐的Office Touch也是XAML。
Wp8.1上新版的4.8QQ也是XAML，我用得比桌面QQ还开心。

你说呢?

所以我不知道你说的XAML具体指什么，因为XAML只是描述界面，后置代码或者运行方式，与XAML没有必然联系。
例如WPF，是XAML结合.net，继承了.net效率相对较低的问题。
例如当年飞信用.net最终还是回炉重造了。
要和qq等竞争对手比，这种性能差距就变得不可忽视了。
而在企业级应用，不需要和谁比较只要性能功能满足需求，开发效率反而变成了重点，就被广泛使用。
例如代表XAML最高效率的，应该是WP7那些系统应用了，谁会觉得它撑不起系统基础呢。

现在来看XAML一些具体应用场景：
WPF它当年就是做桌面应用的。已经算是蛮失败的了，在桌面领域使用不多，肯定没有达到预期。
web的silverlight或silverlight for win phone，这个看起来也前途渺茫了。
web的是针对flash，现在在HTML5冲击下，web这一块没啥好玩的了。
silverlight for win phone，也要被APPX取代了。

但是，XAML并未消失，在WinRT的时代，XAML仍然很重要。
不过有XAML+C#，说白了就是.net，这个又衍生出了效率有所提升的.net native。
还可以C+++XAML。
至于说能否支撑系统的基础，这个我持乐观态度。
因为什么叫系统基础？
我的理解就是除非是无界面的服务，所有用户界面都可以用XAML。
所有东西都应该是组件化的，包括登陆界面，Explorer，其他问题是权限的问题了。

slice

acmilan_11 发表于 2015-2-16 19:50
我只想要让Metro UI的控件能够立体化，不要扁平化，能做到么？

这个没有关系，XAML是一种描述界面的语言。
而且当年比HTML更强大(现在不好说，拼设计工具吧)。可以很方便的实现自己的风格，和动画效果。
例如Office Touch子类，就是自己封装了一套用户控件。

XAML和HTML一样，对于描述界面都很很强的灵活性，而且你不需要知道如何绘图，甚至他们如何调用硬件加速也不用你操心。

这类东西的存在，就是为了界面和业务逻辑分离，做界面效果的专注界面效果。
例如不用一句代码，在类似flash的设计工具下，就能实现一段不错的变换和动画效果。所以你看flash和WPF，做应用界面都很自由化，也很容易做到自由化。
没有美工，那就用微软提供的模板和控件。而传统的win32.exe，很多要做特殊效果和界面的，QQ，迅雷之类，往往都使用了第三方的库。
而XAML，和HTML，都是可以让你不需要借助第三方的xxx，就可以各种绚丽的东西了，本身在做界面和动画这一块就有完整的和强大的能力。

当年XAML想成为新一代界面和图形的基础，longhorn是失败了，不代表今天还会失败。
反正我的态度就是，除非是无界面的服务一类，用户界面这一块全面XAML一类，是迟早的。
就是不晓得WinRT+XAML，是否还是操之过急了。

XAML之所以以前不敢用于系统底层，XAML是需要GPU加速的支持的。
但从Win8开始，这一问题就不是问题，GPU加速是一定有的，因为DX有一套软实现。
所以你可以看到，就算你显卡还没驱动起来，Win7只能是经典界面。
而Win8的DWM可以实现的效果一点都没有省。
只不过这时候界面这些效果是CPU软实现的，可能有点丢帧而已。
一步一步，很多东西以前觉得不应该是在必须的基础层的，都在变成基础。
用户交互这一块，采用更高级的XAML，迟早的。
不说Windows了，Android和IOS，谁不是类似XAML，用XML在描述界面。
至于说系统底层或基础能不用用XAML，例如登陆界面，为什么不能用?
我支持全面尝试使用，WinRT开始可以迈出这一步了。longhorn时代是步子太大扯着蛋，Win10可以再次尝试了。

我很喜欢Android的组件化程度，包括lanucher都是很独立的组件，我大爱这种感觉。

slice

edmondedk 发表于 2015-2-14 15:19
当时WM的不成功很大程度上是硬件层面上的限制吧，Touch Pro出来的时候应该可以说是已经到了WM生命周期最后阶 ...

所以是不是可以认为Metro本来的意图就不是一个UI而是一个更封闭的“环境”“？

我同意这个观点。
未来Windows趋于免费是不可逆了，商店就是微软的未来。
那么商店最好是服从管理的应用，安装，升级，卸载，购买，付费一条龙服务。
最好沙箱，不要折腾系统，需要折腾的系统不是好系统，或者说系统级的权限可能有限的开放给合作伙伴或厂商，不会轻易给普通开发者，WinRT未来会根据用户和开发者需求继续完善，但功能和权限一定不会随便乱开。
至于桌面，管不了，就不管了，保持兼容即可。
手机，平板触屏，Xbox等新生态，就是一个相对封闭的环境，这个环境，排除root，越狱，hacker，商店就是唯一入口。

对微软来说，把已有的桌面管起来，难，还有桌面生产力并未遭受真正威胁(linux,osx?)。
要说威胁，也是移动设备带来的威胁，所以逐步完善的APPX，不求取代桌面，逐步往桌面渗透即可。
例如Office Touch，目的也不是为了取代Office 2013，未来的Office 2016之类。
而对移动领域威胁的反击，不是Office 2016，而是Office Touch。
如果说移动设备威胁到Windows，逐步完善的逐步往桌面渗透的WinRT也可以。
但这个WinRT不管如何完善如何加强，都不会跳出商店这个生态链。
(就目前看来，我喜欢用渗透，而非取代这个词)



Windows在消费领域全面免费后，商店这个入口就是对微软最重要的。
Android的完全开放，虽75%+份额，其实给谷歌到底带来了什么?
谷歌还是一个广告公司而已。

paperfly

Mouri_Naruto 发表于 2015-2-15 22:44
毕竟我的确一知半解，因为我不是研究这个的

谦虚的人进步空间就大哦，呵呵。

微软在每代操作系统，单从界面的尝试和突破其实还是蛮多的，这点苹果貌似还相对保守。
创新和突破还是很难的，作为高阶点的用户，应该在使用测试版的时候，多体验这些变化的目的。

要有好的建议，写这里真没意义，应该给微软写体验报告。