Hybird框架UI重构之路：二、事出有因 - 海角在眼前

本邮件内容由第三方提供，如果您不想继续收到该邮件，可 点此退订 。

Hybird框架UI重构之路：二、事出有因 - 海角在眼前  阅读原文»

上篇回顾：Hybird框架UI重构之路：一、师其长技以自强

一切的重构都是有原因的，或许为了更快速度、更好体验、更快捷开发等，于是就有了自己的开发目标，简单看看未重构前UI（"中国移动式"风格）。

上一篇文章说明调查了这么多类似框架，对比了他们的特点，而比对自身UI，也是存在可优化的地方，于是有了下面几点目标（仅仅UI框架方面，不涉及原生部分）。

（1）规范开发

1.SVN版本控制。之前的UI框架部分是没有进行svn版本控制的，于是会导致个问题——有些文件在多次修改后，连当初的开发者都不知道是不是最新的，存在争议。而加上svn，使得代码更加规范，有利于版本发布（打tag）。

2.职责确认。框架不是一个完成的，需多人协同，所以确立代码模块职责归属很重要，属于谁的就谁改。

（2）依赖库升级

1.zepto

最新版1.2.5的fixed了挺多问题，更换之后效果会好很多。

在这里不得不说一个zepto的库的问题，就是触摸模块（zepto的基础库是没有这个模块的，要自己额外加）。

zepto使用touchstart、touchmove、touchend模拟出tap、longTap等事件，目的为解决click事件的300ms延时，但有个很大的问题是tap事件会“穿透”，“穿透”又会导致一系列问题。我认为最好的办法是使用一个fastclick的库，用回click事件（但是重构的框架不能更换，原因是这个框架已经是第二个版本了，开发者对tap事件使用已成习惯，变革带来的代价太大了）。

PS：穿透：当两个层重叠在一起时，使用Zepto的tap事件时，点击上面的一层时会触发下面一层的事件。

2.iscroll

原本是想升级到iscroll5，但iscroll5的用法改动太大，没有延续性，并且尝试多次效果不佳，于是次依赖库就不升级了，还是iscroll4。

3.cordova

cordova的版本不是由我决定的，是由原生开发人员决定的。

4.require

这个作为模块文件加载的利器，是单页模式的好工具。

功能：

1.加载js文件

2.提供加载完回调

3.不重复加载

（3）单页模式

在上一篇文章说过了单页模式的优缺点，决定增加单页模式。可能会有人说，现在的业务逻辑和功能那么复杂，用单页模式将不负重堪（因为所有东西都在一个页面上，处于内存的对象将越来越多）。

可是我想说的是，现在功能都是碎片化的（大应用），都可以分为多个组合模块的，每个模块都不会多大，每个模块为一个单页，将单页和多页进行混用，这样模块间互不相干，混合模式有不错的效果！特别如果是轻应用（远程页面，仅web页面），单页有个非常好效果。

而我也用手机测试过，一个单页应用，每次切换会产生大概1MB无法回收的内存，根据现在手机硬件条件（动不动几G的内存），这个消耗我觉得还是可以容忍的。

（4）控件优化

1.删除旧UI中，难用、易错的控件。

PS：不删掉，就会有人用，一用就会有问题反馈，到头又要运维。

2.优化、增加好用的控件

1. popup (from jingle框架)
2. 侧边栏组件
3. Tab组件
4. 滑动列表

（5）bug修复

PS：什么框架都无法避免的东西。

总结

这一篇文章也是说明重构的一些目标。当然在最初的开发不一定能将所有开发需求都弄清，不过大目标却必须明确，既然目标有了，那么下一篇讲述开发的一些事。

本文为原创文章，转载请保留原出处，方便溯源，如有错误地方，谢谢指正。

本文地址：http://www.cnblogs.com/lovesong/p/4296781.html

本文链接：Hybird框架UI重构之路：二、事出有因，转载请注明。

Java适配器模式（Adapter模式） - Coda  阅读原文»

适配器模式定义：将两个不兼容的类纠合在一起使用，属于结构型模式，需要有Adaptee(被适配者)和Adaptor(适配器)两个身份。

为何使用适配器模式

我们经常碰到要将两个没有关系的类组合在一起使用，第一解决方案是：修改各自类的接口，但是如果我们没有源代码，或者，我们不愿意为了一个应用而修改各自的接口。 怎么办?

使用Adapter，在这两种接口之间创建一个混合接口(混血儿)。

如何使用适配器模式

实现Adapter方式，其实"think in Java"的"类再生"一节中已经提到，有两种方式：组合(composition)和继承(inheritance)，

假设我们要打桩，有两种类：方形桩 圆形桩。

public class SquarePeg{
　public void insert(String str){
　　System.out.println("SquarePeg insert():"+str);
　}
}

public class RoundPeg{
　public void insertIntohole(String msg){
　　System.out.println("RoundPeg insertIntoHole():"+msg);
}
}

现在有一个应用,需要既打方形桩，又打圆形桩。那么我们需要将这两个没有关系的类综合应用，假设RoundPeg我们没有源代码，或源代码我们不想修改，那么我们使用Adapter来实现这个应用：

public class PegAdapter extends SquarePeg{
　private RoundPeg roundPeg;
　public PegAdapter(RoundPeg peg)(this.roundPeg=peg;)
　public void insert(String str){ roundPeg.insertIntoHole(str);}
}

在上面代码中，RoundPeg属于Adaptee，是被适配者。PegAdapter是Adapter，将Adaptee(被适配者RoundPeg)和Target(目标SquarePeg)进行适配。实际上这是将组合方法(composition)和继承(inheritance)方法综合运用。

PegAdapter首先继承SquarePeg，然后使用new的组合生成对象方式，生成RoundPeg的对象roundPeg，再重载父类insert()方法。从这里，你也了解使用new生成对象和使用extends继承生成对象的不同，前者无需对原来的类修改，甚至无需要知道其内部结构和源代码。

如果你有些Java使用的经验，已经发现，这种模式经常使用。

进一步使用

上面的PegAdapter是继承了SquarePeg,如果我们需要两边继承，即继承SquarePeg 又继承RoundPeg，因为Java中不允许多继承，但是我们可以实现(implements)两个接口(interface)：

public interface IRoundPeg{
　public void insertIntoHole(String msg);
}
public interface ISquarePeg{
　public void insert(String str);
}

下面是新的RoundPeg 和SquarePeg, 除了实现接口这一区别，和上面的没什么区别。

public class SquarePeg implements ISquarePeg{
　public void insert(String str){
　　System.out.println("SquarePeg insert():"+str);
　}
}

public class RoundPeg implements IRoundPeg{
　public void insertIntohole(String msg){
　　System.out.println("RoundPeg insertIntoHole():"+msg);
　}
}

下面是新的PegAdapter,叫做two-way adapter：

public class PegAdapter implements IRoundPeg,ISquarePeg{
　private RoundPeg roundPeg;
　private SquarePeg squarePeg;

　// 构造方法
　public PegAdapter(RoundPeg peg){this.roundPeg=peg;}
　// 构造方法
　public PegAdapter(SquarePeg peg)(this.squarePeg=peg;)

　public void insert(String str){ roundPeg.insertIntoHole(str);}
}

还有一种叫Pluggable Adapters,可以动态的获取几个adapters中一个。使用Reflection技术，可以动态的发现类中的Public方法。

本文链接：Java适配器模式（Adapter模式），转载请注明。

阅读更多内容