android模块开发教程

❶ android 模块之旅：ARoutrer框架使用教程

随着公司项目越来越大，人员增多，项目会出现难维护、新人入职后，需要花费很多时间去熟悉项目。最重要的是，每次编译时间真的太久了！！！为了解决这个问题，项目重构、模块化需要提上日程。项目拆分成模块之后，页面的跳转就不能直接startActivity 调用具体的activity了，因为这个Activity已经在另外一个模块中，直接用显示引用是提示不出来的，这时需要通过借助路由库来实现页面的跳转，当然通过反射的方式也是可以跳转到对应页面的。通过这样的路由跳转，而不是显示引用，就达到了模块之间解耦的目的，在不需要的时候，可以不需要引入这个模块编译，提高开发速度，发布的时候又能很方便的集成进来，功能不受影响，这就实现了模块化的第一步。路由框架推荐使用阿里开源的ARouter路由框架，毕竟是大厂开源的框架，稳定性、可靠性也相对较高。

路由路径，我们可以封装一个 RouterManger 工具类放在 moudle_base 模块中，统一管理整个项目的 Path 及路由框架的初始化操作, 示例如下：

我们经常需要在目标页面中配置一些属性，比方说"是否需要登陆"之类的
可以通过 Route 注解中的 extras 属性进行扩展，这个属性是一个 int值，换句话说，单个int有4字节，也就是32位，可以配置32个开关
剩下的可以自行发挥，通过字节操作可以标识32个开关，通过开关标记目标页面的一些属性，在拦截器中可以拿到这个标记进行业务逻辑判断

ARouter更加详细的使用教程可以前往官方GitHub查阅，上述为个人使用过程中觉得需要记录下来东西，不足之处，敬请见谅

❷ 如何使用ApkPlug进行Android平台下模块化开发

可以敏圆看桥宽塌看网络的教程,内容很巧盯详细!
http://jingyan..com/article/ca41422fc2ce471eae99ed3d.html

❸ Android硬件抽象层模块编写规范

硬件抽象层模块编写规范

硬件抽象层最终都会生成.so文件，放到系统对应的目录中。在系统使用的时候，系统会去对应目录下加载so文件，实现硬件抽象层的功能。因此硬件抽象层的加载过程就是我们使用so的一个接口。先了解加载大帆竖过程从源头了解抽象层模块儿的滚大编写规范。

1、硬件抽象层加载过程

系统在加载so的过程中，会去两个目录下查找对应id的so文件。这两个目录分别是/system/lib/hw和/vendor/lib/hw。

so文件的名字分为两个部分例如id.prop.so，第一部分是模块id。第二部分是系统prop的值，获取顺序为“ro.hardware”、“ro.procat.board”、“ro.board.platform”、“ro.arch”，如果prop都找不到的话，就用default。（不是找不到prop的值，是找不到prop值对应的so文件）。

负责加载硬件抽象层模块的函数是hw_get_mole，所在的文件是/hardware/libhardware/hardware.c如下：

/** Base path of the hal moles */

#if defined(__LP64__)

#define HAL_LIBRARY_PATH1 "/system/lib64/hw"

#define HAL_LIBRARY_PATH2 "/vendor/lib64/hw"

#else

#define HAL_LIBRARY_PATH1 "/system/lib/hw"

#define HAL_LIBRARY_PATH2 "/vendor/lib/hw"

#endif

/**

 * There are a set of variant filename for moles. The form of the filename

* is ".variant.so" so for the led mole the Dream variants 

 * of base "ro.proct.board", "ro.board.platform" and "ro.arch" would be:

 *

 * led.trout.so

 * led.msm7k.so

 * led.ARMV6.so

 * led.default.so

 */

static const char *variant_keys[] = {

    "ro.hardware",  /* This goes first so that it can pick up a different

                       file on the emulator. */

    "ro.proct.board",

    "ro.board.platform",

    "ro.arch"

};

static const int HAL_VARIANT_KEYS_COUNT =

    (sizeof(variant_keys)/sizeof(variant_keys[0]));

/**

 * Load the file defined by the variant and if successful

 * return the dlopen handle and the hmi.

 * @return 0 = success, !0 = failure.

 */

static int load(const char *id,

        const char *path,

        const struct hw_mole_t **pHmi)

