The problem is this function is not generic and effective for complex asset scenarios. e.g. Boolean values or nested objects or arrays of a particular data type.
We need to make it generic if and effective to cover all known and complex scenarios covered by this specification
We want the after creating a custom asset in the boostrapped application, user should be able to create transaction without any complexities of defining asset value by himself. The UX of the transaction creation should be generic and intuitive to cover complex and nested assets.
Acceptance Criteria
getAssetFromPrompt should cover all dataType defined in LIP specification
getAssetFromPrompt should covers arrays of different dataTypes
getAssetFromPrompt should cover nested objects
Additional Information
As this function just need schema object, so its can be tested extensively tested with json-schema defined in protocol-specs
Description
Transaction creation in boostrapped application with
./bin/run transaction:create
have a particular behaviour:--asset
flagThe later part is been covered by this function.
https://github.com/LiskHQ/lisk-sdk/blob/83ff685015bd7846a732857045d7a5c5c07cd21c/commander/src/utils/reader.ts#L319
The problem is this function is not generic and effective for complex asset scenarios. e.g. Boolean values or nested objects or arrays of a particular data type.
We need to make it generic if and effective to cover all known and complex scenarios covered by this specification
https://github.com/LiskHQ/lips/blob/master/proposals/lip-0027.md#lisk-json-schemas
Motivation
We want the after creating a custom asset in the boostrapped application, user should be able to create transaction without any complexities of defining asset value by himself. The UX of the transaction creation should be generic and intuitive to cover complex and nested assets.
Acceptance Criteria
getAssetFromPrompt
should cover alldataType
defined in LIP specificationgetAssetFromPrompt
should covers arrays of differentdataTypes
getAssetFromPrompt
should cover nested objectsAdditional Information
protocol-specs