npm install @essent/nativescript-adobe-experience-cloud --save
This plugin is based on Nativescript 7 and Adobe Experience Platform solution
https://github.com/Adobe-Marketing-Cloud/acp-sdks/releases Get the Adobe Experience Platform SDK https://aep-sdks.gitbook.io/docs/getting-started/get-the-sdk
Create a configuration file and place your ENVIRONMENT_ID from Adobe Experience platform.
import { AdobeAnalyticsSettings } from "@essent/nativescript-adobe-experience-cloud";
export const adobeExperienceSettings: AdobeAnalyticsSettings = {
environmentId: 'Put your environment id here.',
debug: true
};
import { AdobeAnalytics } from '@essent/nativescript-adobe-experience-cloud';
import { adobeExperienceSettings } from '~/config';
@NativeClass()
@JavaProxy('nl.essent.Application')
class Application extends android.app.Application {
public onCreate(): void {
super.onCreate();
AdobeAnalytics.getInstance().initSdk(adobeExperienceSettings, this);
}
public attachBaseContext(baseContext: android.content.Context) {
super.attachBaseContext(baseContext);
}
}
import { AdobeAnalytics } from '@essent/nativescript-adobe-experience-cloud';
import { adobeExperienceSettings } from '~/config';
@NativeClass()
class MyDelegate extends UIResponder implements UIApplicationDelegate {
public static ObjCProtocols = [UIApplicationDelegate];
applicationDidFinishLaunchingWithOptions(application: UIApplication, launchOptions: NSDictionary<string, any>): boolean {
AdobeAnalytics.getInstance().initSdk(adobeExperienceSettings, application);
return true;
}
}
ios.delegate = MyDelegate;
NOTE This plugin provides only initial set of extensions registered with Adobe Experience platform. For any additional extension fork this plugin and configure based on Mobile Property installation instructions.
With onResume function start Lifecycle data collection:
import {AdobeAnalytics} from "@essent/nativescript-adobe-experience-cloud";
public onResume() : void {
AdobeAnalytics.getInstance().resumeCollectingLifecycleData();
super.onResume();
}
}
Use onPause function to pause collection Lifecycle data:
public onPause() : void {
AdobeAnalytics.getInstance().pauseCollectingLifecycleData();
super.onPause();
}
Start collection Lifecycle data is part of plugin implementation called during initialization of SDK.
When application is resuming from background state, you need to resume collection of Lifecycle data:
applicationWillEnterForeground(application: UIApplication){
AdobeAnalytics.getInstance().resumeCollectingLifecycleData();
}
When the app enters the background, pause collecting Lifecycle data:
applicationDidEnterBackground(application: UIApplication): void {
AdobeAnalytics.getInstance().pauseCollectingLifecycleData();
}
States and actions can be traced through method calls that match their native counterparts signature.
See: https://marketing.adobe.com/resources/help/en_US/mobile/ios/privacy.html
Select a privacy option:
Send Data Until Opt-Out
AdobeAnalytics.getInstance().optIn();
Hold Data Until Opt-In
AdobeAnalytics.getInstance().optOut();
For easier development and debugging purposes continue with the following steps:
- Open a command prompt/terminal, navigate to
src
folder and runnpm run demo.ios
ornpm run demo.android
to run the demo. - Open another command prompt/terminal, navigate to
src
folder and runnpm run plugin.tscwatch
to watch for file changes in your plugin.
Now go and make a change to your plugin. It will be automatically applied to the demo project.
NOTE: If you need to use a native library in your plugin or do some changes in Info.plist/AndroidManifest.xml, these cannot be applied to the demo project only by npm link. In such scenario, you need to use tns plugin add ../src
from the demo
so that the native libraries and changes in the above-mentioned files are applied in the demo. Then you can link again the code of your plugin in the demo by using npm run plugin.link
from the src
.
You will want to create these folders and files in the src
folder in order to use native APIs:
platforms --
ios --
Podfile
android --
include.gradle
Doing so will open up those native apis to your plugin :)
Take a look at these existing plugins for how that can be done very simply:
Sometimes you may need to wipe away the node_modules
and demo/platforms
folders to reinstall them fresh.
- Run
npm run clean
to wipe those clean then you can can runnpm i
to install fresh dependencies.
Sometimes you just need to wipe out the demo's platforms
directory only:
- Run
npm run demo.reset
to delete the demo'splatforms
directory only.
Sometimes you may need to ensure plugin files are updated in the demo:
- Run
npm run plugin.prepare
will do a fresh build of the plugin then remove itself from the demo and add it back for assurance.
The plugin seed automatically adds Jasmine-based unittest support to your plugin.
Open demo/app/tests/tests.js
and adjust its contents so the tests become meaningful in the context of your plugin and its features.
You can read more about this topic here.
Once you're ready to test your plugin's API go to src
folder and execute one of these commands:
npm run test.ios
npm run test.android
When you have everything ready to publish:
- Bump the version number in
src/package.json
- Go to
publish
and executepublish.sh
(runchmod +x *.sh
if the file isn't executable)
If you just want to create a package, go to publish
folder and execute pack.sh
. The package will be created in publish/package
folder.
NOTE: To run bash script on Windows you can install GIT SCM and use Git Bash.
The plugin structure comes with a fully functional .travis.yml file that deploys the testing app on Android emulator and iOS simulator and as a subsequent step runs the tests from UnitTesting section. All you have to do, after cloning the repo and implementing your plugin and tests, is to sign up at https://travis-ci.org/. Then enable your plugin's repo on "https://travis-ci.org/profile/<your github user>" and that's it. Next time a PR is opened or change is committed to a branch TravisCI will trigger a build testing the code.
To properly show current build status you will have to edit the badge at the start of the README.md file so it matches your repo, user and branch.
We recommend to use full imports of tns-core-modules
due to an issue in Angular CLI. Read more detailed explanation in this discussion.
Ultimately after the issue in Angular CLI is fixed this would not be a restriction, but till then the recommended approach is to import from tns-core-modules
using full path. Here is an example:
WRONG
tsconfig.json
...
"paths": {
"*": [
"./node_modules/*",
"./node_modules/tns-core-modules/*"
]
}
...
yourplugin.common.ts
import * as app from 'application';
RIGHT
yourplugin.common.ts
import * as app from 'tns-core-modules/application';