Can our Cocos support some of the Unity Android/IOS builds?

[17628673421]

Use Case

When using Unity I can put some Android developed features wrapped into an aar package under Assets/Plugins/Android. It is also possible to pre-modify the contents of mainTemplate.gradle, settingsTemplate.gradle, AndroidManifest.xml.

Problem Description

Cocos doesn't have that right now.

Proposed Solution

1. Similar to the function under Unity Assets/Plugins, for example, I can encapsulate the Android developed function into an aar package and put it into Assets/Plugins/Android. You can pre-modify the contents of mainTemplate.gradle, settingsTemplate.gradle, AndroidManifest.xml.

2. StreamingAssets folder function, will build the platform needs to be placed in the assets of the resources directly into this.

3.Calling Android native API through AndroidJavaObject and AndroidJavaClass classes provided by Unity. this way allows you to call Android Java code in C# scripts without writing JNI interfaces.
This is the current gap I see between doing native packages and using Unity.

Putting in the next big release support can all be genuinely desirable with this kind of alignment feature.

How it works

No response

Alternatives Considered

Just implement something similar

Additional Information

No response

[longchuan]

Not our cocos,It is cocos.Not some of,should be the same of.
this is the doc:
https://docs.cocos.com/creator/3.8/manual/zh/editor/publish/custom-project-build-template.html

[17628673421]

How can I call Android code in the game script like Unity does? Call the native API directly instead of via a bridge.

[17628673421]

And StreamingAssets are directly accessible in scripts and support building multiple platforms

[longchuan]

How can I call Android code in the game script like Unity does? Call the native API directly instead of via a bridge.

https://docs.cocos.com/creator/3.8/manual/zh/advanced-topics/native-secondary-development.html

[longchuan]

And StreamingAssets are directly accessible in scripts and support building multiple platforms

https://docs.cocos.com/creator/3.8/manual/zh/asset/bundle.html

[17628673421]

Am I not clear? I don't even know what to say. @minggo Please have a look.

I've been using cocos for 4 years, and what I want to talk about is adding direct calls to native apis instead of bridging implementations. For example, the following C# code

` AndroidJavaClass unityPlayer_ = new AndroidJavaClass("com.unity3d.player.UnityPlayer");
AndroidJavaObject currentActivity_ = unityPlayer_.GetStatic("currentActivity");

    AndroidJavaObject builder = new AndroidJavaClass("com.android.xxx.api.xxxx")
        .CallStatic<AndroidJavaObject>("newBuilder", currentActivity);

    installReferrerClient = builder.Call<AndroidJavaObject>("build");`

[longchuan]

That was bridge

[17628673421]

What about the nativescript approach
`
import { Application, Utils } from "@nativescript/core";
declare const com: any;

this.client = com.xx.sdk.xx;
const config = new com.xx.sdk.xxx(
Utils.android.getApplicationContext(),
xxx,
com.xxx.sdk.xxx.xxx
);
`

[17628673421]

It is indeed a kind of bridge, but it can be implemented in the form of calling the native API directly from within the script

[longchuan]

It is indeed a kind of bridge, but it can be implemented in the form of calling the native API directly from within the script

cocos' native is JNI. It is a framework what android supported.C# is not C++,so unity add a custom bridge.

[longchuan]

and this is that java invoke javascript
https://docs.cocos.com/creator/3.8/manual/zh/advanced-topics/java-reflection.html#java-%E8%B0%83%E7%94%A8-javascript