→ JSFS: 说真的阁下以上所提的例子听起来就像登入google页面的一组 02/10 16:55
→ JSFS: profile的程度而已, 我还是看不出universal APP 02/10 16:55
→ JSFS: 对于user相比目前的solution的不同之处? 02/10 16:55
→ JSFS: 或者跟apple handoff有什么突破性的应用情境? 02/10 16:56
→ JSFS: 假设我有SP3配上我现在的ATIV S, 用word开dropbox文件编辑 02/10 16:58
→ JSFS: 然后换个平台继续完成, 或者说云端相簿同步 02/10 16:58
→ JSFS: 这些日常情境能借由universal APP产生什么质变吗? 02/10 16:59
虽然说Universal Apps一个层面上看来很像是同样的接口套到各个平台上
不过个人觉得Universal Apps比较大的诱因，在于“程式码共用”这件事
之前的教学文章有提过Universal Apps有三个专案
分别是用于Windows 8.1的“Windows”、
用于Windows Phone 8.1的“WindowsPhone”，
还有两者共用的专案“Shared”。
而Win8系的核心程式App.xaml/App.xaml.cs就是放在Shared专案中
现在流行的MVC架构中
(Model、View、Controller，在Win8系用MVVM，最后一个C换成VM即View Model)
Model是取得资料的最核心架构，要是在不同的平台上就要重写一次
就算用Class Library(类别库)独立出来，还是会有各种API不相容问题
Universal Apps最大的好处之一就是能够不用重写程式码来共用到相容的平台上
(虽然你可能会在App.xaml.cs里面看到很多条件编译式，
但是我这边提的是Model，一般而言为了不让取数据库的程式没弹性，
所以Model资料层都不会去管呈现方式的，而Universal Apps这方面API没有平台差别)
至于接口的程式码共用那又是另一回事了
虽然目前看来好像是往那个方向走去，但实际上也可以换个思路想
就是核心共用，但是针对各平台有不同的操作接口与方法
例如说一个用到地理位置的游戏，在你使用手机的时候可以带着到处玩
而在平板与电脑上则可以看你的战果等各项资讯
又或者是手机单纯新增资讯，回到电脑上可以新增删除修改内容等操作方式
类似这样随着平台不同操作思维也不同，但仍然共用同样的核心与数据库
我是觉得这才是Universal Apps真正的意义吧