Framework-zz-61

By 高焕堂 

ee                                                                   ee  

【思考Android技术】 

 請參考：Android从程序员到架构师之路课程(在线视频学习) 

 请进入：ADT架构师学苑  

ee                                                                    ee

 如何擅用Android开放架构，实践软硬结合和硬件差异化

  

1.  从战术转化为战略

      硬件差异化是硬件厂商的「会赢的战术」，也简称为「赢的战术」。著名的企管专家 Al Ries 和Jack Trout在其1989年所写的畅销书<<Bottom-Up Marketing>>(中文书翻译为「逆思考营销: 从战术导出战略」)一书里就写道： 

            「战术是一种竞争优势，而战略则是为了维护这个竞争优势而生。」

            「战略的目的在于使竞争者无法阻挠你的战术。」

            「战术是导致战果的切入角度，战略则是组织企业资源，以产生最大的战术性压力。」

            「战术引导战略，然后再由战略推动战术。」 

    如果能从硬件差异化的「赢的战术」转化成为「最佳战略」，则这些硬件厂商将成为Android潮流下的赢家了。

 

2.「转化」的过程

      硬件(HW)的差异化像水波一样，我们希望它的涟漪能传递而扩散到AP层，而与AP的多样化相互汇合，呈现于User面前，获得User内心深处的共鸣，就踏上成功之路了。AP与硬件之间的关系为：

   

       然而，AP与硬件之间是被动型API，差异化的涟漪难以跨越API而扩散到AP层里，如下图：

  

      事实上，AP与硬件之间的直接沟通，会徒增加AP的复杂度，所以通常都会在两者之间打造一个(软件的)系统平台。如果这是一个封闭式的系统平台(如WinCE等)，则其差异化的跨越和扩散，就更加困难了，如下图：

    

       反之，这是一个开放式的系统平台(如Android等)，则其差异化的跨越和扩散，就容易许多了，如下图： 

    

       但是在上图里，AP与系统平台之间仍然是被动型API，还是阻挡了差异化的跨越和扩散。于是，就加上框架，并提供主动型的框架API来制约AP。但是，如果这是封闭型的框架，其差异化的跨越和扩散，还是阻挡了差异化的跨越和扩散，如下图： 

 

         反之，这是一个开放式的框架(如Android的应用框架等)，则其差异化就很容易扩散到框架层，如下图：

  

    此时，如果HW模块的厂商能投入热情，去开发基类来送人，透过基类API来约约众多的AP，其差异化就能顺利越过框架API而与AP多样化汇合了，如下图：

      

    如此，我们逐一地将不利于「会赢的战术」极大化的系统架构上的(Architectural)因素，也就是战略要素或资源加以调整，就获得最佳战略了；也就是我们既获得最佳战略和战术了。[歡迎光臨 高煥堂 網頁：  http://www.cnblogs.com/myEIT/ ]   

 

3. 转化过程的基本模式(Pattern)

      经过上述的转化过程，我们得出一张清晰而完整的系统架构图。借助于此架构图，我们不仅能替硬件厂商寻觅其最佳战略和战术。也能替网络服务业者寻觅其最佳战略和战术。此外，还能替AP开发者寻觅其最佳战略和战术。由于，它是一个能重复使用于不同环境(Context，如硬件厂商、云端服务者和AP开发者等)里；而且都能协助从战术顺利转化为战略。如下图：

    

          此时，如果HW模块的厂商能投入热情，去开发基类来送人，透过基类API来约约众多的AP，其差异化就能顺利越过框架API而与AP多样化汇合了。 

 

4. Android开放式框架的关键角色 

4.1 发挥Android特色：框架API和开源(开放)

      Android平台就如同万里长城般，两岸的硬件业厂商就如同关内居民，是建造万里长城的最先获利者。也基于这样的效益，让许多硬件大厂竞相拥抱Android，让Android的气势如虹，扶摇直上。其中的主要效益是：差异化。许多开发(或生产)底层组件的硬件厂商，基于过去传统平台的经验，而不会擅用 Android平台的特性来创造硬件层的差异化，而无法享受Android这个软件万里长城，替关内居民(即硬件厂商)带来的利益。Android平台的主要特性是：框架API和开源(开放)。只要善加发挥这两项特色，就能创造硬件厂商的「没钱就差异化(改版)，差异化(改版)就有钱」的绝佳商业模式。 

4.2  被动型API局限差异化的发挥

    Android提供了框架API，但是它与硬件的差异化有什么密切关系呢? 首先必须理解到，框架API是主动型API，而主动型API的相反词是被动型API；被动型API是掌握在AP手里，硬件组件必须配合AP的要求，大大局限了硬件组件创新机会，日趋同质化，就与差异化背道而驰了。兹拿餐厅与厨房来做比喻吧，如下图：

  

      此图里，餐厅就像AP，厨房(或供货商)就像硬件组件。这里的API，就厨房(或供货商)而言，它是被动的，控制点位于餐厅(AP)里，也就是，主动(控制)权掌握在餐厅(AP)里。在此架构里，厨房(即硬件)组件的创新和差异化，无法有效传递到餐厅(AP)。当上层(即AP)无法反应底层(即硬件)的创新或差异化，就无法呈现给客人了，就无法带给客人特别的服务(功能)和感受(性能)，不能带来商业利益。此时，如果底层硬件组件刻意要去差异化，就会掉入「为差异化而差异化」的困境了。 

4.3  主动型(如框架)API发挥了底层的差异化

    在上图里，由于主动权掌握在AP开发者手中，使得底层硬件厂商处于被动地位，其差异化难以呈现给客人，所以差异化只是增加自己的成本而已，可说是徒劳无功。其系统层面的解决途径是：让底层硬件厂商拥有主动权。于是，我将上图的系统架构调整如下图：

 

     在这图里，我设计了一个框架，由它提供主动型API，让底层硬件厂商处于主动地位，其差异化就很容易呈现给客人，产生商业收益。由于这是一种架构「设计」图，意味着有无限多种可能的架构，只要能底层硬件厂商拥有主动权，就能有效传递和呈现差异化给客人，获得商业收益。例如，还可以设计如下图：

  

        请留意，「供货商」与「厨房」相当于两个不同的硬件组件厂商(Server)的角色，如果「厨房」厂商拥有绝对的主导权，很可能会刻意封杀或阻挡「供货商」厂商的差异化，让「供货商」厂商的差异化徒增成本而已。◆

[Go Back]