Windows phone 应用开发[2]-数据缓存        
今天把JDi/Server测试做完.终于有了时间来写写关于这个项目总结.关于我在博客上Post这些文章内容都是从实际项目应用而来.当然有些问题解决方案也是不断被重复设计修改.期间也碰到诸多问题.也曾为客户端在UI设计和具体的实现倍感困惑过.下午在Product Ower UI原型设计讨论会上. 设计团队针对内部一个孵化SNS项目原型设计做了三套设计方案.从IPhone到Android 再到Windows phone.顿时不禁有一个疑问. 如果抛开市场定位 用户群体.和业务需求等等.单单从开发人员角度来说 什么样的APP才能称之为一个用户能够接受并乐于使用的呢?
http://www.apkbus.com/android-138331-1-1.html

Windows phone 应用开发[3]-UI 设计        
其实谈到移动平台的设计.原来没有实际接触Windows phone 产品开发工作时对UI设计这个概念不是特别强烈. 并没有感到PC端Application和移动终端上在UI设计之间的差异.但当意识这是一个块独立区域 和Pc端UI即存在关联而又具有自己独立的特点时.当一个产品从需求孵化阶段到用户群体定向设计的成型.才感到这个方向作为开发人员的欠缺. 
http://www.apkbus.com/android-138335-1-1.html

Windows phone 应用开发[4]-应用发布        
在Windows phone SDK 还是7.0版本是就一直想写一篇关于Windows Phone 应用发布注意事项.当开发应用完成后.通过注册Windows phone APPHub Account 发布应用时.可能要面对各种各种失败原因.自从TechED 2011 后MS官方的AppHub对中国地区正式开放.针对开发者支持也发布SDK7.1正式版. 新版本相对老版本7.0在提交应用方面在Project中增加了一个MarketPlace Test Kit选项.
http://www.apkbus.com/android-138336-1-1.html

Windows phone 应用开发[5]-FrameworkDispatcher异常处理 
当你在Silverlight 或是Windows phone 应用程序中通过引用Microsoft.Xan.Framework尝试通过后台任务播放一段音频文件或是记录音频时. 通常会遇到如下关于FrameworkDispatcher异常信息        
http://www.apkbus.com/android-138339-1-1.html

Windows phone 应用开发[6]-Managed Extensibility Framework应用程序扩展
Managed Extensibility Framework 或是简称MEF. 从字面意思来看 MEF是一个用来扩展.NET 应用的框架. MEF作为.NET 4的一部分同时也支持Silverlight 4版本.开发人员可以利用该框架在不对当前代码产生影响的情况下对应用程序加以扩展. 扩展方向既可以在应用程序内重用扩展.也可以在应用程序间重用扩展.这样使用MEF动态编译的.NET 应用程序转换成为一系列的动态组合.有助于对组件实现最大化的重用.而MEF不仅使应用程序具备组件化的特性.同时加强了应用程序自身的可扩展性.         http://www.apkbus.com/android-138341-1-1.html

Windows phone 应用开发[7]-MEF For Windows phone        
本篇是接着上篇Windows phone 应用开发[6]-Managed Extensibility Framework应用程序扩展 基础之上而来. 关于Managed Extensibility FrameWork[MEf]基础概念这里不再赘述.MEF 作为.NET 4一部分.同时也支持Silverlight4 版本.但因目前官方并没有推出Managed Extensibility Framework For Windows phone 版本. 对Codeplexhttp://mef.codeplex.com/上类库并不支持Windows phone. 这里介绍另外一种方式在Windows phone 中使用MEF.并以一个简单实例 抛砖引玉.
http://www.apkbus.com/android-138342-1-1.html

Windows phone 应用开发[8]-体验PhoneGap        
早在7月份就听说PhoneGap.移动应用产品往往常常考虑多个平台的支持.单一平台很难保证应用的覆盖面或者换句话说就是用户群体的量和持续的活跃性上从长期的角度而言往往存在短板.另外从开发的角度而言.多平台的支持往往需要建立不同的技术团队.而平台之间开发技术也是完全迥异的. 开发一个具有相同业务的应用Natural-Application需要使用到不同平台的框架和开发语言.使用 C/C++ 的 Symbian、使用 Object C 的 iOS 和使用 Java 的 Android 应用开发技术，几乎是完全无法融合的. PhoneGap跨平台移动应用开发框架正是应运而生.
http://www.apkbus.com/android-138344-1-1.html

