发布适用于iOS的Windows bridge

7月29日,微软在全球超过190个国家和地区发布了Windows 10,并提供免费升级,向着Windows通用平台和10亿Windows 10升级用户的目标又迈进了一大步。与此同时,微软也发布了Windows SDK和附带的工具,用来支持开发者创建和提交Windows通用应用。Windows 10 提供了新的API,并且在自适应用户体验、自然人机交互以及云服务等方面做了大量工作,使应用更加个性化。微软也提供了一系列的”bridging”技术,使开发者可以将他们已经开发的iOS应用,安卓应用,Web应用以及桌面应用的代码和现有的开发技术在Windows平台上利用起来。 微软先发布一个适用于iOS的Windows bridge的早期版本(以前称为Project Islandwood)。最终版本将在这个秋天发布,届时将允许bridge技术使用VS2015更新后新的开发功能。现在当前版本的bridge已经加入开源社区,供大家使用。在正式版本发布之前,微软希望得到更多开发者对于代码的关注,期待更多的反馈和参与,来帮助微软更好地开发bridge技术。 微软基于MIT许可将开源项目iOS bridge发布出来。为了更加方便iOS开发者在Windows平台上开发和运行应用,开发者需要注意的很重要的一点就是微软目前发布的工具的开发仍在进行中,Build大会上提出的一些功能点还没有成熟或者刚刚在初始阶段。微软期待更多开发者对于bridge的兴趣和关注,对比微软正在开发的工作和开发者的应用需求。微软真诚期待各位开发者的帮助,包括源代码、测试、bug报告以及评论。微软欢迎任何形式的参与,共建Windows  bridge。 Salmaan Ahmed 发表了一篇深入分析适用于iOS的Windows bridge的文章,他讨论了编译、运行时间、IDE集成以及Windows bridge的本质。更好的是,适用于iOS的Windows bridge的源代码已经放在GitHub上面供开发者使用。适用于iOS的Windows bridge支持x86和x64处理器下的Windows 8.1和Windows 10应用。在不久的将来,还会增加编译器优化和对ARM的支持,以用来增加移动设备的支持。 下面也有一些在Build大会上报告的其他bridge的更新。适用于Web应用的Windows bridge,即Project Westminster,随着Windows 10 和 VS2015一同发布,供开发者使用。Kiril Seksenov 最近的一篇博客是关于适用于Web应用的Windows bridge。文中详细介绍了适用于Web应用的Windows bridge在Windows层级的运行过程,bridge的工作原理以及开发者如何使用Web应用bridge来创建”Hosted Web Apps”,并解答一些共同的问题。 适用于安卓的Windows bridge,即Project Astoria,目前作为预览版,需要开发者经过邀请来使用。每周微软将逐渐邀请更多的开发者使用预览版,并且将继续扩大这个预览版的使用规模,最终目标是在8月底之前让目前在候选名单里面的每个开发者都能够参与其中,并且在秋天之前将安卓Windows bridge作为公共测试版发布出去。开发者如果希望提前使用安卓Windows bridge,请在这里注册您的信息。 就像微软在安卓Windows bridge上面付出的努力一样,微软也致力于开源项目。针对开源项目,微软提交了一些修改,来帮助提升ANGLE性能(ANGLE提供了OpenGL到DirectX的转换)。这些修改已经被谷歌采纳,通过DirectX的特征级别9.3,提升了ANGLE的性能以及兼容性。 适用于传统Windows应用的Windows bridge,即Project Centennial,将在明年进行公开测试。该bridge将使开发者将他们目前的.NET和基于Win32的Windows 应用打包发布到Windows应用商店。 希望每一位开发者都能够使用适用于iOS的Windows bridge,并安装Windows 10 和开发者工具。如果您感觉目前有些功能还欠缺,微软的团队很愿意在User Voice上听到反馈的声音。同时,微软期望通过@WindowsDev看到您在Windows应用商店中的应用程序。


NFC 与 Windows Phone 的那点事儿

