Nativescript中基于平台的条件插件依赖

Nativescript中基于平台的条件插件依赖,nativescript,yarnpkg,nativescript-vue,Nativescript,Yarnpkg,Nativescript Vue,在构建Nativescript 5.1项目时,是否可能有一个基于正在构建的平台的条件package.json依赖关系,或者某个钩子排除/包含基于平台的依赖关系 我最初的计划是使用纱线别名加载给定包的两个独立版本,然后使用platform.isIOS或platform.isAndroid只包含正确的JS。但是,在引擎盖下,两个依赖项显然包含的C++共享对象具有相同的名称——它被阻塞,并且两个插件的版本都使用相同的名称(打败别名的点,因为我试图得到的bug是在SO中,而不是插件)。通常是依赖关系(C

在构建Nativescript 5.1项目时,是否可能有一个基于正在构建的平台的条件package.json依赖关系,或者某个钩子排除/包含基于平台的依赖关系


我最初的计划是使用纱线别名加载给定包的两个独立版本,然后使用
platform.isIOS
platform.isAndroid
只包含正确的JS。但是,在引擎盖下,两个依赖项显然包含的C++共享对象具有相同的名称——它被阻塞,并且两个插件的版本都使用相同的名称(打败别名的点,因为我试图得到的bug是在SO中,而不是插件)。

通常是依赖关系(C、C++、java等)。都放置在各自的平台文件夹中,因此不会将其复制到不打算复制的其他平台。不确定您使用的是哪些软件包,您可能需要修复。这是事实,但是对于单个平台,这是2个package.json依赖项-my package.json依赖于给定软件包的版本4.3.1和4.4.1,后者通过别名。这两个依赖项都有一个SO文件。这些SO文件中只有1个最终出现在
/platforms/android
中。那很好。然而,我需要以某种方式声明,Android从4.3.1中获得,iOS从4.4.1中获得。在两个DENDECDES的时候,意味着1的SOS被阻塞。通常依赖关系(C,C++,java等)被放置在各自的平台文件夹中,所以它不会被复制到不同的平台。不确定您使用的是哪些软件包,您可能需要修复。这是事实,但是对于单个平台,这是2个package.json依赖项-my package.json依赖于给定软件包的版本4.3.1和4.4.1,后者通过别名。这两个依赖项都有一个SO文件。这些SO文件中只有1个最终出现在
/platforms/android
中。那很好。然而,我需要以某种方式声明,Android从4.3.1中获得,iOS从4.4.1中获得。目前,拥有两个从属关系意味着其中一个SOs被击溃。