Android-Gradle-自动化多渠道打包好文推荐

概述前言IT行业薪水高，这是众所周知的，所以很多人大学都选择IT相关专业，即使非该专业的人，毕业了也想去一个培训机构镀镀金，进入这一行业。但是有关这个行业35岁就退休的说法，也一直盛传。加上这几年不断有各大公司裁员，最著名的就是华为，35岁以上的被剔除的甚多。但是这都是被媒体放 前言

IT行业薪水高，这是众所周知的，所以很多人大学都选择IT相关专业，即使非该专业的人，毕业了也想去一个培训机构镀镀金，进入这一行业。

但是有关这个行业35岁就退休的说法，也一直盛传。

加上这几年不断有各大公司裁员，最著名的就是华为，35岁以上的被剔除的甚多。

但是这都是被媒体放大的数据，真实情况往往不是表面看到的那样残酷。

很多在这方面有能力的人，30岁之前可以频繁跳槽，30岁之后找一个稳定的跟自己投缘的大企业，你为企业带来的价值大于企业给予你的付出，你的职位肯定是稳稳的。而且上升趋势也不错。

一般到了35岁，也就昏倒了技术管理岗，无论是在网易、阿里、华为、滴滴、美团这些大企业，还是一些小的互联网企业，这类人都是中坚力量。

而我们反过来看看被裁掉的35岁以上的人，职位低、收入低、可替代性强，也就是混了10多年了，你还是在最低端的岗位，那么只能被后来年轻人淘汰。

这就是中国的现实，你想踏踏实实当一个纯粹的码农，好像挺难的，不像国外，有的人四五十岁还能当一个底层的纯粹的码农，只专注于写好的代码好的软件。

但是这就是现实，要想不在35岁被退休，那么就在入职时候做好职业规划。

自学能力和解决问题能力，永远都是IT职业人必备的能力。

liveData 是一个可观察的数据持有者类。

与常规observable不同，liveData是生命周期感知的，这意味着它尊重其他应用程序组件的生命周期，例如活动，片段或服务。

此感知确保liveData仅更新处于活动生命周期状态的应用程序组件观察者

注意：

要将liveData组件导入AndroID项目

liveData将一个由Observer类表示的观察者视为生命周期处于STARTED或处于状态时处于活RESUMED状态。liveData仅通知活动观察者有关更新的信息。注册观察liveData对象的非活动观察者不会收到有关更改的通知

您可以注册与实现该lifecycleOwner接口的对象配对的观察者。此关系允许在相应lifecycle对象的状态更改为时删除观察者DESTROYED。这对于活动和片段特别有用，因为它们可以安全地观察liveData对象而不用担心泄漏 - 活动和片段在其生命周期被破坏时立即取消订阅。
####想学习更多AndroID知识，或者获取以上相关资料请加入AndroID技术开发交流2群：862625886。本群可免费获取Gradle、RxJava、小程序、HybrID、移动架构、NDK、React Native、性能优化等技术教程！

###一 使用liveData的优点
#####一 使用liveData的优点

使用liveData具有以下优势：

1.确保您的UI符合您的数据状态

liveData遵循观察者模式。Observer生命周期状态更改时，liveData会通知对象。您可以合代码以更新这些Observer对象中的UI。每次应用程序数据更改时，您的观察者都可以在每次更改时更新UI，而不是更新UI。

2.没有内存泄漏

观察者绑定lifecycle对象并在其相关生命周期被破坏后自行清理。

3.由于停止活动而没有崩溃

如果观察者的生命周期处于非活动状态（例如，在后端堆栈中的活动的情况下），则它不会接收任何liveData事件。

4.不再需要手动生命周期处理

UI组件只是观察相关数据，不会停止或恢复观察。

liveData自动管理所有这些，因为它在观察时意识到相关的生命周期状态变化。

5.始终保持最新数据

如果生命周期变为非活动状态，则会在再次变为活动状态时接收最新数据。