说起NFC这个词儿应该已经不陌生了,在我们的生活中有很多使用场景都是使用的这项技术,例如公交卡,门禁,还有银联的闪付卡等等。并且近些年在移动设备上使用的场景也越来越多,例如 对 NFC TAG 的读写,对 NFC+蓝牙 耳机音响的支持,还有手机和手机之间的数据交换场景。 说起NFC这项技术其实也不算新奇了,许多手机都支持例如,Nokia、三星、SONY、HTC、小米都有机型硬件支持NFC的功能。在应用商店中搜索NFC也可以找到不少 NFC 相关的应用,但是目前来讲使用率还是个问题,不管怎样今天我还是想在这里为大家 分享一下在 Windows Phone 平台中对NFC功能的技术支持情况。对不对的请大家参考一下,多多提些意见。 从NFC在手机上支持的场景上看大致分为三种模式(点对点模式,主动模式,被动模式) 首先说一下点对点模式,点对点模式实际上就是在两台手机上都同时打开NFC后,将手机进行触碰(实现 Touch and Connect就是一个典型场景),通过NFC的数据交换,可以引导不同设备进行连接,例如应用和应用间的 Socket,蓝牙耳机、音响 (基于蓝牙配对)。这部分内容请参考我之前的文章 近场通信 NFC / Bluetooth Proximity   主动模式 (读/写 卡模式) 就是在移动设备中NFC模块产生射频场从外部采用相同标准的NFC标签中读写数据。这里面有一个典型的使用场景就是在Android手机上使用支付宝为公交卡充值。 或者从应用当中通过NFC读取银行卡的消费记录 以上两个场景都是属于主动模式,在 Windows Phone 生态系统中也不乏对NFC前景看好的朋友研究过此类功能。在 Windows Phone 8.0 SL 的框架下开发由于SDK的限制不能使用除了NDEN以外的通信格式。所以不能支持此功能,但是在现在的 Windows Universal 框架下 Windows Phone 8.1 可以通过Windows.Devices.SmartCards.SmartCardReader,Windows.Devices.Enumeration.DeviceInformation等SDK实现此功能,但是要有一点要注意的是和类似公交卡这样的NFC设备进行交互还需要手机硬件NFC芯片的支持,特需NXP PN547芯片 只要配置此种芯片的手机就可以实现 多种协议的NFC卡片交互例如:MIFARE Classic/Ultralight/DESfire 如果我没记错的话 公交卡是第一种。目前在Windows Phone…


Windows Phone 支持中国移动官方支付

