Android平台Java代码的条件编译问题
发表时间:2020-10-19
发布人:葵宇科技
浏览次数:96
在代码的开辟过程中,不管是C/C++也好,Java也罢,都要面对在平台移植的问题, 所以弗成避免的要推敲前提编译的问题。 在C/C++代码的开辟中,前提编译的实现很轻易实现,可以分成二种:一种是在单个代码文件中经由过程 #ifdef ... #endif 或者 #if ... #endif 的方法选择性编译文件中的代码,另一种是在Makefile中经由过程宏断定来选择性编译某个文件。在Java代码的开辟中,实现前提编译则没有直接对应的办法,然则仍然可以采取变通的办法来实现前提编译。
对于单个文件内的的代码的前提编译,可以应用Java代码的优化功能来实现:
这里,因为DEBUG是一个final变量,相当于C/C++里的CONST变量,
所以Java编译器在编译的时刻会对代码进行优化,当DEBUG为false时,就不会把if琅绫擎的代码编译进去。
然则这种办法有个缺点,就是不克不及实现对函数的前提编译,这个时刻,Java的开辟人员可能就要爱慕C#的开辟人员了,因为在C#里可以像C/C++一样实现前提编译的功能。
下面重点来讲下Android的Java代码的开辟中若何实现选择性编译某些Java代码文件。
在Android.mk中,有一行脚本大年夜家应当异常熟悉:
这条代码的意思是大年夜src目次中查找所有的java文件,并保存到LOCAL_SRC_FILES
所以我们可以选择性的把平台相干的代码加到LOCAL_SRC_FILES中。
办法如下:
建立如下的目次构造:
│ Android.mk
│
└─platform
│ Android.mk
│
├─bb
│ │ Android.mk
│ │
│ └─src
└─aa
│ Android.mk
│
└─src
platform/Android.mk中的内容如下:
这里的LOCAL_PATH为在根目次的Android.mk中定义的LOCAL_PATH
履行时会包含platform子目次下的所有Android.mk
在platform目次下放的即为平台相干的java代码
platform/aa目次下的Android.mk内容如下:
platform/bb目次下的Android.mk内容如下:
platform下的平台相干子目次Android.mk文件会断定平台是否相符请求,如不雅相符请求就会把子目次赋值给PLATFORM_DIR变量。
来看根目次下的Android.mk的内容如下:
标红的第一行代码把platform/Android.mk包含进来,履行的脚本会根据平台定义PLATFORM_DIR变量。第二行代码即为把平台相干的src目次下的所有java代码包含进来.
如许,就实现了编译不合文件的java代码了。
实现前提编译还有一种办法,就是把平台相干的代码编译成static Java库,
办法是用
include $(BUILD_STATIC_JAVA_LIBRARY)代替include $(BUILD_JAVA_LIBRARY)
include $(BUILD_JAVA_LIBRARY)会直接编译出jar包。而include $(BUILD_STATIC_JAVA_LIBRARY)固然也会生成jar包,
然则在被其它apk的编译时,如不雅经由过程LOCAL_STATIC_JAVA_LIBRARIES把这个库包含进来,如许也会把代码静态编译进apk,而不会依附于额外的jar包。
然则这种办法明显更复杂,有兴趣可以试下。
对于单个文件内的的代码的前提编译,可以应用Java代码的优化功能来实现:
private final boolean DEBUG = false; if (DEBUG) { Log.i("TEST","hello,world"); }
这里,因为DEBUG是一个final变量,相当于C/C++里的CONST变量,
所以Java编译器在编译的时刻会对代码进行优化,当DEBUG为false时,就不会把if琅绫擎的代码编译进去。
然则这种办法有个缺点,就是不克不及实现对函数的前提编译,这个时刻,Java的开辟人员可能就要爱慕C#的开辟人员了,因为在C#里可以像C/C++一样实现前提编译的功能。
下面重点来讲下Android的Java代码的开辟中若何实现选择性编译某些Java代码文件。
在Android.mk中,有一行脚本大年夜家应当异常熟悉:
LOCAL_SRC_FILES := $(call all-java-files-under, src)
这条代码的意思是大年夜src目次中查找所有的java文件,并保存到LOCAL_SRC_FILES
所以我们可以选择性的把平台相干的代码加到LOCAL_SRC_FILES中。
办法如下:
建立如下的目次构造:
│ Android.mk
│
└─platform
│ Android.mk
│
├─bb
│ │ Android.mk
│ │
│ └─src
└─aa
│ Android.mk
│
└─src
platform/Android.mk中的内容如下:
include $(call all-makefiles-under, $(LOCAL_PATH)/platform)
这里的LOCAL_PATH为在根目次的Android.mk中定义的LOCAL_PATH
履行时会包含platform子目次下的所有Android.mk
在platform目次下放的即为平台相干的java代码
platform/aa目次下的Android.mk内容如下:
ifeq ($(TARGET_PRODUCT),aa) PLATFORM_DIR := aa Endif
platform/bb目次下的Android.mk内容如下:
ifeq ($(TARGET_PRODUCT),bb) PLATFORM_DIR := bb endif
platform下的平台相干子目次Android.mk文件会断定平台是否相符请求,如不雅相符请求就会把子目次赋值给PLATFORM_DIR变量。
来看根目次下的Android.mk的内容如下:
LOCAL_PATH:= $(call my-dir) include $(CLEAR_VARS) ... LOCAL_SRC_FILES := $(call all-java-files-under, src) include $(LOCAL_PATH)/platform/Android.mk LOCAL_SRC_FILES += $(call all-java-files-under, platform/$(MTA_PLATFORM_DIR)/src) ...
标红的第一行代码把platform/Android.mk包含进来,履行的脚本会根据平台定义PLATFORM_DIR变量。第二行代码即为把平台相干的src目次下的所有java代码包含进来.
如许,就实现了编译不合文件的java代码了。
实现前提编译还有一种办法,就是把平台相干的代码编译成static Java库,
办法是用
include $(BUILD_STATIC_JAVA_LIBRARY)代替include $(BUILD_JAVA_LIBRARY)
include $(BUILD_JAVA_LIBRARY)会直接编译出jar包。而include $(BUILD_STATIC_JAVA_LIBRARY)固然也会生成jar包,
然则在被其它apk的编译时,如不雅经由过程LOCAL_STATIC_JAVA_LIBRARIES把这个库包含进来,如许也会把代码静态编译进apk,而不会依附于额外的jar包。
然则这种办法明显更复杂,有兴趣可以试下。