Android LayoutInflater的用法详解
相信我们在开发过程中肯定接触过LayoutInflater,比如ListView的适配器里的getView方法里通过LayoutInflater.from(Context).inflater来加载xml布局,在Fragment里的onCreateView里面也是一样,加载布局一共三种方法。
1,在Activity里面调用getLayoutInflater()
2, 通过LayoutInflater.from(context).inflater()
3, context.getSystemService(Context.LAYOUT_INFLATER_SERVICE))
以上的三种方式从实现上都是一样的,Activity里面的getLayoutInflater()实际上调用的是PhoneWindow的实现,而PhoneWindow里源码的处理是LayoutInflater.from(context).inflater(),往下查找最终调用context.getSystemService。
context.getSystemService是Android里一个比较重要的api,是Activity的一个方法,根据传入的Name来取得对应的Object,然后转换成相应的服务对象。以下是系统相应的服务。
传入的Name返回的对象说明
WINDOW_SERVICE WindowManager 管理打开的窗口程序
LAYOUT_INFLATER_SERVICE LayoutInflater 取得xml里定义的view
ACTIVITY_SERVICE ActivityManager 管理应用程序的系统状态
POWER_SERVICE PowerManger 电源的服务
ALARM_SERVICE AlarmManager 闹钟的服务
NOTIFICATION_SERVICE NotificationManager 状态栏的服务
KEYGUARD_SERVICE KeyguardManager 键盘锁的服务
LOCATION_SERVICE LocationManager 位置的服务,如GPS
SEARCH_SERVICE SearchManager 搜索的服务
VEBRATOR_SERVICE Vebrator 手机震动的服务
CONNECTIVITY_SERVICE Connectivity 网络连接的服务
WIFI_SERVICE WifiManager Wi-Fi服务
TELEPHONY_SERVICE TeleponyManager 电话服务
但是LayoutInflater.from(context).inflater()的方法这么多,那它们到底是什么样的用法呢?
/**
341 * Inflate a new view hierarchy from the specified xml resource. Throws
342 * {@link InflateException} if there is an error.
343 *
344 * @param resource ID for an XML layout resource to load (e.g.,
345 * <code>R.layout.main_page</code>)
346 * @param root Optional view to be the parent of the generated hierarchy.
347 * @return The root View of the inflated hierarchy. If root was supplied,
348 * this is the root View; otherwise it is the root of the inflated
349 * XML file.
350 */
351 public View inflate(int resource, ViewGroup root) {
352 return inflate(resource, root, root != null);
353 }
354
355 /**
356 * Inflate a new view hierarchy from the specified xml node. Throws
357 * {@link InflateException} if there is an error. *
358 * <p>
359 * <em><strong>Important</strong></em> For performance
360 * reasons, view inflation relies heavily on pre-processing of XML files
361 * that is done at build time. Therefore, it is not currently possible to
362 * use LayoutInflater with an XmlPullParser over a plain XML file at runtime.
363 *
364 * @param parser XML dom node containing the description of the view
365 * hierarchy.
366 * @param root Optional view to be the parent of the generated hierarchy.
367 * @return The root View of the inflated hierarchy. If root was supplied,
368 * this is the root View; otherwise it is the root of the inflated
369 * XML file.
370 */
371 public View inflate(XmlPullParser parser, ViewGroup root) {
372 return inflate(parser, root, root != null);
373 }
374
375 /**
376 * Inflate a new view hierarchy from the specified xml resource. Throws
377 * {@link InflateException} if there is an error.
378 *
379 * @param resource ID for an XML layout resource to load (e.g.,
380 * <code>R.layout.main_page</code>)
381 * @param root Optional view to be the parent of the generated hierarchy (if
382 * <em>attachToRoot</em> is true), or else simply an object that
383 * provides a set of LayoutParams values for root of the returned
384 * hierarchy (if <em>attachToRoot</em> is false.)
385 * @param attachToRoot Whether the inflated hierarchy should be attached to
386 * the root parameter? If false, root is only used to create the
387 * correct subclass of LayoutParams for the root view in the XML.
388 * @return The root View of the inflated hierarchy. If root was supplied and
389 * attachToRoot is true, this is root; otherwise it is the root of
390 * the inflated XML file.
391 */
392 public View inflate(int resource, ViewGroup root, boolean attachToRoot) {
393 if (DEBUG) System.out.println("INFLATING from resource: " + resource);
394 XmlResourceParser parser = getContext().getResources().getLayout(resource);
395 try {
396 return inflate(parser, root, attachToRoot);
397 } finally {
398 parser.close();
399 }
400 }
上面的方法非常清晰,直接看下inflate(parser, root, attachToRoot);
/**
403 * Inflate a new view hierarchy from the specified XML node. Throws
404 * {@link InflateException} if there is an error.
405 * <p>
406 * <em><strong>Important</strong></em> For performance
407 * reasons, view inflation relies heavily on pre-processing of XML files
408 * that is done at build time. Therefore, it is not currently possible to
409 * use LayoutInflater with an XmlPullParser over a plain XML file at runtime.
410 *
411 * @param parser XML dom node containing the description of the view
412 * hierarchy.
413 * @param root Optional view to be the parent of the generated hierarchy (if
414 * <em>attachToRoot</em> is true), or else simply an object that
415 * provides a set of LayoutParams values for root of the returned
416 * hierarchy (if <em>attachToRoot</em> is false.)
417 * @param attachToRoot Whether the inflated hierarchy should be attached to
418 * the root parameter? If false, root is only used to create the
419 * correct subclass of LayoutParams for the root view in the XML.
420 * @return The root View of the inflated hierarchy. If root was supplied and
421 * attachToRoot is true, this is root; otherwise it is the root of
422 * the inflated XML file.
423 */
424 public View inflate(XmlPullParser parser, ViewGroup root, boolean attachToRoot) {
425 synchronized (mConstructorArgs) {
426 final AttributeSet attrs = Xml.asAttributeSet(parser);
427 Context lastContext = (Context)mConstructorArgs[0];
428 mConstructorArgs[0] = mContext;
429 View result = root;
430
431 try {
432 // Look for the root node.
433 int type;
434 while ((type = parser.next()) != XmlPullParser.START_TAG &&
435 type != XmlPullParser.END_DOCUMENT) {
436 // Empty
437 }
438
439 if (type != XmlPullParser.START_TAG) {
440 throw new InflateException(parser.getPositionDescription()
441 + ": No start tag found!");
442 }
443
444 final String name = parser.getName();
445
446 if (DEBUG) {
447 System.out.println("**************************");
448 System.out.println("Creating root view: "
449 + name);
450 System.out.println("**************************");
451 }
452
453 if (TAG_MERGE.equals(name)) {
454 if (root == null || !attachToRoot) {
455 throw new InflateException("<merge /> can be used only with a valid "
456 + "ViewGroup root and attachToRoot=true");
457 }
458
459 rInflate(parser, root, attrs, false);
460 } else {
461 // Temp is the root view that was found in the xml
462 View temp;
463 if (TAG_1995.equals(name)) {
464 temp = new BlinkLayout(mContext, attrs);
465 } else {
466 temp = createViewFromTag(root, name, attrs);
467 }
468
469 ViewGroup.LayoutParams params = null;
470 // 当父层不为空时
471 if (root != null) {
472 if (DEBUG) {
473 System.out.println("Creating params from root: " +
474 root);
475 }
476 // Create layout params that match root, if supplied
// 获取父层的参数并赋值
477 params = root.generateLayoutParams(attrs);
// 子布局不贴上也会被设置LayoutParams
478 if (!attachToRoot) {
479 // Set the layout params for temp if we are not
480 // attaching. (If we are, we use addView, below)
481 temp.setLayoutParams(params);
482 }
483 }
484
485 if (DEBUG) {
486 System.out.println("-----> start inflating children");
487 }
488 // Inflate all children under temp
489 rInflate(parser, temp, attrs, true);
490 if (DEBUG) {
491 System.out.println("-----> done inflating children");
492 }
493
494 // We are supposed to attach all the views we found (int temp)
495 // to root. Do that now.
// 父布局不为空并且贴上会被add到父层
496 if (root != null && attachToRoot) {
497 root.addView(temp, params);
498 }
499
500 // Decide whether to return the root that was passed in or the
501 // top view found in xml.
// 父布局为空或者没有贴上,result就是View本身
502 if (root == null || !attachToRoot) {
503 result = temp;
504 }
505 }
506
507 } catch (XmlPullParserException e) {
508 InflateException ex = new InflateException(e.getMessage());
509 ex.initCause(e);
510 throw ex;
511 } catch (IOException e) {
512 InflateException ex = new InflateException(
513 parser.getPositionDescription()
514 + ": " + e.getMessage());
515 ex.initCause(e);
516 throw ex;
517 } finally {
518 // Don't retain static reference on context.
519 mConstructorArgs[0] = lastContext;
520 mConstructorArgs[1] = null;
521 }
522 // 最后返回 result
523 return result;
524 }
525 }
由上源码我们可以得出:
inflate(layout, null)返回的是View本身,且View本身所设置的布局参数无效,由父层和子View决定大小。
inflate(layout, null, false)同上一样,当父层为空,第三个值是否为真没有意义
inflate(layout, parent)子布局会被加入到父层并设置布局参数,具体大小由父层和子View决定
inflate(layout, parent, false)同上一样,区别就是false返回的是子View本身。
inflate(layout, parent, true)同第三个方法一样,返回父层View

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
-
上一篇
安卓日常开发记录-键盘的相关处理方式
点击EditText之外隐藏键盘的实现方式 重写事件分发dispatchTouchEvent,注意不要在onTouchEvent中操作,因为onTouchEvent并非任何情况下都会被调用。通过计算EditText在布局中的位置,进行键盘的显示和隐藏处理 /** * 点击区域在输入框之外都隐藏掉键盘 * @param ev * @return */ @Override public boolean dispatchTouchEvent(MotionEvent ev) { if (ev.getAction() == MotionEvent.ACTION_DOWN) { View v = getCurrentFocus(); if (isShouldHideInput(v, ev)) { hideSoftKeyboard(v); } return super.dispatchTouchEvent(ev); } // 必不可少,否则所有的组件都不会有TouchEvent了 if (getWindow().superDispatchTouchEvent(ev)) { return true; ...
-
下一篇
Android中的设计模式之原型模式
参考 《设计模式:可复用面向对象软件的基础 》3.4 prototype 原型--对象创建型模式 《Android源码设计模式解析与实战》第4章 使程序运行更高效 原型模式 意图 用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象 使用场景 类初始化需要消化非常多的资源,这个资源包括数据,硬件资源等,通过原型拷贝避免这些消耗。 通过new产生一个对象需要非常繁琐的数据准备和访问权限,这时可以使用原型模式。 一个对象需要提供给其它调用者访问,而且各个调用者可能都需要修改其值时,可以考虑用原型模式拷贝多个对象共调用者使用,即保护性拷贝。 注意,通过实现cloneAble接口的原型模式在调用colone()方法构造实例是并不一定比new操作速度快,只有当通过new构造对象较为耗时或者成本较高时,通过clone()方法才能够获得效率上的提高。所以,在使用cloneAble时需要考虑构造对象的成本以及做一些效率上的测试。 结构 Client : 客户,使用者 protocolType: 抽象类或者接口,声明具有clone能力 ConcretePrototype: 具体的原型实现类。 ...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- SpringBoot2更换Tomcat为Jetty,小型站点的福音
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- MySQL数据库在高并发下的优化方案
- SpringBoot2初体验,简单认识spring boot2并且搭建基础工程
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- MySQL8.0.19开启GTID主从同步CentOS8
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- CentOS8编译安装MySQL8.0.19
- SpringBoot2全家桶,快速入门学习开发网站教程