今天在这里与大家分享一个好消息,Windows Phone 官方支付支持中国移动(MO Payment),在此之前无论是 Windows Phone 的用户还是开发者,都知道在Windows Phone 上购买应用或者在进行应用内付费(IAP)的时候微软官方只支持支付宝一种支付方式,这对一些没有支付宝账户的朋友来说,付费流程就会相对复杂一些(因为还需要注册账户),但是现在中国移动的用户,在使用大家手中的Windows Phone 进行购买应用或应用内付费(IAP)时大家会惊喜的发现我们可以使用全新的中国移动的支付方式进行购买。 操作步骤如下: 1. 打开支付页面的时候我们会看到熟悉的支付页面,我们在页面中通过点击添加或切换付款方式进行选择 2. 在打开的选择付款方式页面我们会发现中国移动的付款方式已经在列表中了我们选择即可 3. 返回到支付信息页面点击购买继续完成支持 4. 系统会自动进行支付并且返回支付结果 5. 随后我们会收到移动支付的通知短信 整个流程非常简便快捷有效率。   相信说到这里大家一定有一个疑问就是关于官方支付渠道商店分成问题,其实无论是支付宝还是中国移动的支付都遵循统一的商店分成原则(既三七分成)请参考 应用开发人员协议 。当然的应用内商品和应用本身在上商店之前是需要进行审核的只要符合标准就可以了详细内容请参考  Windows 和 Windows Phone 应用商店策略 。 以上介绍的是用户体验,这里相信开发者朋友会站出来问这里多了一种支付方式那么我们已经开发好的应用程序,或者今后开发的应用程序如何针对中国移动的支付方式进行适配呢? 其实答案非常简单,我们不需要对这种支付方式进行特殊的配置,也就是说之前已经提交在应用商店中的应用内商品和应用本身无需进行任何修改就可以支持中国移动的支付方式,此外如果是一个全新的应用或应用内商品只需要按照之前 Windows Phone 应用内商品和应用提交的审核流程操作既可以支持中国移动的支付方式。 如果您需要是使用微软的中国移动官方支付,您需要将商品提交到应用商店进行审核后,在配合客户端的代码编写及您应用本身或和您自己的服务器进行验证交互来完成应用内商品购买。我之前有一篇详细介绍应用内购买的文章请参考: Windows Phone 8 In app purchase 应用内购买 / 应用内支付 大致内容如下: 微软的支付流程如下 在进行Coding之前我们需要现在应用商店中提交我们的应用内商品 随后我们要在应用中配置好应用的详细信息,否则我们是无法再应用中拿到商品列表的。(下图是Silverlight应用的配置方法) Universal 应用需要直接与应用相关联 (参考:如何在Windows应用商店中提交您的Windows…

2

使用 Portable Class Library(可移植类库)开发 Universal Windows App

今天在这里跟大家聊聊关于 Windows Universal 应用夸平台的问题,首先Universal Windows App的定义相信大家已经有所了解了(如果你是一个刚刚接触 Universal APP 的开发这个请先阅读一下我之前的文章 Windows Phone 8.1 开发技术概览 [Universal APP]), 相信大家在这里最苦恼的事情莫过于在不同开发架构下分享代码了,今天我在这里给大家推荐一个解决方案使用可移植类库(Portable Class Library)在不同的Windows项目之间分享代码。(Windows 8.1 / Windows Phone 8.1 )这里还包括Silverlight开发的 Windows Phone 8.1 应用。 首先介绍一下什么是 Portable Class Library,称之为‘可移植类库’(简称PCL)支持 C# 语言开发,并且在开发 Universal 类库时支持UI呈现。 这里在次强调一下目前只支持C#开发,C# 的语法可以在 PCL 中使用,方便C# 的开发人员快速上手,并且支持调用 Windows Runtime 的 SDK 例如,网络访问,JSON 处理,内容分享等功能。 也非常适合三方SDK开发和功能集成。 如何创建一个 PCL 的类库呢非常简单只需要打开我们的VS2013(update 2 及以上版本)选择Universal 应用模板 选择PCL的项目模板即可,(Component支持…

1

Microsoft Azure Mobile Service添加第三方用户认证服务(LinkedIn为例)

  Azure官方支持Microsoft、Google、Twitter、Facebook、Windows Azure Active Directory五种账户登录。但是很多情况下,开发者希望配置其他账户登录功能,比如LinkedIn、微信、微博等等。这篇博客将介绍如何通过加载扩展身份认证SDK,实现LinkedIn登录功能。 第一步,新建Azure Mobile Service,后端采用.Net实现(因为只有.Net支持添加新的第三方账户认证)。 第二步,在Portal下载的Mobile Service工程中,在后端Service工程中添加Owin.Security.Providers包。   第三步,在后端工程中创建LoginProvider,以实现LinkedIn为例。 1. 创建一个基于LoginProvider的实现,包括三点:  1)    注册LinkedIn OWIN中间件以配置身份认证内容;  2)    将从LinkedIn获得的登录token序列化;  3)    解析获得的登录token,获取内部信息;  具体实现:为了便于分类,可以在后端工程中创建一个新的文件夹,起名LinkedInLogin,在其中添加一个类文件LinkedInLoginProvider.cs using System.Linq; using System.Threading.Tasks; using System.Web.Http; using System.Web.Http.Controllers; using System.Web.Http.OData; using Microsoft.WindowsAzure.Mobile.Service; using Owin.Security.Providers; using Microsoft.WindowsAzure.Mobile.Service.Security; using Owin; using System.Security.Claims; using Newtonsoft.Json.Linq; using Owin.Security.Providers.LinkedIn; using LiusjMobileforLinkedinService.LinkedInLogin; //<后段工程名>.<新建文件夹名>,即引用该文件夹   namespace LiusjMobileforLinkedinService {     public class LinkedInLoginProvider : LoginProvider…


如何使用 App Studio 快速定制你自己的 Universal Windows App

