本篇文章主要提供一种监听 Fragment 可见性监听的方案，完美多种 case，有兴趣的可以看看。废话不多说，开始进入正文。
至于fragment的用法，fragment+viewpager的滑动切换代码请参考博文
本篇主要介绍一些最常见的Fragment的坑以及官方Fragment库的那些自身的BUG，并给出解决方案；这些BUG在你深度使用时会遇到，比如Fragment嵌套时或者单Activity＋多Fragment架构时遇到的坑。
步骤： 1、在Activity布局文件中定义framelayout用于添加Fragment 2、创建两个Fragment用于切换 3、获取Fragment管理器，并开启事物FragmentTransaction 4、通FragmentTransaction.add(resource id, fragment)将fragment添加到布局上，提交事物commit 5、通FragmentTransaction. replace(resource id, fragment)切换显示的fragment，提交事物commit
小伙伴们，在前面的文章中，我们谈到了Android开发中的自定义view的基本概念及方法等，本文我们实际举例自定义一个Fragment。
这是第二个关于导航 (Navigation) 的 MAD Skills 系列，本文是导航组件系列的第三篇文章，如果您想回顾过去发布的内容，请参考下面链接查看:
新建ViewPagerAdapter继承FragmentPagerAdapter;
页面停留时长作为应用统计的北极星指标里的重要指标之一，统计用户在某个页面的停留时长则变得很重要。而Fragment作为Android中页面的重要组成部分，其停留时长的统计就显得非常重要。目前业界能搜索到的方案，主要有两种方案：
在Fragment中嵌套ViewPager时应该使用getChildFragmentManager(),而不是getFragmentManager()；
在不额外创建 DOM 元素的情况下，让 render() 方法中返回多个元素，减少不必要的元素嵌套。
Android 在 Android 3.0（API 11 级）中引入了Fragment，主要是为了给大屏幕（如平板电脑）上更加动态和灵活的 UI 设计提供支持。由于平板电脑的屏幕比手机屏幕大得多，因此可用于组合和交换 UI 组件的空间更大。利用片段实现此类设计时，您无需管理对视图层次结构的复杂更改。 通过将 Activity 布局分成片段，您可以在运行时修改 Activity 的外观，并在由 Activity 管理的返回栈中保留这些更改。
这种情况会直接调用到Fragment的startActivityForResult方法
ViewModel 甫一发布，便成为了 Jetpack 中的核心组件之一。我们在 2019 年做的一份开发者问卷显示，超过 40% 的 Android 开发者已经在自己的应用中使用了 ViewModel。ViewModel 可以将数据层与 UI 分离，而这种架构不仅可以简化 UI 的生命周期的控制，也能让代码获得更好的可测试性。如果想了解更多，可以参考 ViewModel: 简单介绍视频和官方文档。
ViewModel 甫一发布，便成为了 Jetpack 中的核心组件之一。我们在 2019 年做的一份开发者问卷显示，超过 40% 的 Android 开发者已经在自己的应用中使用了 ViewModel。ViewModel 可以将数据层与 UI 分离，而这种架构不仅可以简化 UI 的生命周期的控制，也能让代码获得更好的可测试性。
前段时间在自己的练习项目中想用到懒加载机制，查看了大多数资料只介绍了在 View Pager + Fragment 组合的情况下实现的懒加载，但是现在大多数App更多的是 Fragmentmanager 去管理主页面多个 Fragment 的显示与隐藏,然后主界面的某个或多个 Fragment 里又嵌套了多个 Fragment + ViewPager （详细见下图 ），对于这种情况，适用于第一种的方式是不能直接解决第二种的情况的，所以写下这篇文章，记录一下踩的几个坑，希望对同像我一样的初学者提供一种思考方式作为参考（如果有错误或者不合适的地方，希望各位前辈能在评论区指出，非常感谢！）。
不管你之前用没用过Jetpack Navigation组件，但是或多或少你也可能听说过它。它是Jetpack库中的一个路由组件。此刻你的脑海中可能会浮现阿里ARouter框架。如果你熟悉ARouter但是对Navigation比较陌生，那么你先简单把它们联系在一起，有个直观的感受。
对于 React 开发人员来说，从一个组件返回多个元素一直是个问题。这是因为 React 依赖于创建用于协调的树形结构。因此，当在呈现方法中返回多个元素时，用于协调的算法将不会像预期的那样发挥作用，树将有一个组件的根节点的假设将不再有效。React Fragment 在库的 16.2 版本中修复了这个问题。
本文实例讲述了Android开发使用Activity嵌套多个Fragment实现横竖屏切换功能的方法。分享给大家供大家参考，具体如下：
许多程序员有这样的疑问：现有的知识能满足工作需要了，为什么还要费劲去学习Material Design？ 那么我可以告诉你，Material Design大大节约了UI上的开发时间，而学会她(满足日常使用)只需花一点点功夫。
网上关于androidx的fragment懒加载文章已经有很多，各有侧重。几乎都点到了sexMaxLifecycle和修改FragmentPagerAdapter。很少看到经过实践的文章，谨以此文，更加详尽的把实践后的结果记录下来，赠予有缘人。
Fragment是可以让你的app纵享丝滑的设计，如果你的app想在现在基础上性能大幅度提高，并且占用内存降低，同样的界面Activity占用内存比Fragment要多，响应速度Fragment比Activty在中低端手机上快了很多，甚至能达到好几倍！如果你的app当前或以后有移植平板等平台时，可以让你节省大量时间和精力。
Fragment在Android 3.0（ API 11）引入，是为了支持在大屏上显示更加动态、灵活的UI，比如在平板和电视上。Fragment可以看作是嵌套的Activity，类似ActivityGroup，但是开销肯定没有ActivityGroup那么大，每一个Fragment管理着一个View，Fragment彼此之间相互独立，有自己的生命周期，这个生命周期是在Activity生命周期中的。Fragment可以用来解决屏幕适配和动态创建View的问题。 一个Fragment总是嵌入到一个Activi
要在Android系统上创建一个动态或者多面板的用户界面，你须要将UI组件以及activity行为封装成模块。让它可以在你的activity中灵活地切换显示与隐藏。
版权声明：本文为博主原创文章，转载请标明出处。 https://blog.csdn.net/lyhhj/article/details/53889223
滑出式菜单从界面上看，像极了一个水平滚动视图HorizontalScrollView，当然也可以使用HorizontalScrollView来实现侧滑菜单。不过今天博主要说的是利用线性布局LinearLayout来实现，而且是水平方向上的线性布局。 可是LinearLayout作为水平展示时有点逗，因为如果下面有两个子视图的宽度都是match_parent，那么LinearLayout只会显示第一个子视图，第二个子视图却是怎么拉也死活显示不了。倘若在外侧加个HorizontalScrollView，由于HorizontalScrollView的宽度只能是wrap_content，因此子视图的宽度也只能是wrap_content而不能是match_parent了，故而HorizontalScrollView做不到子页面全屏的效果。 现在我们既希望两个子视图的宽度是match_parent，又希望能够拖动两个子视图，还有没有办法呢？办法肯定是有的，在《Android开发笔记（三十五）页面布局视图》中，我们提到margin和padding都可用来设置空隙，空隙的数值都是正数，其实空隙值也能是负数，负数表示该视图被隐藏了一部分，仿佛一张纸插了部分纸面到书中，于是只有一部分露了出来。具体到LinearLayout的编码实现，对应的便是LinearLayout.LayoutParams的leftMargin参数，若该参数为正数，则视图页面拉出了一段空白；若该参数为负数，则视图页面隐藏了一段内容；若该参数是该视图宽度的赋值，则表示视图页面完全隐藏了起来，跟visible="gone"的效果类似。 所以我们可以给视图添加触摸监听器OnTouchListener，在触摸坐标发生变化的同时，给菜单子页面隐入隐出对应的宽度，从而达到抽屉式拉出菜单的效果。一旦触摸弹起，根据手势滑动的距离，判断当前是要拉出整个菜单，还是缩回才拉出一部分的菜单。这个判断可按照滑动偏移是否达到屏幕一半宽度的条件，至于自动拉出或者自动缩进的动画，可由Runnable来定时刷新视图的leftMargin参数。 下面是一个简单侧滑的效果截图：
Fragment其实可以理解为一个具有自己生命周期的控件，只不过这个控件又有点特殊，它有自己的处理输入事件的能力，有自己的生命周期，又必须依赖于Activity，能互相通信和托管。
引入ViewModel之前，存在如下几个问题： (1)有的时候一个Activity里面嵌套了多个fragment,但是这些fragment里面用的是同一个数据,为了同步这些数据,我们需要用接口来传参,很麻烦 (2)屏幕旋转,会销毁重建,如果数据类型比较简单,同时数据量也不大,可以通过onSaveInstanceState()存储数据.但如果是大量数据,不方便序列化及反序列化,则上述方法将不适用.
==navigation== ：视图导航的根部标签， ==app:startDestination="@id/home_fragment"== 指定以哪个页面为首页。<navigation> 标签下包含3中子标签。：
该文章是一个系列文章，是本人在Android开发的漫漫长途上的一点感想和记录，我会尽量按照先易后难的顺序进行编写该系列。该系列引用了《Android开发艺术探索》以及《深入理解Android 卷Ⅰ，Ⅱ，Ⅲ》中的相关知识，另外也借鉴了其他的优质博客，在此向各位大神表示感谢，膜拜！！！
最近尝试做一个有社交网络服务和IM服务的项目，想使用比较流行的方式实现程序的导航，一开始
相比其它大多数 Android API，Fragments 近几年的变化要更大一些。最初它作为 Android 平台的一部分，后来成为 Android Support Library 的一部分，现在又以 AndroidX Fragments 的形式独立成为了 Jetpack 的一部分。
项目的主页框架是采用Activity+Fragment的架构，由于项目需求，在第一个Fragment中又采用的是TabLayout+ViewPager+Fragment的结构，假设我这里有5个子Fragment，第一个子Fragment中有控件、数据这些东西，当我从第1个滑动到第5个Fragment，再往回滑到第1个Fragment的时候，我的第一个Fragment中的控件没了，页面是空白的。具体情况如下图中所示：
我们在对以上新特性经过一段时间的使用过后，通过本文进行一些细节分享和总结。
最近放寒假了，终于有空做项目了，想着把之前的一些项目重构一下，碰巧重构到 view Binding 这块，之前都是用 kotlin 的那个扩展，其实刚开始做项目的时候这个就已经废弃了，由于当时自己有点懒，没去学习这个新的代替方案，所以就成为一个历史遗留的问题，参考官方文档
React 中的 Fragment 是一种轻量级的组件，用于包裹一组子元素而无需添加额外的 DOM 元素。它们特别有用，因为 React 要求在返回多个元素时将它们包裹在一个容器元素内，而 Fragment 允许你绕过这一限制。
当我们知道fragment仅仅可以收到自己请求的回调后，我们就可以用它来解耦activity中onActivityResult的逻辑了。一般情况下，如果一个activity中多个回调结果的话，onActivityResult()中会有各种case判断，并且这种设计也打断了流式写法。那么我们索性建立一个无UI的fragment做精准的接收器，这样就可以再也不写onActivityResult()了。
自从Android 3.0中引入fragments 的概念，根据词海的翻译可以译为:碎片、片段。其目的是为了解决不同屏幕分辩率的动态和灵活UI设计。大屏幕如平板小屏幕如手机，平板电脑的设计使得其有更多的空间来放更多的UI组件，而多出来的空间存放UI使其会产生更多的交互，从而诞生了fragments 。
来源：LeoLiang 链接：http://www.cnblogs.com/lao-liang/p/4941653.html
来源： 小鄧子（@Rx小鄧子） Android开发生态圈的节奏非常之快。每周都会有新的工具诞生，类库的更新，博客的发表以及技术探讨。如果你外出度假一个月，当你回来的时候可能已经发布了新版本的Support Library或者Play Services 我与Ribot Team一起做Android应用已经超过三年了。这段时间，我们所构建的Android应用架构和技术也在不断地演变。本文将向您阐述我们的经验，错误以及架构变化背后的原因。 曾经的架构 追溯到2012年我们的代码库使用的是基本结构，那个时候我们没有
Android开发生态圈的节奏非常之快。每周都会有新的工具诞生，类库的更新，博客的发表以及技术探讨。如果你外出度假一个月，当你回来的时候可能已经发布了新版本的Support Library或者Play Services
react异常警告：Each child in a list should have a unique “key” prop
版权声明：本文为博主原创文章，转载请标明出处。 https://blog.csdn.net/lyhhj/article/details/51174973
1、在 React 中，render 函数中 return 的内容只能有一个根节点，如果多个元素嵌套，需要用一个标签元素包裹 这个包裹的标签通常用 div，示例如下： class App extend
随着大众生活水平的提高，再加上移动互联网的迅速发展，几乎每个人都至少拥有一台搭载Android系统的移动设备。Android设备的多样性给我们带来了很大的便捷，各Android设备拥有不同分辨率和不同屏幕大小，特别是平板电脑和手机间的差别巨大，使得同样的界面在不同的设备上显示出不同的效果。为了能够同时兼顾到手机和平板电脑的开发，自Android 3.0版本开始引入了碎片的概念，也就是Fragment。 Fragment作为Android最基本、最重要的基础概念之一，在开发中经常会用到，本章我
先来看张效果图，在首页部分，上方分为五个标题，可以滑动展示不同主题的内容。最初的实现是在首页这个frament中加入viewpager但是发现数据不显示。
如果我们的项目中使用了ViewPager+Framgment实现底部Tab可点可滑，那么我们都知道ViewPager有预加载功能，通过viewpager.setOffscreenPageLimit();来设置，不设置默认加载上一个和下一个Fragment页面，带上本身也就是三个页面(当然如果你刚进入就是首页，那么它会加载首页和下一个页面，因为首页上面没有页面呀)。预加载功能会暴露一个问题，比如我刚进入加载首页的数据，但是因为有预加载功能，那么就会执行下一个Tab对应的Fragmeng的生命周期，如果我下一个Tab页数据量小还好，如果我有比较耗时的操作或者网络请求，势必会影响程序的性能，影响用户的体验。那么我们要做的就是禁止ViewPager预加载或者提供一个只在Fragemnt可见的情况下，才去进行耗时操作的方法，只要Fragmeng可见我们就执行该方法。
Intent,比如拨打电话 ContentProvider数据库存储数据 Broadcast广播通信 AIDL通信，通过接口共享数据
GraphQL 日渐成为数据查询的主流标准之一。每天都会产生许多围绕这项技术发展的精彩讨论和新工具。GraphQL最棒的特性就是提供了一个丰富语言集来描述获取数据的API。但是用户该如何描述这种查询语言，以及GraphQL这项核心技术本身呢？let's talk!
更好的阅读体验，点击 原文地址 项目地址 MVVM 框架 近年来前端一个明显的开发趋势就是架构从传统的 MVC 模式向 MVVM 模式迁移。在传统的 MVC 下，当前前端和后端发生数据交互后会刷新整
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