例如，后台活动在返回前台后立即收到最新数据。

6.适当的配置更改

如果由于配置更改（例如设备轮换）而重新创建活动或片段，则会立即接收最新的可用数据。

7.共享资源

您可以liveData使用单例模式扩展对象以包装系统服务，以便可以在应用程序中共享它们。

该liveData对象连接到系统服务一次，然后任何需要该资源的观察者只能观察该liveData对象。

###二 使用liveData对象

请按照以下步骤处理liveData对象：

创建一个liveData用于保存特定类型数据的实例。这通常在您的viewmodel班级内完成。

创建一个Observer定义onChanged()方法的对象，该对象控制liveData对象保持数据更改时发生的情况。您通常Observer在UI控制器中创建一个对象，例如活动或片段。

使用该方法将Observer对象附加到对象。该方法采用一个对象。这会将对象订阅到对象，以便通知其更改。您通常将对象附加到UI控制器中，例如活动或片段。

liveDataobserve()observe()lifecycleOwnerObserverliveDataObserver

**注意：**您可以lifecycleOwner使用该observeForever(Observer)方法注册没有关联对象的观察者。在这种情况下，观察者被认为始终处于活动状态，因此始终会收到有关修改的通知。您可以删除调用该removeObserver(Observer)方法的这些观察者。

更新存储在liveData对象中的值时，只要附加lifecycleOwner的处于活动状态，它就会触发所有已注册的观察者。

liveData允许UI控制器观察者订阅更新。当liveData对象保存的数据发生更改时，UI会自动更新响应。

2.1创建liveData对象

liveData是一个包装器，可以与任何数据一起使用，包括实现的对象Collections，例如List。甲liveData对象通常存储一个内viewmodel对象，并且经由吸气剂的方法被访问，如下面的示例所示：