Windows phone 应用开发[9]-单元测试        
关于UT.不会在这里拿太多篇幅解释它基本的用法.当然也更不会拿时间去强调UT它在实际编程中保证软件质量重要性.从自身角度来说.一个程序员良好的职业素养往往源自于对自身高要求,并能持之以恒的保持下去.在实际开发流程照成很多”不愉快“的体验,其实很多从自身角度来说完全可以避免的.
http://www.apkbus.com/android-138350-1-1.html

Windows phone 应用开发[10]-自动化测试        
本篇承接上篇Windows phone 应用开发[9]-单元测试,当在Unit TEst 确定了测试用例的方案.在单个模块单元测试通过开始走模块之间集成时.其实很多测试工作就可以开发人员手中开始向测试人员转移.类似针对单个模块，测试团队可以根据已经确定测试用例批量执行.得到实际结果与期望结果进行比较.而这个过程测试执行者无需了解代码如何执行.也就是俗称黑盒测试.
http://www.apkbus.com/android-138353-1-1.html

Windows phone 应用开发[11]-Pex 构建自动化白盒测试[上]        
昨天一位朋友.提出关于Windows phone 单元测试中能否使用微软的Pex自动化生成工具生成单元测试用例.和单元测试质量即代码覆盖率统计问题.很有价值.针对这两个问题.首先需要解释.关于Windows phone 中单元测试现状.针对Windows phone应用程序Unit Test 官方并没有在IDE提供对应的测试框架,目前开发者社区使用比较广泛框架是MS Windows phone 产品组Jeff.wilcox维护的Silverlight Unit Test Framework[SUTF] Windows phone版本.
http://www.apkbus.com/android-138354-1-1.html

Windows phone 应用开发[12]-Pex 构建自动化白盒测试[下]        
本篇承接于上篇Windows phone 应用开发[11]-Pex 构建自动化白盒测试[上] .大概了解Pex作为自动化白盒测试工具工作方式.以及提出参数化单元测试的概念.为开发人员减少手动编写大量独立路径下单元测试时间.Pex允许开发人员编写单独的参数化测试方法，并根据测试方法的逻辑分支自动生成测试数据及Assert语句。虽然开发人员还是需要手动编写单元测试，但是Pex可以确保对代码进行了充分的测试.并能通过Pex自动修复Bug.添加测试项目.其中的Moles组件可用于模拟框架中包括静态成员在内的几乎所有成员，大幅提高了对测试的支持程度.
http://www.apkbus.com/android-138358-1-1.html

Windows phone 应用开发[13]-源码保护        
关于源代码的保护.Windows phone在2010年10月份发布第一个RTM版本时. 相信国内最早进入Windows phone开发者都应该知道.在2010年11月Windows phone刚刚发布一个多月时.国外的一个网址为winmobile7.apphab.com的网站不知用什么方法获得了微软官方MarketPlace应用的直接下载地址，当时直接导致很多WP7的游戏和应用的.XAP安装包被泄露出去.当然那个时候应用量才3000多个.这对于刚刚推出Windows phone平台不久即遭到开发者知识产权保护漏洞.那时开发者还不多.但也在一定程度照成开发者对于微软平台安全性遭到质疑和不信任.
http://www.apkbus.com/android-138360-1-1.html

Windows phone 应用开发[14]-调用WebBrowser        
在开始更新这批博文前.一直在顾虑先更新那个主题为好.回头一想索性就说说这半个月有些苦恼的Windows phone中处理 WebBrowser在我们项目中表现出来问题.话说去年.技术团队提出要优化产品在各个平台[IOS/Android/WP7/QT]客户端开发业务流程.提出这个问题主要是为了把原来通用业务逻辑流程封装到能力更大的服务器端来做.各个客户端在通过WebView统一的形式调用.这样做目的.主要是解决原来各个客户端在业务升级后更新客户端版本时减少重新开发量.这样一来把核心的业务逻辑变动全部集中服务器端.需求变化自上而下传递过程中.在各个平台之间可以复用. 在每次更迭客户端版本时提升开发团队效率.
http://www.apkbus.com/android-138362-1-1.html

Windows phone应用开发[15]-辅助工具        
在Windows phone应用开发中很多场景中可以使用对外开源的小工具高效完成,而使我们在应用开发,提交审核,处理数据,UI设计资源上做到事半功倍的效果.本篇幅将主要来介绍Windows phone Development 中涉及使用开发小工具.
http://www.apkbus.com/android-138364-1-1.html

Windows phone应用开发[16]-数据加密        
关于Windows Phone 中加密算法使用.最近一段时间很多做Windows Phone应用同学在微博上提了不少问题.其实在客户端实际需求中大多都会涉及到数据基于加密算法的解析和加密.本篇幅针对Windows Phone数据加密算法的问题.给出一些解决方案.
http://www.apkbus.com/android-138373-1-1.html

更新中......