{

    int status;

    void *handle;

    struct hw_mole_t *hmi;

    /*

     * load the symbols resolving undefined symbols before

   轿孝  * dlopen returns. Since RTLD_GLOBAL is not or'd in with

     * RTLD_NOW the external symbols will not be global

     */

    handle = dlopen(path, RTLD_NOW);

    if (handle == NULL) {

        char const *err_str = dlerror();

        ALOGE("load: mole=%s\n%s", path, err_str?err_str:"unknown");

        status = -EINVAL;

        goto done;

    }

    /* Get the address of the struct hal_mole_info. */

    const char *sym = HAL_MODULE_INFO_SYM_AS_STR;

    hmi = (struct hw_mole_t *)dlsym(handle, sym);

    if (hmi == NULL) {

        ALOGE("load: couldn't find symbol %s", sym);

        status = -EINVAL;

        goto done;

    }

    /* Check that the id matches */

    if (strcmp(id, hmi->id) != 0) {

        ALOGE("load: id=%s != hmi->id=%s", id, hmi->id);

        status = -EINVAL;

        goto done;

    }

    hmi->dso = handle;

    /* success */

    status = 0;

    done:

    if (status != 0) {

        hmi = NULL;

        if (handle != NULL) {

            dlclose(handle);

            handle = NULL;

        }

    } else {

        ALOGV("loaded HAL id=%s path=%s hmi=%p handle=%p",

                id, path, *pHmi, handle);

    }

    *pHmi = hmi;

    return status;

}

/*

 * Check if a HAL with given name and subname exists, if so return 0, otherwise

 * otherwise return negative.  On success path will contain the path to the HAL.

 */

static int hw_mole_exists(char *path, size_t path_len, const char *name,

                            const char *subname)

{

    snprintf(path, path_len, "%s/%s.%s.so",

             HAL_LIBRARY_PATH2, name, subname);

    if (access(path, R_OK) == 0)

        return 0;

    snprintf(path, path_len, "%s/%s.%s.so",

             HAL_LIBRARY_PATH1, name, subname);

    if (access(path, R_OK) == 0)

        return 0;

    return -ENOENT;

}

int hw_get_mole_by_class(const char *class_id, const char *inst,

                           const struct hw_mole_t **mole)

{

    int i;

    char prop[PATH_MAX];

    char path[PATH_MAX];

    char name[PATH_MAX];

    char prop_name[PATH_MAX];

    if (inst)

        snprintf(name, PATH_MAX, "%s.%s", class_id, inst);

    else

        strlcpy(name, class_id, PATH_MAX);

    /*

     * Here we rely on the fact that calling dlopen multiple times on

     * the same .so will simply increment a refcount (and not load

     * a new of the library).

     * We also assume that dlopen() is thread-safe.

     */

    /* First try a property specific to the class and possibly instance */

    snprintf(prop_name, sizeof(prop_name), "ro.hardware.%s", name);

    if (property_get(prop_name, prop, NULL) > 0) {

        if (hw_mole_exists(path, sizeof(path), name, prop) == 0) {

            goto found;

        }

    }

    /* Loop through the configuration variants looking for a mole */

    for (i=0 ; i<HAL_VARIANT_KEYS_COUNT; i++) {

        if (property_get(variant_keys[i], prop, NULL) == 0) {

            continue;

        }

        if (hw_mole_exists(path, sizeof(path), name, prop) == 0) {

            goto found;

        }

    }

    /* Nothing found, try the default */

    if (hw_mole_exists(path, sizeof(path), name, "default") == 0) {

        goto found;

    }

    return -ENOENT;

found:

    /* load the mole, if this fails, we're doomed, and we should not try

     * to load a different variant. */

    return load(class_id, path, mole);

}

int hw_get_mole(const char *id, const struct hw_mole_t **mole)

{

    return hw_get_mole_by_class(id, NULL, mole);

}

找到so文件之后，调用方法load方法去加载对应的so文件，并返回hw_mole_t结构体。load方法源码在上面程序中。

load方法首先调用dlopen加载对应的so文件到内存中。然后用dlsym方法找到变量HAL_MODULE_INFO_SYM_AS_STR符号对应的地址，这个地址也就是一个hw_mole_t结构体，然后从这个结构体中拿出id比对load方法出入的id是否一致，如果是的话表示打开成功。加载过程完成。

HAL_MODULE_INFO_SYM_AS_STR这个符号值为HMI，也就是必须要保证这个符号之后是一个hw_mole_t。接下来的规范中有这个要求。

