3.2 应用间的关系有什么作用？又说粘度 前面说过，用户用一个应用的粘度是会慢慢降低的。但是如果应用之间的关系网一旦形成，其情形就完全不一样了。 比如一个用户对抢车位失去兴趣了，后来安装了开心农场，然后就一直在玩农场。但中某一天他突然发现抢车位的钱可以用来买农场的地了！他会怎么做？多半是会回头去继续停车……因为停车对他来说又赋予了全新的意义，他的停车生涯又充满了希望，而他对抢车位生活又重拾了信心…… 又有一个用户不爱玩儿好友买卖了，就是偶尔养养狗。突然有一天，有人告诉他，一个好友宠物可以做工养狗了，他又会怎么样？嗯，养个好友帮他养狗吧，多有趣啊。 当然，你可能会反驳说，即使车位的钱可以用来买农场，也可以不玩车位只玩农场啊？是的，当然可以，但是游戏的魅力之一在于有竞争，作为一个热爱农场的农友，看着别人可以更迅速地发展自己的农民事业，难道他会坐视不理，仍然我行我素地不去停车？大概不会吧…… 所以，这个应用关系网就是利用应用间的关系，通过一个对用户有吸引力的应用，让用户去热衷本来不热衷的应用。这也就是应用间六度关系理论的精髓所在。 又说抵制感 前面说过，用户可能不愿意安装一个完全陌生的应用，但是如果有应用关系的存在，新的应用可以看成是老应用的扩展和发挥，这样一来，对于用户的吸引力就大大增强。因为毕竟是自己兴趣和熟悉范围以内的东西，所以接受起来就更容易。 3.3 App间的关系分析此处只讨论有直接关系的两个应用（间接关系都是由原子的直接关系构成的）。 从关系的结构层次上看，App间关系可分为数据关联和业务关联两类。 数据关联：两个应用间只存在数据的交换与共用。例如两个应用之间进行金钱的相互存取，或者两个应用间同时对一个变量进行操作等。这种关联的特点是只关联只和最终数据有关，和应用本身的功能和业务不发生关系。典型的例子是例如将农场的钱导入到好友买卖中。 业务关联：两个应用的功能业务发生了关系，一个应用可能会利用另一个应用的某项业务功能来为自己服务。典型的例子是，好友买卖中让自己的宠物好友来农场除草。 从应用间关联的方式来看地，App间关系可分为共享、调用和继承三类。 共享：应用间共享某些信息，例如金额、经验等。这种关联方式的特点是应用间的耦合度较小，一个应用的不可用不会对另一个应用的可用性造成影响。 调用：一个应用调用另一个应用提供的功能。这种关联方式中，应用间的耦合较上一种方式稍强。被调应用的正常与否关系到主调应用是否能正常完成某些功能。 继承：一个应用的开始必须由另一个应用的结束作为基础。一个典型的例子是比如有两个应用，一个叫“我的中学”，另一个叫“我的大学”——如果这两个应用设定为，必须玩通我的中学以后，才能根据我的中学的游戏结果来初始化我的大学的游戏数据，那么这两个应用间则产生了继承关系。 4 产品方面的挑战要达成理想的应用间“六度关系”结构，产品要面临的挑战主要有以下几个方面。 应用的粒度 应用的粒度即应用的庞大程度是首先要考虑的。因为两个功能可以做成两个应用，也完全可以做成一个应用里面的两个功能。具体的粒度划分要根据市场的情况、应用的复杂程度、功能的相关度、推广的方式等各方面综合考虑才能得出结论。 市场的把握 对于一个应用的关联应用，必须要有灵敏的市场嗅觉和洞察力，方能占得先机，取得成功。 赢利 一切努力的结果是，平台方要赢利。把握好应用间的关系，广告的营销会有新的思路。可以针对具体的厂商，制作出与现有应用相关却又与厂商关系密切的关联应用，通过现有的应用的吸引力，来完成广告的投放策略。 5 技术方面的挑战技术方面的挑战是，如何提供一个开放程度达到每个应用都可以作为向别人提供服务的应用平台。也就是说，如何做到在我所提供的平台下，想要写出供人调用或扩展的应用接口是很容易的事。 这个思想与Eclipse本身的插件平台思想很是相近。Eclipse的IDE里，所有的东西都可以看作是插件，而插件也可以提供扩展点供其它的插件来继续扩展，而且这种插件的开发与扩展的开发都是异常容易与自然的。因此，Eclipse的插件模型可以为实现平台应用关系化提供系统结构以及技术实现上的参考。
6 结语在中国当前的SNS网站中，零零一在这方面做出了大胆而有益的尝试，而XN、KX等站点则没有类似的行为产生。……详细具体的评价此处略去… (责任编辑：admin) |