之前我为大家介绍过 App Studio 这只神器可以帮助大家快速制作一个 Windows Phone 8 的应用,今天之所以在写一篇关于 App Studio 的文章是因为,App Studio 经过了几次升级功能得到了明显提升还可以调用系统功能了,并且可以更方便的和应用商店关联发布 Universal Windows 应用(注:这是指 Windows 8.1 和 Windows Phone 8.1应用)以及 Windows Phone 8.0应用,接下来我为大家在介绍一下这升级后的 Universal Windows App Studio 使用 App Studio 的意义在于你有一个好的创意,但是由于时间或者技术等方面因素的制约 App Studio 可以帮你在有限的资源和时间情况下帮助你快速生成和发布一个高质量 Universal Windows 平台应用。并且用App Studio 制作的应用我们还可以拿到源代码方便我们学习和升级更高级的功能。 如果你还没有使用过 App Studio 那就赶快注册成为 App Studio的开发者吧请参考 我之前的文章介绍, 今天我主要介绍一下更新后的App Studio 如何使用,感兴趣的朋友可以跟我一起尝试做一个应用。 用IE打开 App Studio 的首页:…


如何将 Cortana 与 Windows Phone 8.1 应用集成 ( Voice command – Natural language recognition )

随着 Windows Phone 8.1 GDR1 + Cortana 中文版的发布,相信有很多用户或开发者都在调戏 Windows Phone 的语音私人助理 Cortana 吧,在世界杯的时候我亲测 Cortana 预测德国和阿根廷的比赛很准的。(题外话扯远了),可是作为开发者我们怎么将Cortana集成到应用中呢,今天我用一点时间给大家介绍一下如何使用 voice command 集成 Windows Phone 8.1 的应用。 首先要明确两个名词 Voice command & Voice Command Definition 即 VCD文件,相信做过windows Phone 8.0 开发的朋友应该有所了解,通过注册VCD文件 Windows phone 8.0 的应用当中就可以实现 voice command 的功能,如果你不了解请先读一下我之前的文章(这里我就不在过多介绍 8.0 Voice command 的重复内容了),Windows Phone 8 语音 – Speech for Windows Phone 8 快速了解一下Windows…


Windows / Windows Phone 8.1 预留应用名称及应用上传

最近比较懒好久没有来这里跟大家聊了,WP 8.1 的 preview 发布已经有一阵子了,并且商店支持 8.1 应用也有一段时间了。我就把这篇 8.1 的应用商店预留提交作为 8.1 的一个开始吧。 1. 首先登陆 Windows Phone DevCenter 链接  点击屏幕左侧的 提交应用 按钮 会看到如下页面,和以前的 8.0 商店的步骤一致,我们直接进入应用信息的填写。 WP 8.1 这里和 WP 8.0 有所不同,关键是以前8.0的应用名称是从应用包中读取的,这样会造成 WP 8.0 应用名称重复的情况发生,但是 8.1解决了这个问题并且,8.1的应用商店实现了 universal (通用)的概念,换句话说就是我一个应用名称我们可以在WIN8.1 和 WP8.1 都可以使用。或者说我已有了一个Win8/8.1的应用我可以使用关联功能使用 Win 应用的名称。 这里总结了一下大家可能会遇到的几种场景: 实际操作中来看我们既可以在这里申请一个新的应用名称也可以和现有8.0/8.1的应用名称进行关联。这个关联非常重要,微软商店目前来说是先到先得的原则,所以你心仪的应用名称有可能被抢注滴,让然微软也有正规渠道来申诉你的应用名称。 关联以后我们的应用就会在应用商店中显示 universal APP的 logo,这里对于我们的应用体验也是非常有帮助的。 如果没有Win8应用我们也可以直接在这里保留一个新的应用名称。 这里会列出你的应用的一些打包信息(剩下的市场和价格部分和8.0是一致的) 打包一个WP8.1的应用包 这个过程和 Win8 非常相似。鼠标右键我们的项目然后选择 store – create…


Windows Phone 8.1 开发技术概览 (Universal APP)

前一阵真的比较懒 WP8.1 已经出来这么长时间了现在才更新BLOG让大家久等了,今天我先为大家介绍下 WP 8.1的开发框架,什么是微软所推崇的 Universal APP,以及我们要开发 Universal APP的时候要注意哪些内容。 如果是您是一个刚刚接触 WP开发的朋友可以先看下我之前的文章了解一下故事背景:Windows Phone 8 与 windows 8 开发技术概览 首先给大家完善一个概念 – 那就是 Windows Phone 8.1 和 Windows Phone 8.0 的区别 1. WP8.0 的开发架构是基于 silverlight runtime 运行时 2. WP 8.1 的开发架构有两种 silverlight runtime /  Windwos XMAL ( 等同于Windows 8.1 ) 运行时 今后我所说的 Universal APP 是基于 Windows XAML 运行时的…