到此，模块加载完成

2、硬件抽象层模块编写规范

硬件抽象层有两个结构体，一个是hw_mole_t和hw_device_t，定义在hardware.h中。

首先说一下hw_mole_t的编写规范。

1、必须要有一个“自定义硬件抽象层结构体”，且结构体第一个变量类型要为hw_mole_t。

2、必须存在一个HARDWARE_MODULE_INFO_TAG的符号，且指向“自定义硬件抽象层结构体”。在加载的时候根据这个符号找到地址，并把地址的转变为hw_mole_t，这也是为什么第一条中hw_mole_t必须要在第一个的原因。

3、hw_mole_t的tag必须为HARDWARE_MODULE_TAG

4、结构体中要有一个方法列表，其中要有一个open方法。用open方法获得hw_device_t

接下来说一下hw_device_t的编写规范

1、必须要有一个“自定义硬件设备结构体”，且结构体第一个变量类型要为hw_device_t。

2、hw_device_t的tag必须为HARDWARE_DEVICE_TAG

3、要有一个close函数指针，来关闭设备

按照上面规范编写的硬件抽象层就可以由系统加载并正确获取到device。具体的应用层逻辑在device中实现。

❹ Android模块化之MicroMole（微信Pins工程）

相信你看过微信关于模块化的分享 《微信Android模块化架构重构实践》 ，也注意到里面提到的pins工程结构。

作者是这样描述的 ------“pins工程能在mole之毕模简内再次构建完整的多子工程结构，通过project.properties来指定编译依赖关系。通过依赖关系码正在编译时找到所有的资源和源码路径。”

仔细推敲这句话的意思，应该能知道它实现的基本原理------通过设置sourceSets指定手裤多个java、res等路径.

有关sourceSets的介绍：
https://developer.android.com/studio/build/index.html#sourcesets
https://google.github.io/android-gradle-dsl/current/com.android.build.gradle.api.AndroidSourceSet.html

但是，有一个问题需要要知道的是，一个mole只能指定一个AndroidManifest文件，pins工程中包含了多个AndroidManifest，它是怎么做到的？

研究过 com.android.tools.build:gradle ，会留意到它使用到一个子库 com.android.tools.build:manifest-merger ，官方通过这个库来合并多个AndroidManifest文件，或许pins工程也是用了这方式。

接下来，再它的基础上，我做的一些改动，取了另一个名字叫 MicroMole ，先来看一下工程结构：

与pins工程的结构大致不变，增加了 androidTest 和 test ，以及将 project.properties 替换为 build.gradle 。

基本原理是不变的，与微信pins工程一样配置 sourceSets 。AndroidManifest合并用了 com.android.tools.build:manifest-merger 。

在根项目的build.gradle中添加插件依赖：

在模块的build.gradle中引用插件并配置 MicroMole：

MicroMole中的build.gradle:

为了使用上的更加方便，专门写了Android Studio的插件，能快速的创建一个MicroMoudle.

插件安装步骤 :

插件详解 :
https://plugins.jetbrains.com/plugin/10785-micromole

插件项目地址 :
https://github.com/EastWoodYang/micro-mole-idea-plugin

MicroMole已经上传至Github，欢迎star交流。
https://github.com/EastWoodYang/MicroMole

❺ 如何自学 Android 编程

1、学Java

目前，Java语言在Android开发中占据绝对统治地位，所以开发Android的第一步就是学好Java，建议至少完整的看一本Java入门书籍，推荐：

Java语言程序设计 (豆瓣)：我原来看的入门书籍，我老师推荐的，分为《基础篇》和《进阶篇》。

Java编程思想 (第4版)
(豆瓣)：从Java的基础语法到最高级特性(深入的面向对象概念、多线程、自动项目构建、单元测试和调试等)，更讲述了java语言的前世今生，语言特性，设计理念等等，阅读本书需要一定的java基础，个人经验，建议至少看完《Java语言程序设计-基础篇》再看这本书。

2、学Android

第一行代码
(豆瓣)：郭霖大大编写的Android入门书籍，推荐这本书的原因有两个，一是郭霖大大的语言通俗易懂，二是这本书很新，是基于Android4.0的入门书籍，根据友盟指数的统计，Android4.0以下的设备已不足10%，所以，你现在入门，抛弃那些仍旧停留在Android2.x的入门书籍吧。

