代码拉取完成，页面将自动刷新
A React Native plugin for interfacing with SAP Customer Data Cloud. This plugin provides quick access to core elements & business API flows available within SAP Customer Data Cloud; designed for React Native mobile applications.
Android SDK support requires Android SDK 23 and above (For Biometric capabilities, SDK 23 and above is required). iOS support requires iOS 10 and above.
Add the plugin in your package.json file.
Plugin version 0.3.0+ will depend on Android SDK core v7. Required changes to your plugin based on Android SDK core v7 are documented in the Android core documentation
Add the following to your MainApplication.java file:
@Override
public void onCreate() {
super.onCreate();
SoLoader.init(this, /* native exopackage */ false);
initializeFlipper(this, getReactNativeHost().getReactInstanceManager());
// Set and initialize the account schema for the Gigya core SDK.
GigyaSdkModule.setSchema(this, GigyaAccount.class);
}
Navigate to AppDelegate.m and add the following under the: **(BOOL)application:(UIApplication )application didFinishLaunchingWithOptions:(NSDictionary )launchOptions method.
GigyaExtension * gigya = [[GigyaExtension alloc] init];
[gigya setMySchema];
To apply your custom schema, you will need to create a 'swift bridge' file and register it as follows:
@objc public class GigyaExtension: NSObject {
@objc func setMySchema() {
GigyaSdk.setSchema(HostModel.self)
}
}
And then call the function from your AppDelegate.m file.
In your application code, you can initialize the Gigya SDK using the following call:
Gigya.initFor("Your API KEY", "API DOMAIN");
If you do not specify the "API DOMAIN" (as implemented in the sample application) the SDK will use the default us1.gigya.com domain.
To run the example application included in the repository:
** Android - If changing the API key, make sure to update the signingConfigs section as the example app includes a specific keystore path used for testing purposes ***
signingConfigs {
debug {
storeFile file('debug.keystore')
storePassword 'android'
keyAlias 'androiddebugkey'
keyPassword 'android'
}
}
Sending a request is available using the plugin's send method.
try {
const send = await Gigya.send("socialize.getSDKConfig");
console.log("send: " + JSON.stringify(senddd));
} catch (error) {
console.log("errorSend:" + error);
}
The plugin provides an interface to these core SDK business APIs: login, register, getAccount, setAccount, isLoggedIn ,logOut, addConnection, removeConnection Implement them using the same request structure as shown above. The example application includes various different implementations.
Use the "socialLogin" interface to perform social login using supported providers. The React Native plugin supports the same *providers supported by the Core Gigya SDK.
Supported social login providers: google, facebook, line, wechat, apple, amazon, linkedin, yahoo.
For example:
const send = await Gigya.socialLogin("facebook");
Plugin version 0.3.0+ will depend on Android SDK core v7. Please view the changes required to be made to yours applicationin the Android code documentation for updateing to external providers usage.
Specific social providers (Facebook, Google) require additional setup. This is due to their requirement for specific (embedded native) SDKs.
To register social providers you will need to create a 'swift bridge' file (same as with using a custom schema). Don't forget to add the relevant wrappers to the ios folder.
Follow the core SDK documentation and instructions for setting up Facebook login. Android documentation iOS documentation
Follow the core SDK documentation and instructions for setting up Google login. Android documentation iOS documentation
To provide support for LINE as a provider, please follow it's core SDK documentation. Android documentation iOS documentation
To provider support for WeChat as a provider, please follow the core SDK documentation. Android documentation iOS documentation
The plugin supports the use of Web screen-sets using the following:
Gigya.showScreenSet("Default-RegistrationLogin", (event, data) => {
console.log(`event: ${event}`);
if (event == "onLogin") {
updateIsLoggedIn(Gigya.isLoggedIn())
}
})
Optional {params} map is available.
As in the core SDKs, the plugin provides a streaming channel that will stream the Screen-Sets events (event, map).
event - actual event name. data - event data map.
The plugin supports the native SDK's "Single Sign On feature". Andorid iOS
Please make sure to implement the nessesary steps described for each platform.
To initiate the flow run the following snippet.
const send = await Gigya.sso();
});
Applications (mobile/web) within the same site group are now able to share a session from the mobile application to a web page running the JS SDK.
Follow these steps to allow session exchange:
var code = await Gigya.getAuthCode()
Add these URL parameters to your hosted page/website URL using the provided code: *** https://page-url?authCode=code&gig_actions=sso.login ***
Make sure that the WebView element you are using to open the URL has JavaScript enabled.
Once the page is loaded, the JS SDK will exchange the token provided for a valid session.
Note: When using mobile SSO (single sign-on using the central login page), logging out using the SDK's logout method will only log the user out of the current API key used. The user will not be logged out of the other group sites.
Much like our core SDKs, resolving interruptions is available using the plugin.
Current supporting interruptions:
Example for resolving conflictingAccounts interruptions:
try {
const send = await Gigya.register(login, password, { 'sessionExpiration': 0 });
console.log("send: " + JSON.stringify(senddd));
updateIsLoggedIn(Gigya.isLoggedIn())
} catch (error) {
console.log("register error:" + error);
const e = error as GigyaError;
switch (e.getInterruption()) {
case GigyaInterruption.conflictingAccounts: {
const resolver = Gigya.resolverFactory.getResolver(e) as LinkAccountResolver;
console.log("link:")
console.log(resolver.regToken)
break
}
}
}
Once you reference your resolver, create your relevant UI to refelct if a site or social linking is required (see example app for details) and use the relevant method.
Example of resolving link to the site when trying to link a new social account to a site account.
const loginToSite = await resolver.linkToSite(userData.login, userData.password)
The plugin provides Android/iOS biometric support for these flows.
An end user logs in.
An end user decides to use biometric authentication.
This requires the end user to verify their fingerprint.
The app is locked or deleted from memory.
The end user needs to unlock the app to restore his session.
In this case, the end user needs to verify his fingerprint.
The end user decides not to use biometric authentication
The biometric fingerprint feature is a security cipher that is placed on top of an existing session of your app, so invoking biometric operations requires a valid session.
Please make sure you are using native implementations:
**FaceID To use FaceID in a compatible device, you must include the following key in your Info.plist file.
NSFaceIDUsageDescription = (String) "Your own message ". If you also want to set a custom text in the Touch ID prompt, you can include the following key:
GigyaTouchIDMessage = (String) "Your custom message" (Default = "Please authenticate to continue").
Declaring the prompt display. Andorid's biometric authentication uses a prompt display. You can customize the text displayed by declaring your own BiometricPromptInfo object.
In your application class (after launching the SDK), you can add the following:
GigyaSdkBiometricModule.setBiometricPromptInfo(new GigyaPromptInfo( "title", "subtitle", "description" ));
If no prompt info is specified, the prompt window uses default English texts.
Biometric errors from version 0.2.0 will return as String values and not as Boolean values. This is to accomodate unique errors such as "Key invalidated", which will render the session as unrecoverable and require the user to re-authenticate.
FIDO is a passwordless authentication method that allows password-only logins to be replaced with secure and fast login experiences across websites and apps. Our SDK provides an interface to register a passkey or login, revoke passkeys created using FIDO/Passkeys and is backed by our WebAuthn service.
Follow the platform implementation guides: Swift Android
Additional setup for Android: To correctly integrate Android with the FIDO library, do the following:
private ActivityResultLauncher<IntentSenderRequest> resultLauncher = registerForActivityResult(
new ActivityResultContracts.StartIntentSenderForResult(),
new ActivityResultCallback<ActivityResult>() {
@Override
public void onActivityResult(ActivityResult result) {
Gigya.getInstance().WebAuthn().handleFidoResult(result);
}
}
);
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
GigyaWebAuthnModule.resultLauncher = resultLauncher;
}
The "resultLauncher" object is required for intercommunicating with the FIDO library.
Usage example Login with FIDO/WebAuthn passkey:
try {
var operation = await Gigya.webAuthn.login()
console.log("webAuthnLogin success " + operation)
// Update login state.
} catch (e) {
console.log("webAuthnLogin error " + e)
}
Register a new FIDO/WebAuthn passkey:
try {
var operation = await Gigya.webAuthn.register()
console.log("webAuthnRegister success " + operation)
} catch (e) {
console.log("webAuthnRegister error " + e)
}
Revoke an existing FIDO/WebAuthn passkey:
try {
var operation = await Gigya.webAuthn.revoke()
console.log("webAuthnRevoke success " + operation)
// Update login state.
} catch (e) {
console.log("webAuthnRevoke error " + e)
}
None
Via pull request to this repository. Please read the CONTRIBUTING file for guidelines.
None
Please see our LICENSE for copyright and license information.
此处可能存在不合适展示的内容，页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容，可点击提交进行申诉，我们将尽快为您处理。
马建仓 AI 助手