public class nameviewmodel extends viewmodel { // Create a liveData with a Stringprivate mutablelivedata<String> mCurrentname;     public mutablelivedata<String> getCurrentname() {        if (mCurrentname == null) {            mCurrentname = new mutablelivedata<String>();        }        return mCurrentname;    } // Rest of the viewmodel...}

**最初，**liveData未设置对象中的数据。

**注意：**确保存储在liveData对象中更新UI的viewmodel对象，而不是活动或片段，原因如下：

避免臃肿的活动和碎片。现在，这些UI控制器负责显示数据但不保持数据状态。

将liveData实例与特定活动或片段实例分离，并允许liveData对象在配置更改后继续存在。

您可以viewmodel在viewmodel指南中阅读有关该类的好处和用法的更多信息。

2.2观察liveData对象

在大多数情况下，app组件的onCreate()方法是开始观察liveData对象的正确位置，原因如下：

确保系统不会从活动或片段的onResume()方法进行冗余调用。

确保活动或片段具有可在其变为活动状态时立即显示的数据。

只要应用程序组件处于该STARTED状态，它就会从liveData它正在观察的对象中接收最新值。只有liveData在设置了要观察的对象时才会出现这种情况。

通常，liveData仅在数据更改时才提供更新，并且仅在活动观察者时提供更新。

此行为的一个例外是观察者在从非活动状态更改为活动状态时也会收到更新。

此外，如果观察者第二次从非活动状态更改为活动状态，则只有在自上次活动状态以来该值发生更改时才会收到更新。

以下示例代码说明了如何开始观察liveData对象：

public class nameActivity extends AppCompatActivity {     private nameviewmodel mModel;     @OverrIDe    protected voID onCreate(Bundle savedInstanceState) {        super.onCreate(savedInstanceState);         // Other code to setup the activity...         // Get the viewmodel.        mModel = viewmodelProvIDers.of(this).get(nameviewmodel.class);          // Create the observer which updates the UI.        final Observer<String> nameObserver = new Observer<String>() {            @OverrIDe            public voID onChanged(@Nullable final String newname) {                // Update the UI, in this case, a TextVIEw.                mnameTextVIEw.setText(newname);            }        };         // Observe the liveData, passing in this activity as the lifecycleOwner and the observer.        mModel.getCurrentname().observe(this, nameObserver);    }}

observe()调用nameObserverafter作为参数传递后，onChanged()立即调用，提供存储的最新值mCurrentname。如果liveData对象未设置值mCurrentname，onChanged()则不调用。

2.3更新liveData对象

liveData没有公开的方法来更新存储的数据。本mutablelivedata类公开setValue(T)和

postValue(T)方法公开，如果你需要编辑存储在一个值，你必须使用这些liveData对象。

通常mutablelivedata用于viewmodel然后将viewmodel唯一的不可变liveData对象暴露给观察者。

设置观察者关系后，您可以更新liveData对象的值，如以下示例所示，当用户点击按钮时触发所有观察者：

mbutton.setonClickListener(new OnClickListener() {    @OverrIDe    public voID onClick(VIEw v) {        String anothername = "John Doe";        mModel.getCurrentname().setValue(anothername);    }});

调用setValue(T)示例会导致观察onChanged()使用值调用其方法John Doe。该示例示出了按钮下，但setValue()还是postValue()可以被调用以更新mname为各种各样的原因，包括响应于网络请求或数据库负荷完成;在所有情况下，调用setValue(或postValue()触发观察者并更新UI。

注意：您必须调用setValue(T)方法以liveData从主线程更新对象。如果代码在工作线程中行，则可以使用该postValue(T)方法来更新liveData对象。

2.3与房间一起使用liveData

该厅持久库支持可观察到的查询，这回liveData对象。可观察查询作为数据库访问对象（DAO）的一部分编写。

在更新liveData数据库时，Room会生成更新对象所需的所有代码。生成的代码在需要时在后台线程上异步运行查询。此模式对于使UI中显示的数据与存储在数据库中的数据保持同步非常有用。您可以在Room持久性库指南中阅读有关Room和DAO的更多信息。

###三 扩展liveData

如果观察者的生命周期处于STARTED或RESUMED状态，liveData会将观察者视为处于活动状态。以下示例代码说明了如何扩展liveData该类：

public class StockliveData extends liveData<BigDecimal> {    private StockManager mStockManager;     private SimplePriceListener mListener = new SimplePriceListener() {        @OverrIDe        public voID onPriceChanged(BigDecimal price) {            setValue(price);        }    };     public StockliveData(String symbol) {        mStockManager = new StockManager(symbol);    }     @OverrIDe    protected voID onActive() {        mStockManager.requestPriceUpdates(mListener);    }     @OverrIDe    protected voID onInactive() {        mStockManager.removeUpdates(mListener);    }}

此示例中价格监听器的实现包括以下重要方法：

1.onActive()当liveData对象具有活动观察者时调用该方法。这意味着您需要从此方法开始观察股票价格更新。
2.onInactive()当liveData对象没有任何活动观察者时调用该方法。由于没有观察者正在倾听，因此没有理由保持与StockManager服务的连接。
该setValue(T)方法更新liveData实例的值，并通知任何活动的观察者有关更改的信息。

您可以StockliveData按如下方式使用该类：

public class MyFragment extends Fragment {    @OverrIDe    public voID onActivityCreated(Bundle savedInstanceState) {        super.onActivityCreated(savedInstanceState);        liveData<BigDecimal> myPriceListener = ...;        myPriceListener.observe(this, price -> {            // Update the UI.        });    }}

该observe()方法将片段（它是一个实例lifecycleOwner）作为第一个参数传递。这样做表示此观察者绑定到lifecycle与所有者关联的对象，这意味着：

如果lifecycle对象未处于活动状态，则即使值发生更改，也不会调用观察者。

在之后lifecycle的对象被破坏，观察者被自动删除。

liveData对象具有生命周期感知这一事实意味着您可以在多个活动，片段和服务之间共享它们。为了使示例简单，您可以将liveData类实现为单例，如下所示：

public class StockliveData extends liveData<BigDecimal> {    private static StockliveData sInstance;    private StockManager mStockManager;     private SimplePriceListener mListener = new SimplePriceListener() {        @OverrIDe        public voID onPriceChanged(BigDecimal price) {            setValue(price);        }    };     @MainThread    public static StockliveData get(String symbol) {        if (sInstance == null) {            sInstance = new StockliveData(symbol);        }        return sInstance;    }     private StockliveData(String symbol) {        mStockManager = new StockManager(symbol);    }     @OverrIDe    protected voID onActive() {        mStockManager.requestPriceUpdates(mListener);    }     @OverrIDe    protected voID onInactive() {        mStockManager.removeUpdates(mListener);    }}

您可以在片段中使用它，如下所示：

public class MyFragment extends Fragment {    @OverrIDe    public voID onActivityCreated(Bundle savedInstanceState) {        StockliveData.get(symbol).observe(this, price -> {            // Update the UI.        });    }}

多个片段和活动可以观察MyPriceListener实例。liveData仅在系统服务中的一个或多个可见且处于活动状态时才连接到系统服务。

###四 转换liveData

您可能希望在将liveData对象分发给观察者之前对其中存储的值进行更改，或者您可能需要

liveData根据另一个实例的值返回其他实例。该lifecycle包提供了transformations包含支持这些方案的辅助方法的类。

对存储在liveData对象中的值应用函数，并将结果传播到下游。

liveData<User> userliveData = ...;liveData<String> username = transformations.map(userliveData, user -> {    user.name + " " + user.lastname});

transformations.switchMap()

类似于map()，将函数应用于存储在liveData对象中的值，并向下游解包和调度结果。传递给的函数switchMap()必须返回一个liveData对象，如下例所示

private liveData<User> getUser(String ID) {  ...;} liveData<String> userID = ...;liveData<User> user = transformations.switchMap(userID, ID -> getUser(ID) );

您可以使用转换方法在观察者的生命周期中传递信息。除非观察者正在观察返回的liveData

对象，否则不会计算变换。因为转换是懒惰地计算的，所以与生命周期相关的行为被隐式传递而不需要额外的显式调用或依赖。

如果您认为lifecycle对象内部需要viewmodel对象，则转换可能是更好的解决方案。例如，假设您有一个接受地址的UI组件并返回该地址的邮政编码。您可以viewmodel为此组件实现naive，如以下示例代码所示：

class Myviewmodel extends viewmodel {    private final PostalCodeRepository repository;    public Myviewmodel(PostalCodeRepository repository) {       this.repository = repository;    }     private liveData<String> getPostalCode(String address) {       // DON'T DO THIS       return repository.getPostCode(address);    }}

然后，UI组件需要从前一个liveData对象取消注册，并在每次调用时注册到新getPostalCode()。此外，如果重新创建UI组件，它将触发对repository.getPostCode()方法的另一次调用，而不是使用先前调用的结果。

相反，您可以将邮政编码查找实现为地址输入的转换，如以下示例所示：

class Myviewmodel extends viewmodel {    private final PostalCodeRepository repository;    private final mutablelivedata<String> addressinput = new mutablelivedata();    public final liveData<String> postalCode =            transformations.switchMap(addressinput, (address) -> {                return repository.getPostCode(address);             });   public Myviewmodel(PostalCodeRepository repository) {      this.repository = repository  }   private voID setinput(String address) {      addressinput.setValue(address);  }}

在这种情况下，postalCode字段是public和final，因为字段永远不会更改。该postalCode

字段被定义为转换addressinput，这意味着repository.getPostCode()在addressinput更改

时调用该方法。如果有一个活动的观察者，如果当时没有活动的观察者repository.getPostCode()

被调用，则这是真的，在添加观察者之前不进行任何计算。

此机制允许较低级别的应用程序创建liveData根据需要延迟计算的对象。甲viewmodel对象可以容易地获得以引用liveData的对象，然后在它们的顶部限定的变换规则。

4.1创建新的转换

在您的应用中有十几种不同的特定转换可能很有用，但默认情况下不提供它们。

要实现自己的转换，您可以使用MediatorliveData该类，该类侦听其他liveData

对象并处理它们发出的事件。MediatorliveData正确地将其状态传播到源liveData

对象。要了解有关此模式的更多信息，请参阅transformations该类的参考文档。

###五 合并多个liveData源

MediatorliveData是一个子类liveData，允许您合并多个liveData源。MediatorliveData

只要任何原始liveData源对象发生更改，就会触发对象的观察者。

例如，如果liveDataUI中有一个可以从本地数据库或网络更新的对象，则可以将以下源添加到该MediatorliveData对象：

1.liveData与存储在数据库中的数据关联的对象。
2.liveData与从网络访问的数据关联的对象。
您的活动只需要观察MediatorliveData对象以从两个来源接收更新

手写事件通信方案liveDataBus

https://pan.baIDu.com/s/1S4XjDW_cwYNsPL4SbP6tbA

####想学习更多AndroID知识，或者获取以上相关资料请加入AndroID技术开发交流2群：862625886。本群可免费获取Gradle、RxJava、小程序、HybrID、移动架构、NDK、React Native、性能优化等技术教程！
【延伸AndroID必备知识点】

【AndroID部分高级架构视频学习资源】

**AndroID精讲视频领取学习后更加是如虎添翼！**进军BATJ大厂等（备战）！现在都说互联网寒冬，其实无非就是你上错了车，且穿的少（技能），要是你上对车，自身技术能力够强，公司换掉的代价大，怎么可能会被裁掉，都是淘汰末端的业务Curd而已！现如今市场上初级程序员泛滥，这套教程针对AndroID开发工程师1-6年的人员、正处于瓶颈期，想要年后突破自己涨薪的，进阶AndroID中高级、架构师对你更是如鱼得水，赶快领取吧！

【Android进阶学习视频】、【全套Android面试秘籍】点击这里查看免费领取方式！

**任何市场都是优胜略汰适者生存，只要你技术过硬，到哪里都不存在饱和不饱和的问题，所以重要的还是提升自己。懂得多是自己的加分项 而不是必须项。门槛高了只能证明这个市场在不断成熟化！**另外一千个读者就有一千个哈姆雷特，所以以上只是自己的关键，不喜勿喷！

**进军BATJ大厂等（备战）！现在都说互联网寒冬，其实无非就是你上错了车，且穿的少（技能），要是你上对车，自身技术能力够强，公司换掉的代价大，怎么可能会被裁掉，都是淘汰末端的业务Curd而已！现如今市场上初级程序员泛滥，这套教程针对AndroID开发工程师1-6年的人员、正处于瓶颈期，想要年后突破自己涨薪的，进阶AndroID中高级、架构师对你更是如鱼得水，赶快领取吧！

【Android进阶学习视频】、【全套Android面试秘籍】点击这里查看免费领取方式！

**任何市场都是优胜略汰适者生存，只要你技术过硬，到哪里都不存在饱和不饱和的问题，所以重要的还是提升自己。懂得多是自己的加分项 而不是必须项。门槛高了只能证明这个市场在不断成熟化！**另外一千个读者就有一千个哈姆雷特，所以以上只是自己的关键，不喜勿喷！

如果你是卡在缺少学习资源的瓶颈上，那么刚刚好我能帮到你。欢迎关注会持续更新和分享的。

总结

以上是内存溢出为你收集整理的Android-Gradle-自动化多渠道打包好文推荐全部内容，希望文章能够帮你解决Android-Gradle-自动化多渠道打包好文推荐所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。