规则
j2objc_library
j2objc_library(name, deps, compatible_with, deprecation, distribs, entry_classes, features, jre_deps, licenses, restricted_to, tags, target_compatible_with, testonly, visibility)
此规则使用 J2ObjC 将 Java 源文件转换为 Objective-C,后者可用作 objc_library 和 objc_binary 规则的依赖项。如需详细了解 J2ObjC 本身,请访问 J2ObjC 网站
您可以在命令行中使用 build 标志 --j2objc_translation_flags
指定自定义 J2ObjC 转译标志。
请注意,j2objc_library 目标中包含的已翻译文件将使用默认编译配置进行编译,该配置与 objc_library 规则的源代码相同,并且未在属性中指定编译选项。
此外,系统会在目标级别(而非源代码级别)对生成的代码进行去重。如果两个不同的 Java 目标包含相同的 Java 源文件,则可能会在链接时看到重复符号错误。解决此问题的正确方法是将共享的 Java 源文件移到可以依赖的单独通用目标中。
参数
属性 | |
---|---|
name |
此目标的唯一名称。 |
deps
|
j2objc_library 、java_library 、java_import 和 java_proto_library 目标的列表,其中包含要转译为 Objective-C 的 Java 文件。系统会转换和编译可通过 J2ObjC 转换的运作方式因传递闭包中包含的 Java 源源文件的类型而异。对于 用户可以在他们的代码中导入由 J2ObjC 生成的头文件。这些文件的导入路径是原始 Java 工件的相对根路径。例如,
如果 proto_library 规则位于此规则的传递闭包中,则还会在二进制文件级别生成、编译和链接 J2ObjC proto。对于 proto |
entry_classes
|
--j2objc_dead_code_removal
标志,则必须提供此属性。Java 类应按照 Java 语言规范定义的规范名称指定。
指定 --j2objc_dead_code_removal 标志后,系统将以传递方式收集条目类的列表,并将其用作执行死代码分析的入口点。然后,未使用的类将从最终的 ObjC app bundle 中移除。
|
jre_deps
|
j2objc_library 规则转换的所有 Java 代码所需的其他 JRE 模拟库的列表。默认情况下,仅关联 JRE 核心功能。
|
objc_import
objc_import(name, hdrs, alwayslink, archives, compatible_with, deprecation, distribs, features, includes, licenses, restricted_to, sdk_dylibs, sdk_frameworks, sdk_includes, tags, target_compatible_with, testonly, textual_hdrs, visibility, weak_sdk_frameworks)
此规则以 .a
文件的形式封装已编译的静态库。它还允许使用 objc_library
支持的相同属性导出标头和资源。
参数
属性 | |
---|---|
name |
此目标的唯一名称。 |
hdrs
|
这些标头用于描述库的公共接口,并且可供源包含在此规则或相关规则中。不应由此库的客户端包含的标头应改为在 srcs 属性中列出。 如果启用了模块,这些变量将与源代码分开编译。 |
alwayslink
|
srcs 和 non_arc_srcs 中列出的文件的所有对象文件,即使一些文件不包含任何二进制文件引用的符号也是如此。
如果二进制文件中的代码未明确调用您的代码(例如,您的代码注册以接收某个服务提供的某个回调),那么这会非常有用。
|
archives
|
.a 文件列表。
|
includes
|
#include/#import 搜索路径列表。
这是为了支持不在其 #import/#include 语句中指定整个工作区路径的第三方和开源库。
系统会相对于软件包目录解释路径,并且除了实际的客户端根目录之外,还包含 genfile 和 bin 根目录(例如 与 COPTS 不同,这些标志是为此规则以及依赖于它的所有规则添加的。(注意:并非它所依赖的规则!)请务必小心,因为这可能会造成深远的影响。如果您有疑问,请改为向 COPTS 添加“-iquote”标志。 |
sdk_dylibs
|
|
sdk_frameworks
|
关联顶级 Apple 二进制文件时,会链接该二进制文件的传递依赖关系图中列出的所有 SDK 框架。 |
sdk_includes
|
#include/#import 搜索路径列表,其中每个路径都相对于 $(SDKROOT)/usr/include 。
|
textual_hdrs
|
|
weak_sdk_frameworks
|
|
objc_library
objc_library(name, deps, srcs, data, hdrs, alwayslink, compatible_with, copts, defines, deprecation, distribs, enable_modules, exec_compatible_with, exec_properties, features, implementation_deps, includes, licenses, linkopts, module_map, module_name, non_arc_srcs, pch, restricted_to, runtime_deps, sdk_dylibs, sdk_frameworks, sdk_includes, tags, target_compatible_with, testonly, textual_hdrs, toolchains, visibility, weak_sdk_frameworks)
此规则从给定的 Objective-C 源文件生成静态库。
参数
属性 | |
---|---|
name |
此目标的唯一名称。 |
deps
|
|
srcs
|
|
hdrs
|
这些标头用于描述库的公共接口,并且可供源包含在此规则或相关规则中。不应由此库的客户端包含的标头应改为在 srcs 属性中列出。 如果启用了模块,这些变量将与源代码分开编译。 |
alwayslink
|
srcs 和 non_arc_srcs 中列出的文件的所有对象文件,即使一些文件不包含任何二进制文件引用的符号也是如此。
如果二进制文件中的代码未明确调用您的代码(例如,您的代码注册以接收某个服务提供的某个回调),那么这会非常有用。
|
copts
|
请注意,对于生成的 Xcode 项目,系统会解析在 copt 中使用“-I”标志指定的目录路径,如果这些路径是相对路径,则会带有前缀“$(WORKSPACE_ROOT)/”,并添加到关联 Xcode 目标的标头搜索路径中。 |
defines
|
-D 标记。它们应该采用 KEY=VALUE 或 KEY 格式,并且不仅要传递给此目标的编译器(就像 copts 一样),还要传递给此目标的所有 objc_ 依赖项。
受“创建变量”替换和 Bourne shell 令牌化的约束。
|
enable_modules
|
|
implementation_deps
|
deps 不同,这些库(及其所有传递依赖项)的头文件和 include 路径仅用于编译此库,而不用于编译依赖于此库的库。使用 implementation_deps 指定的库仍链接到依赖于此库的二进制目标中。
|
includes
|
#include/#import 搜索路径列表。
这是为了支持不在其 #import/#include 语句中指定整个工作区路径的第三方和开源库。
系统会相对于软件包目录解释路径,并且除了实际的客户端根目录之外,还包含 genfile 和 bin 根目录(例如 与 COPTS 不同,这些标志是为此规则以及依赖于它的所有规则添加的。(注意:并非它所依赖的规则!)请务必小心,因为这可能会造成深远的影响。如果您有疑问,请改为向 COPTS 添加“-iquote”标志。 |
linkopts
|
|
module_map
|
|
module_name
|
|
non_arc_srcs
|
|
pch
|
|
runtime_deps
|
|
sdk_dylibs
|
|
sdk_frameworks
|
关联顶级 Apple 二进制文件时,会链接该二进制文件的传递依赖关系图中列出的所有 SDK 框架。 |
sdk_includes
|
#include/#import 搜索路径列表,其中每个路径都相对于 $(SDKROOT)/usr/include 。
|
textual_hdrs
|
|
weak_sdk_frameworks
|
|
available_xcodes
available_xcodes(name, default, deprecation, distribs, features, licenses, tags, testonly, versions, visibility)
xcode_config
规则实例可以依赖此规则的两个目标来指示远程和本地可用的 Xcode 版本。这样,您就可以从共同可用的 Xcode 中选择官方 Xcode 版本。
参数
属性 | |
---|---|
name |
此目标的唯一名称。 |
default
|
|
versions
|
|
xcode_config
xcode_config(name, default, deprecation, distribs, features, licenses, local_versions, remote_versions, tags, testonly, versions, visibility)
--xcode_version_config
build 标志可以引用此规则的单个目标,以将 --xcode_version
标志转换为可接受的官方 Xcode 版本。这样,您就可以从多个已注册别名中选择官方 Xcode 版本。
参数
属性 | |
---|---|
name |
此目标的唯一名称。 |
default
|
xcode_version 构建标志,系统将使用提供的 xcode_version 目标指定的版本。如果设置了任何 versions ,则必须执行此操作。如果设置了 remote_versions 或 local_versions ,则不会设置此字段。
|
local_versions
|
xcode_version |
remote_versions
|
xcode_version |
versions
|
xcode_version 项已接受 |
xcode_version
xcode_version(name, default_ios_sdk_version, default_macos_sdk_version, default_tvos_sdk_version, default_visionos_sdk_version, default_watchos_sdk_version, deprecation, distribs, features, licenses, tags, testonly, version, visibility)
代表一个官方 Xcode 版本,并且该版本可接受该 Xcode 版本的别名。
请参阅 xcode_config
规则。
参数
属性 | |
---|---|
name |
此目标的唯一名称。 |
default_ios_sdk_version
|
ios_sdk_version 构建标志将替换此处指定的值。
|
default_macos_sdk_version
|
macos_sdk_version 构建标志将替换此处指定的值。
|
default_tvos_sdk_version
|
tvos_sdk_version 构建标志将替换此处指定的值。
|
default_visionos_sdk_version
|
visionos_sdk_version 构建标志将替换此处指定的值。
|
default_watchos_sdk_version
|
watchos_sdk_version 构建标志将替换此处指定的值。
|
version
|
|