Sök…


Introduktion

För att NetSuite ska veta hur vi använder vår källkod måste vi kunna berätta för vilka funktioner som ska ringas, när man ska ringa dem och vem man ska ringa dem för. Vi utför alla dessa med skript- och skriptdistribueringsposter .

Skriptposter

NetSuite använder skriptposten för att kartlägga funktionerna i källfilen till specifika händelser som inträffar i systemet. Om du till exempel behöver en viss affärslogik för att köra när ett formulär sparas i UI, kommer skriptposten att berätta för NetSuite vilken funktion som ska ringas när Save Record händelsen inträffar.

Du kan tänka på att skriptposten definierar när vår källkod ska köras; det definierar i huvudsak något liknande:

"När en post är sparad, ring funktionen saveRecord i hello-world.js."

Här är ett exempel på hur den skriptposten skulle se ut:

ange bildbeskrivning här

Skriptdistributionsposter

När vi har skapat ett skript måste vi sedan distribuera det skriptet i systemet. Medan Script rekord berättar NetSuite som fungerar att ringa från vår källfilen, låter Script Deployment rekord NetSuite know vilka poster och användarna vår Script ska köras för.

Medan skriptposten definierar när vår källkod ska köras, definierar manusdistributionen var och vem som kan köra vårt skript. Om vi har en skriptpost som säger:

"När en post är sparad, ring funktionen saveRecord i hello-world.js."

då kan vår skriptdistribution för den posten ändra det något till:

"När en anställdpost sparas, ringa SaveRecord-funktionen i hello-world.js, men bara för användare i gruppen Administratörer."

Återigen, här är ett exempel på hur den manusdistributionen skulle se ut:

ange bildbeskrivning här

Ett skript kan ha flera skriptdistributioner associerade med det. Detta gör att vi kan distribuera samma affärslogik till flera olika skivtyper med olika målgrupper.



Modified text is an extract of the original Stack Overflow Documentation
Licensierat under CC BY-SA 3.0
Inte anslutet till Stack Overflow