AndroidDevTools：从开发工具到入门教程，从代码规范到版本控制工具，一切与android相关的都在这个网站上，Android入门请参考该网站的
Android Dev Tutorials 模块。

Android学习之路：stormzhang大大编写的Android入门文章，对于有一定java基础的人来说，Android入门有这一篇文章就足够了。(该文章同样被收录在AndroidDevTools中)

郭霖的专栏：郭霖大大CSDN专栏。

stormzhang.com 的页面：stormzhang大大的个人博客。

3、遇到问题怎么办

Google：用google搜出来的结果比网络质量高。至于如何不翻·墙就使用google请自行知乎，但是作为一个Android开发者，你早晚要学会翻·墙。

博客园 - 开发者的网上家园

博客频道 - CSDN.NET

Stack Overflow：国外的开发者问答社区，无需翻·墙。

GitHub · Build software better,
together.：国外的代码托管平台，这里有很多Java/Android开源项目，无需翻·墙。

❻ 请问在Android开发中,怎么利用APICloud的模块进行开发

APICloud SDK工程目录下，凡是以“uz_”前缀打头命名的资源文件，请开发者不要随意改动，保持其原状，否则SDK可能在启动过程中报找不到引擎资源的警告而强制退出。
PICloud模块（Native Mole）扩展SDK（以下简称SDK）是柚子科技为满足广大开发者自定义扩展Native模块的热切需求，而推出的模块扩展开发SDK，提供给有一定Android基础的开发者，通过简单的接友粗口实现，轻松接入APICloud平台，快速开发扩展模块，自行实现对APICloud引擎基告能搏告明力的增强，提升App的质量及用户体验。

❼ 安卓软件怎么开发,安卓用什么开发

❽ 安卓APP的主要开发原理以及其主要过程是什么

开发原理：

Android应用程序是用Java语言编写的。编译过后的字节码，以及应用程序要求的其他数据和资源文件，通过aapt工具被绑定在一起，称为 Android包，这是一个带.apk后缀的档案文件。这个文件也是用户下载到他们设备上的文件。所有的代码在一个单一的.apk文件中，组成一个“应用程序”。

主要过程：

1、需求分析：

大部分创业型项目在这个阶段只是一些比较抽象的想法。有一份相对完善的需求文档，不仅有助于创业者自身对项目的理解和周全性分析，如果项目是交由设计公司去完成的话，也更有利于对方准确把握项目的定位和商业模式，以便给出专业的建议和解决方案。

2、原型设计

接下来会根据上面提到的具体需求文档，项目经理进行会进行原型图的设计。

3、UI设计

原型图经过反复推敲修正后，UI 设计师会进行UI界面相关的配色设计、功能具象化处理、交互设计、以及各种机型、系统的适配。UI 设计师经过多次与项目经理沟通修改后，最终的到定稿的高保真设计图。

4、开发

经过以上几个过程之后，会正式进入到开发阶段。

5、测试调试

APP 功能开发完成之后，测试人员会对整项目进行系统性测试。这个环节会调动起项目组内所有人相关人员。而测试这个环节的重要性不亚于前期功能的规划，如果团队没有经过专业系统性训练的测试人员，很可能会导致项目出现与设计初衷存在落差，以及遗漏下一些逻辑上的坑。

6、发布app

经过至少两轮的内部测试以及小范围外测（或者完成满足测试要求的周期）后，会进行最终版本的上架。

(8)android模块开发教程扩展阅读

APP开发工具

1、MOTODEV Studio for Android

MOTODEV Studio for Android，这是基于Android的开发环境，为开发者们提供新的MOTODEV App Accelerator Program使他们可以开发出更适合摩托罗拉Android手机的应用程序。

2、J2ME开发插件 Mobile Tools for Java

Mobile Tools for Java (MTJ) 是Nokia公司开发的一款 Eclipse插件，用于支持 Java 手机应用程序开发。其前身就是大名鼎鼎的 EclipseME。

3、apk文件修改工具 Root Tools

RootTools是一个新的工具软件，Android开发者可以在这一工具软件的支持下，对.apk格式的文件进行再次修改，让程序表现更加出色，满足用户的需求。Root Tools里面自带有很多工具，比如BusyBox，它里面集成压缩了很多Linux的工具和命令，这样软件开发者在对....

