本文主要是介绍设配器模式不止是补救，有时更像是一个创造者，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
设配器模式不止是补救，有时更像是一个创造者
适配器模式的官方应用场景是在软件开发后期，应对功能扩展后，新的类结构无法对应之前的接口，从而采用的一种补救措施。然而如果你只记住了这个，你可能会错过一个很重要的技巧。
================
定义
将一个类的接口变换成客户端所期待的另一个类的接口，从而使原本因接口不匹配而无法一起工作的两个类可以匹配。
咬文嚼字
必须要承认的是适配器模式是一个非常好的补救模式。但是除了补救呢？
适配器的核心是：对象的转变，将不适配的东西转成适配的东西。
关键词：“转换”。转换 — 加工 — 创造！
没错，我要说的就是创造。适配器模式在一些特定的场合，更像一个创造者模式。什么场合呢？
Data — View
灵感来源于Android控件 ListView。
其实最早在小小白时期并不能理解ListView适配器的工作原理，甚至因为模板模式的关系，没有显示调用关系，我甚至无法理解它是如何办到的！
将一个数据集塞进适配器，再将适配器塞给ListView，数据就展示出来了.Magic！
适配器模式—创造者模式
在一些复杂的ViewItem组合的View控件里(ListView, ViewPager，GirdView)，因为Item的样式常常需要我们自行通过基础View控件组合子定义，而如何将数据转变为这些ViewItem就成为了问题。难道有5个Item我就定义5个View吗？NO！！当Item变成了100个怎么办？
这里，如果你想起来了适配器模式，那问题就迎刃而解。
通过适配器模式创造View，是非常符合数据控制View这条守则的。
在适配器模式中去写View的显示逻辑，也实现了View和业务解耦的需求。
而通过Data，去控制View的显示，也极大的提高了View效率，减少了不必要的View创建。
关于代码，因为较多，我们放在最后。
适配器模式优点
适配器模式可以让没有任何关系的两个类在一起运行（最明显的：Data 和 View）
提高了类的复用。接口不同你不需要去修改他们为相同，只需要添加一个适配器模式。
适配器模式非常符合开闭原则
解耦。在Data 转View的场景里，很好的实现了View和业务逻辑的解耦。
适配器模式的缺点
适配器模式是一个非常好用的模式，几乎很难找出缺点。
可能唯一的缺点就是对小小白来说阅读代码有困难，但这点困难时非常容易跨过去的。
另外值得一提的就是需要注意的场景：
书中说：适配器模式是一个不需要再设计初期就要考虑的问题。但我说，在Data — View的场景，适配器模式一定是你需要提前审查的模式，不要写了很多View觉得麻烦了才想起来适配器模式。
不要滥用。并不是任何时候都适合使用适配器模式。你不会想看到你的项目里到处都是适配器的。
适配器代码
Adapter.java
public class BannerAdapter extends ScrollBannerAdapter {private List<BannerDto> mDatas;
private LayoutInflater mInflater;
private int mHeight;public BannerAdapter(Context context) {this.mInflater = LayoutInflater.from(context);mHeight = (int) context.getResources().getDimension(R.dimen.banner_width);
}public void setDatas(List datas) {mDatas = datas;
}@Override
public int getCount() {return mDatas.size();
}@Override
public Object getItem(int position) {return mDatas.get(position);
}@Override
public int getItemId(int position) {return mDatas.get(position).getId();
}@Override
public int getItemViewType(int position) {return mDatas.get(position).getType();
}@Override
public int getBannerHeight() {return mHeight;
}@Override
public View getView(int position, View convertView) {BannerDto bannerDto = mDatas.get(position);ViewHolder viewHolder = null;if (convertView == null) {viewHolder = new ViewHolder();convertView = mInflater.inflate(R.layout.widget_banner, null);viewHolder.removeText = (ImageView) convertView.findViewById(R.id.removeText);viewHolder.titleText = (TextView) convertView.findViewById(R.id.titleText);viewHolder.enterText = (TextView) convertView.findViewById(R.id.enterText);convertView.setTag(viewHolder);} else {viewHolder = (ViewHolder) convertView.getTag();}convertView.setBackgroundColor(Color.parseColor(bannerDto.getBgColor()));viewHolder.titleText.setText(bannerDto.getTitle());return convertView;
}@Override
public View getFixView(int position, View convertView) {BannerDto bannerDto = mDatas.get(position);ViewHolder viewHolder = null;if (convertView == null) {viewHolder = new ViewHolder();convertView = mInflater.inflate(R.layout.widget_banner, null);viewHolder.removeText = (ImageView) convertView.findViewById(R.id.removeText);viewHolder.titleText = (TextView) convertView.findViewById(R.id.titleText);viewHolder.enterText = (TextView) convertView.findViewById(R.id.enterText);convertView.setTag(viewHolder);} else {viewHolder = (ViewHolder) convertView.getTag();}viewHolder.titleText.setText(bannerDto.getTitle());return convertView;
}@Override
public int setFocusable(int position) {return 0;
}@Override
public int getWheelTime(int position) {return mDatas.get(position).getWheelTime();
}@Override
public boolean isEmpty() {return mDatas.isEmpty();
}private static class ViewHolder {ImageView removeText;TextView titleText;TextView enterText;}}
View控件.java
public class ScrollBanner extends LinearLayout {//View控件其他方法//。。。//设置adapterpublic void setAdapter(ScrollBannerAdapter adapter) {this.mAdapter = adapter;mScrollBanners = new View[]{mAdapter.getView(0, null), mAdapter.getView(0, null)};}//取得下一个Viewprivate View getNextView(){if(mAdapter == null){return ;}return mAdapter.getView(mShowPosition,mScrollBannerItem);}//View控件其他方法//。。。}
这篇关于设配器模式不止是补救，有时更像是一个创造者的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
