通用应用，EXE 2.0？

Athtya

app相比exe，可靠性较低，各种闪退，假死。现在的exe这种问题少

lzj20021216

补充一下：其实如果站在 Windows 7 的角度来说，如果在不重新构建 EXE 的情况下，没必要搞 EXE 2.0，我有一个假想：有人先移植 Windows 10 应用商店到 Windows 7 ，然后再开发一套组件来支持 沙盒应用在 Windows 7 中运行，沙盒就直接引用 Windows 7 的 Aero 窗体，这样就可以直接从商店下载应用了，而不是费劲搞 EXE 2.0 挨个移植！

豆腐real

说实在话，压根没看懂

tianma189

APP就不错，比形形色色的EXE规范多了

我的名字怪吧

没看懂。只是一点，XAML + WinRT 会是以后 MS 工作的重点。这不仅仅是为了通用应用增加自己移动平台的影响力，也是 Windows 对现代应用解决方案的本身需求。在界面和用户体验上，MS 需要树立自己的风格标准；在技术上需要 XAML 这样的现代界面方案；在商业上，MS 和用户也需要一个稳定可靠的商店分发环境。

我的名字怪吧

slice 发表于 2015-9-27 23:52
我觉得通用应用的优势就在于其界面采用的技术。
虽然微软的blend从未出头，但其能力绝对不低于flash(本就是 ...

Composition API 动画和 XAML 动画有什么区别？

依文

我的名字怪吧 发表于 2015-10-3 18:36
Composition API 动画和 XAML 动画有什么区别？

你说的是DirectComposition吗？区别大了去

Metro下的DirectComposition具体怎么样我不清楚，反正桌面端的DirectComposition就是一个极度麻烦的东西，无论是用于存储Visual元素的Target还是Visual元素树的构建，整个流程全程都要开发者自己手动编写，而XAML只需要轻松编写好XAML就可以自动并且正确地解析构建出整个Visual树，一切底层的东西都不需要开发者操心。而且通用性高。

另外一点就是，DirectComposition本来就是为Win32设计的，对控件应用动画也局限于Win32的控件限制之中，比起以无窗口句柄的DirectUI设计思想所设计的XAML界面来说实在差得太多，无法跟能够轻易做到元素合成的XAML相提并论，更别说如果你要对一个Win32控件应用动画，你还必须借助分层窗口的特性来为控件制造一个可供操作的surface，同时在动画呈现之前还要先手动把真正的控件隐藏才行。这样的DirectComposition基本上就是一个强行在老旧的User32界面编程上实现GPU加速+动画的一个怪异东西。

我的名字怪吧

依文 发表于 2015-10-3 20:04
你说的是DirectComposition吗？区别大了去

Metro下的DirectComposition具体怎么样我不清楚，反正桌面端 ...

不是，是 MS 用来取代 XAML 动画的东西

依文

我的名字怪吧 发表于 2015-10-3 22:05
不是，是 MS 用来取代 XAML 动画的东西

可能我孤陋寡闻，毕竟一直没怎么关注metro应用的开发。但你说“取代”？不可能吧

我的名字怪吧

依文 发表于 2015-10-3 22:26
可能我孤陋寡闻，毕竟一直没怎么关注metro应用的开发。但你说“取代”？不可能吧

我正是不清楚，才问的他。这话我是从别人那看来的。

slice

我的名字怪吧 发表于 2015-10-3 18:36
Composition API 动画和 XAML 动画有什么区别？

有些东西只是用来做一些界面特效吧。

而XAML其实本身我觉得是面向设计的，绘制矢量图形，基于时间线的动画设计，总之就面向设计这一块可以说是flash的翻版，XAML其中一个具体应用就是sliverlight，本意就是取代flash的，当然现在整个web都在抛弃flash了，插件形式，不同平台权限受限也难以实现同样功能，维护成本太高，就算可以，维护成本也太高了，所以adobe自己都在主动放弃flash拥抱HTML5。XAML是可以面向设计人员的，它有一个功能不亚于flash的设计工具Blend。
Blend本忽视得多惨就知道大家对XAML的动画和设计能力忽视得有多严重。

而XAML的具体应用场景，绕了这么多圈。
从WPF(xaml+.NET)做桌面程序。
到sliverlight(Web插件)，flash的挑战者，之前还维护OSX和Linux，虽然滞后，在移动平台流行，插都插不进去，插进去了这么多产品也难以维护，连Adobe都受不了了放弃了对Android的支持，总之在Windows不是互联网流量的唯一，多平台并存时插件已死有事烧纸。
到WP7的Silverlight For Windows Embedded(XAML+Win32就是WP7流畅得一B的原生系统级应用)。
还有WP7的sliverlight For Windows Phone(XAML+精简的.net+手机API)。
到WinRT时代的，XAML+C#，和XAML+C++。
最终XAML只是用来封装一套界面控件给开发者用，XAML本身的设计能力被完全忽视了。

XAML很尴尬，在设计方面，Flash的广告和小游戏，都是时势造英雄，而现在都不需要了，只能拿来做做软件界面。