4、IDEA的Android开发插件 idea-android

idea-android 是在 IDEA 集成开发环境中开发 Android 应用程序的插件。

参考资料

网络-app开发

❾ Android 开发有哪些新技术出现

1、开发工具

Android Studio： Google 官方放弃 Eclipse 和 Android Studio 普及。AS 虽然不算新，但是对 Android Studio 这个软件的更新速度快的惊人，有大量的新功能发布。例如支持很多注解代码提示注解、Live code template、支持自动生成 Parcelable 实现等等，作为开发者，持续关注这个更新列表 Recent Changes，一定会让写代码的生活更加美好。

2、编程“语言”

Kotlin：作为 Android 领域的 Swift，绝对如沐新风。抛弃沉重的 Java 语法，Kotlin 融入了很多现代编程语言的思想，作为开发者，接受新的语言，了解新语言的发展趋势，更有利于开阔你的思路和加深对语言的理解。在 Android 开发上，使用 Kotlin 并不会付出什么代价，为什么不来试试使用Kotlin进行Android开发。
React Nativ： 跨平台一直是程序员的梦想，而且移动应用的跨平台解决方案也很多，因为 Facebook 的参与和力推，让这个解决方案带上了光环。第一个用 React Native 开发的 App 已经在 Google Play 上架 Facebook 广告管理工具，听说 Android 的 SDK 也马上会到来，React Native。
Sky：与 React Native 类似，使用 Web 开发语言来做移动平台的开发，虽然这个只是一个尝试，但是这是 Google 自身推出的，特别是在 Java 语言的使用上败诉之后，这可能会有一些作为呢，domokit/sky_sdk。

3、开发模式

Dagger 2：依赖注入并不是什么新技术，但是使用在 Android 确实一个新的尝试。Android App 越来越被当成严肃的大型项目来构建，很多在以前大型服务器开发上使用的技术都被应用到了移动开发。Android 开发分模块开发，使用 Dagger 来松耦合模块。特别值得一体的是，Dagger 2 现在由 Google 亲自接管。 Dagger ‡ A fast dependency injector for Android and Java。
MVP：因为 Android 并没有严格的业务和界面区分，项目一复杂，就很容易使代码陷入混乱。现在 Android 开发社区对 MVP 模式讨论越来越热，觉得 MVP 是非常适合 Android APP 开发。MVP for Android: how to organize the presentation layer。
RxAndroid：函数响应式编程（Functional Reactive Programming）也不是新内容，RxAndroid 把 RxJava 带到 Android 环境中。很多时候，编写 Android 程序，也可以看成是数据的处理和流动，换一种思想编程，曾经看起来很棘手的问题，瞬间就很优雅的解决了：ReactiveX/RxAndroid。
MVVM：这是因为开始官方支持 DataBinding，把 MVVM 直接带到 Android 中。数据绑定在 Windows WPF 和 Web 已经非常常见，它非常高效的开发效率，只关心数据和业务。这也对 Android 开发来说，无疑是一个非常重大的影响：android UI设计MVVM设计模式讨论？。
插件化：针对大型 Android 项目，很多 App 开始使用插件来分模块构建相对独立的功能。
Hybrid：完全使用 HTML 5 开发 App，目前还不成熟。但是折中方案在很多情况下是非常适合的，典型的就是微信，大部分信息展示都是通过 H5 来完成，同时通过 Hybird 方式，把 Web 和 Native 打通，提供给网页访问本地资源的能力。

4、UI设计

Material Design：已经红遍了大江南北，这方面的讨论实在太多了，而且各种支持库都有了，特别是 Google 官方出了一个支持库 Android Design Support Library。
Sketch 3：这是一个专为设计移动端 UI 的设计工具，作为开发者，不用懂那么复杂的 PS 使用，也可以做非常专业设计。

❿ 安卓手机如何开发app

安卓手机开发app的方法如下：

1、首先，制作一款APP，必须要有相关的idea。

2、通过那些idea来进行APP的主要功能设计以及大概界面构思和设计。

3、大功能模块代码编写以及大概的界面模块编写。在界面模块编写之前，开发者可以在模拟器做大的功能开发。

4、把大慧者弯概的界面和功能连接后，app的大致demo就出来了。

5、最后在app完成后，加入appicon等等UI元素。反复测试无前闷错误后上传。之后大概要花7到14天来等嫌昌候审批。