Publicación
Comparte tu conocimiento.
¿Cómo se pueden marcar los errores como estándar en Sui para usarlos en entornos de módulos Move?
Al explorar el uso de errores estándar en Sui Move, me di cuenta de que el repositorio de Sui utiliza un stderror de Move original almacenado localmente como parte de una caja externa. external-crates/move/move-stdlib/sources/error.moveLa caja externa, específicamentecrates/sui-framework/packages/sui-framework/Move.toml, provoca un conflicto de dependencias cuando se usa junto con el módulo Sui Move almacenado en ella.
aptos-move/framework/aptos-framework/Move.tomlEn comparación, Aptos proporciona una API para el módulo de errores, en la que los usuarios deben utilizar el AptosFramework almacenado en él. aptos-move/framework/move-stdlib/sources/error.moveSin embargo, el módulo de error reside en el directorio move-stdlib en.
crates/sui-framework/packages/move-stdlib/sources/error.moveEn el caso de Sui, están presentes tanto sui-framework (crates/sui-framework) como move-std (crates/sui-framework/packages/move-stdlib), pero el error Move module no aparece en el directorio move-stdlib (falta este archivo). Mi pregunta es: ¿Existe una forma recomendada o equivalente en Sui Move de designar un error como un error estándar real que se pueda usar en un entorno de varios módulos de Move?
- Move
Respuestas
1Puede crear dos paquetes Move, uno que depende del otro. En el paquete Move que importa, importa la función de conveniencia al error de capa de azúcar. Sin embargo, si nos fijamos en el código de Sui, la convención es mantener las constantes y los errores locales en los módulos de Move en lugar de importarlos desde otros paquetes. Esta es también la razón por la que el marco sui no crea un módulo de error, por lo que esa sería la forma recomendada. Aptos y Sui difieren en cuanto a los errores y otras convenciones.
Si tiene más preguntas o necesita ayuda con un enfoque diferente, no dude en preguntarlas aquí;
Sabes la respuesta?
Inicie sesión y compártalo.
