module function · N/crypto
createDecipher()
crypto.createDecipher(options)
Creates and returns a new crypto.Decipher object.
- Implementation
- Not started
- Design
- Open for proposals suggest how it should read
A
suitescript api
1crypto.createDecipher({2 algorithm: /* string, required */,3 key: /* object, required */,4 padding: /* object, optional */,5 iv: /* string, required */6});| Parameter | Type | Required | Description |
|---|---|---|---|
| options.algorithm | string | required | The hash algorithm. Use the crypto.EncryptionAlg enum to set the value. |
| options.key | object | required | The crypto.SecretKey object used for encryption. Note: When using the crypto.SecretKey object for an AES algorithm, the length of the text (secret key) that is used to generate the GUID must be 16, 24, or 32 characters. |
| options.padding | object | optional | The padding for the cipher. Use the crypto.Padding enum to set the value. |
| options.iv | string | required | The initialization vector that was used for encryption. You can use a CipherPayload.iv value. |
B
mynt syntax
No Mynt syntax yet.
Nothing in the language compiles to crypto.createDecipher(options) today. How should it read?
C
community proposals
Competing syntax for createDecipher, from GitHub Discussions. Select two or more to compare them side by side.
Loading proposals from GitHub…
D
suggest an alternative
Write the Mynt you wish you could write.
A good proposal shows the syntax, the SuiteScript it should become, and argues for it: why it is clearer, how it fits the rest of the language, what it makes harder.
- Clarity. Does it say what happens, without ceremony?
- Consistency. Does it read like
load,saveandRef[field]? - Expressiveness. Does it cover the cases people actually write?
- Honesty. Does it hide a NetSuite cost, such as governance, that a reader should see?