Node.js SDK
#
InstallationRun the following command inside an npm project for the package.
npm install pioneer-javascript-sdk
#
Basic UsageTo initialize a new SDK client, you need to pass in the server address and port of Scout for the first parameter. Scout is the name of a daemon that serves the entire feature ruleset to all connected SDK clients through SSE. Note, that if the actual endpoint contains a path like "/features", then you should include that in the getServerAddress()
method of config. In addition, you need to supply an SDK key so that Scout can authenticate requests. This SDK key must match the one provded by Compass, and can be found under the 'Account' tab via the user interface.
After instantiating a new SDK, you can call connect()
which will attempt to connect with Scout. You should also chain another method called withWaitForData()
. Calling await on this method will block the code until the SDK receives the entire ruleset from Scout. The SDK will poll for when it receives data from Scout, 10 times with an interval of 1 second. After these polling attempts, if it still has not received data, it will close the connection to avoid overwhelming Scout with requests.
If the connection fails 10 times, an error will be logged to the user and the SDK will stop trying to connect.
After you have connected, the client
property on the config instance should be where you call getFeature
to get a certain feature from the ruleset.
const SDK = require("pioneer-javascript-sdk");
// if the actual address has a path like localhost:3030/features, include that in the getServerAddress() methodconst scoutAddress = "http://localhost:3030";
// the sdkKey that should match the sdkKey provided by Compassconst sdkKey = "JazzyElksRule";
// makes an active sse connectionconst config = await new SDK(scoutAddress, sdkKey).connect().withWaitForData();const sdkClient = config.client;
// gets the feature valueif (sdkClient.getFeature("LOGIN_MICROSERVICE") { // route the request to a microservice} else { // call a monolith internal service};
#
Adding a ContextThis SDK allows you to specify a context when calling the getFeature
method. A context allows the SDK to evaluate strategies associated with a certain feature state. Before using a context though, the feature flag must have a rollout strategy, greater than 0%, and the feature flag must be toggled on via the Compass user interface or API. In order to determine whether a user gets that new feature, the developer should supply a userKey that uniquely identifies that user. The SDK will calculate the percentage associated with that uesrKey and if that percentage is lower than 10%, then the SDK will evaluate to true.
const SDK = require("pioneer-javascript-sdk");const scoutAddress = "http://localhost:3030";const sdkKey = "JazzyElksRule";
// makes an active sse connectionconst config = await new SDK(scoutAddress, sdkKey).connect().withWaitForData();
// calling with context returns a new clientWithContext instanceconst context = config.withContext({ userKey: "123-456-789" });
// gets the feature value based on userKey and percentage strategyif (context.getFeature("LOGIN_MICROSERVICE") { // route the request to a microservice} else { // call a monolith internal service};
#
Supplying default valuesAny time you call getFeature
on either a normal client
or on a clientWithContext
, you can supply a default value for the second parameter in case the feature you are trying to index does not exist.
// both of the following will return false if the feature "LOGIN_MICROSERVICE" does not existsdkClient,getFeature("LOGIN_MICROSERVICE", false);context.getFeature("LOGIN_MICROSERVICE", false);
Thus, if LOGIN_MICROSERVICE
is not a valid feature, then both statements will log false
. If no default value is supplied, an error will be thrown.
#
Adding AnalyticsThis SDK uses the universal-analytics
npm package that allows you to integrate with Google analytics. To add an anlytics instance, simply call the method addGoogleAnalyticsCollector
with a trackingId
in the format UA-XXXXX-X
and an optional clientId
identifying the current user. The clientId must be in a UUID format or the npm package will generate a default UUID. However, you could also specify that the strictCidFormat
be false, so you can supply a non-UUID compliant clientId.
sdkClient.addGoogleAnalyticsCollector({ trackingId: 'UA-XXXXX-X', clientId: '12345', strictCidFormat: false});// instantiate a googleAnalyticsCollector on a clientWithContextcontext.addGoogleAnalyticsCollector({ trackingId: 'UA-XXXXX-X', clientId: '12345', strictCidFormat: false});
Then, to log an event, simply call the logEvent
method on either the sdkClient
(client without context) or context
(client with context) instance. You should pass in a category
, action
, label
, and value
parameter, wrapped in an object literal. More details can be found on the documentation for Google Analytics.
sdkClient.logEvent({ category: "test", action: "print", label: "login", value: 1});
context.logEvent({ category: "test", action: "print", label: "login", value: 1});
Documentation
#
ConfigThe
Config
class is the entry point of the SDK. It is a singleton, so only one instance of it should exist per application built on the SDK.
#
Config ConstructorParameters:
serverAddress
A string that represents the host name/address and port. Eg: http://localhost:3030
.
sdkKey
A string that represents the sdk key that is to be used for authorization. Generally, in a UUID format and can be found under the 'Account' tab in the Compass user interface.
#
Instance PropertiesConfig.prototype.serverAddress
#
ServerAddress and port
Config.prototype.sdkKey
#
SDK Key for authorization
Config.prototype.client
#
This will refer to a new EventSourceClient
instance that will be instantiated when you call the connect
method.
#
Instance MethodsConfig.prototype.connect()
#
This will internally create a new EventSourceClient
instance, which is itself a wrapper for the eventsource
npm package. It will then have the instance try and connect with the Scout daemon. It will return the config instance for additional method chaining.
async Config.prototype.withWaitForData()
#
This will wait until the client
instance has received data from Scout. You should only call this after you called connect, otherwise the client
instance will be undefined. The polling checks for a hasData
property in the client
instance, which gets set to true when the client
receives data from Scout through SSE. This method will attempt to poll 10 times with a waiting interval of 1 second, after which it will close the SSE connection.
Config.prototype.withContext()
#
This method should be called after you have connected with Scout. This will return a new clientWithContext
instance. The parameter is an object literal containing the userKey property: { userKey: "123-456-789" }
. Ideally, the userKey
will be some unique identifier for a user making the request for your app.
Config.prototype.getServerAddress()
#
This will return the server address string append with a path for the proper Scout endpoint. This method is used internally when initializing an event source instance, and you probably do not really need to use it except for debugging purposes. Eg: If your server address is http://localhost:3030
, then this method will return http://localhost:3030/features
, which will specify the proper path for the Scout endpoint to connect to.
#
EventSourceClientThe EventSourceClient class acts as a wrapper for the npm package
eventsource
, which is a polyfill for theEventSource
constructor. The polyfill will allow us to not only initialize an SSE connection, but also supply custom parameters like anAuthorization
header.
#
EventSourceClient ConstructorParameters:
config
A Config
instance should be passed into the constructor.
#
Instance Properties:EventSource.prototype.config
#
The Config
instance passed in from the constructor
EventSource.prototype.features
#
This will be initialized to an empty object in the constructor. When an SSE connection is established and the SDK client receives the entire feature set from Scout, this property will be populated with that featureset, representing an array of feature state instances. This property will be referenced by the getFeatures
method and the developer would probably only use this for debuggin purposes.
EventSource.prototype.hasData
#
This will be initialized to false
. Once the SDK client has received data from Scout, this will be set to true
. This property is checked by the withWaitForData
method, to poll for when the SDK has received data. It could also be used for debugging purposes by the developer.
EventSource.prototype.apiClient
#
This will refer to the actual eventsource
instance intialized by the polyfill package. You can call methods like close()
on this instance if you want to manually close the connection.
#
Instance Methods:EventSource.prototype.getFeature()
#
This will take in a key (string) and a default value (boolean). It will check the features
ruleset for a matching key and return the value of that feature (a boolean). If a matching key is not found, the method will default to the default value. If a default value is not supplied, it will throw an error.
EventSource.prototype.getFeatureState()
#
This method will take in a key and return the feature state in features
corresponding to that key. If no feature state is found, the method will return undefined.
EventSource.prototype.addGoogleAnalyticsCollector()
#
This takes in an object literal, consisting of the following properties:
{ trackingId: string, clientId: string (optional), strictCidFormat: boolean (optional) }
Property | Type | Required |
---|---|---|
trackingId | string | yes |
clientId | string | no |
strictCidFormat | boolean | no |
The trackingId
and clientId
should both be strings. The strictCidFormat
is a boolean that specifies whether or not clientId
should strictly follow the UUID format. If you have a custom clientId
that does not follow the UUID format, you must set this to false
, otherwise the package will create a default UUID for the clientId
.
This method will append an instance of the AnalyticsCollector
class to a list of analytics collectors and return the instance.
EventSource.prototype.logEvent()
#
This method takes in an object literal, consiting of the following properties:
{ category: string, action: string, label: string, value: number }
Property | Type | Required |
---|---|---|
category | string | yes |
action | string | yes |
label | string | no (but recommended) |
value | string | no |
More info about these properties can be found here.
This method will iterate over all appended analytics collectors and call the logEvent
method on those instances.
#
ClientWithContextThis call will be instantiated when you call the
withContext()
method on aConfig
instance. The return value of that method will basically be an instance ofClientWithContext
.
#
Instance PropertiesClientWithContext.prototype.context
#
An instance of the Context
class. This basically just has the userKey
property and a getKey()
getter method. The context will be factored into calculating the strategy value when calling getFeature()
on a clientWithContext
instance.
ClientWithContext.prototype.client
#
This refers to the client
instance of the EventSourceClient
class.
ClientWithContext.prototype.config
#
This referse to the config
instance of the Config
class (on which you call the withContext()
method).
#
Instance MethodsClientWithContext.prototype.getFeature()
#
This will take in a key (string) and a default value (boolean). It will check the features
ruleset for a matching key and return the value of that feature (a boolean). If a matching key is not found, the method will default to the default value. If a default value is not supplied, it will throw an error.
The difference between the getFeature()
method on the EventSourceClient
instance is that this will evaluate a percentage strategy based on the context, which has the userKey
. It will sum up the char codes of the userKey
modulus 100 and return a number between 1-100. If that number is lower than the percentage strategy, it will return true. Otherwise, it will return false.
ClientWithContext.prototype.addGoogleAnalyticsCollector()
#
This will basically take in the same parameters as the addGoogleAnalyticsCollector()
method of EventSourceClient
. It will then call addGoogleAnalyticsCollector
on its client
property with those parameters.
ClientWithContext.prototype.logEvent()
#
This will basically take in the same parameters as the logEvent()
method of EventSourceClient
. It will then call logEvent()
on its client
property with those parameters.
#
TestsTo run tests, simply run npm test
, which will run unit tests for most of the classes.
Note: Tests are npm ignored, so you have to pull from github for the tests.