用kotlin重写了“任阅”的阅读模块代码，优化，代码逻辑，降低内存使用率。

支持网络阅读，本地阅读。支持仿真翻页、上下滚动翻页等效果，支持小说断点续传功能。

• 支持书城切换（目前支持，全文阅读网，笔趣阁）。
• 支持按书名，作者搜索小说。

• 支持订阅本地书籍（目前只支持.txt）

• 亮度（设置阅读器亮度，日/夜模式）
• 缓存（下载小说到本地）
• 设置（字体，字号，翻页模式，背景图片）

准备加入但是目前还没的功能：

3、书城不再是写死的方式，而是类似于厚墨的安装方式

? 单活动架构（导航组件）

最低API级别设置为21，因此该方法适用于超过 85％的运行Android的设备。该项目利用了Android生态系统中许多流行的库和工具。除非有充分的理由使用非稳定依赖关系，否则大多数库都处于稳定版本。

4.ViewModel-以生命周期意识的方式存储和管理与UI相关的数据

○ Stetho-应用程序调试工具

○ 清洁架构（模块级别）

与功能相关的代码位于功能模块之一中。我们可以将每个功能视为微服务或私有库的等效项。

我们在应用程序中有三种模块：

○ 这是主要模块。它包含将多个模块（依赖注入设置NavHostActivity等）和基本应用程序配置（改造配置，必需的权限设置，自定义应用程序类等）连接在一起的代码。

○ 独立于应用程序的library_base模块，包含可在其他项目/应用程序中重用的通用代码库（此代码并非特定于此应用程序）。基类，实用程序，自定义委托，扩展。

○ library_x一些功能可能依赖的其他特定于应用程序的模块。如果您只想在几个功能模块之间共享某些资产或代码，这将很有帮助（当前应用程序没有此类模块）

○ 最常见的模块类型，包含与给定功能相关的所有代码。

清洁架构是应用程序的“核心体系结构”，因此每个feature module层都包含自己的一组“清洁”体系结构层（app模块和library_x模块的结构与功能模块的结构略有不同）

每个功能模块均包含非层组件和3个层，每个层具有不同的职责集

该层最接近用户在屏幕上看到的内容。该presentation层是MVVM（JetpackViewModel用于在活动重新启动时保留数据）和 MVI（actions修改common state视图的，然后通过LiveData渲染将新状态编辑到视图）的混合。

common state（针对每个视图）方法源自 单向数据流和Redux原理。

○ 视图（片段） -在屏幕上显示数据，并将用户交互传递给视图模型。视图很难测试，因此它们应尽可能简单。

○ ViewModel-将LiveData状态更改调度（通过）到视图并处理用户交互（这些视图模型不仅仅是POJO类）。

○ NavManager-单例，有助于处理内部的所有导航事件NavHostActivity（而不是分别在每个视图内部）

这是应用程序的核心层。注意，该domain层独立于任何其他层。这允许使域模型和业务逻辑独立于其他层。

换句话说，其他层的变化将不会对domain例如层产生影响。理想情况下，更改数据库（data图层）或屏幕UI（presentation图层）不会导致任何代码随domain图层更改。

○ DomainModel-定义将在应用程序内使用的数据的核心结构。这是应用程序数据的真实来源。

管理应用程序数据，并将这些数据源作为存储库公开到该domain层。该层的典型职责是从Internet检索数据，并可以选择在本地缓存该数据。

○ 存储库将数据公开到该domain层。根据应用程序结构和外部API的质量，存储库还可以合并，过滤和转换数据。

这些操作的目的是为该domain层创建高质量的数据源，而不是执行任何业务逻辑（domain层use case职责）。

○ DataModel-定义从网络检索的数据的结构并包含批注，因此Retrofit（Moshi）了解如何将此网络数据（XML，JSON，Binary ...）解析为对象。

郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。