Bài viết
Chia sẻ kiến thức của bạn.
Làm thế nào các lỗi có thể được đánh dấu là tiêu chuẩn trong Sui để được sử dụng trong môi trường mô-đun Move?
Trong khi khám phá cách sử dụng các lỗi tiêu chuẩn trong Sui Move, tôi nhận thấy rằng kho lưu trữ Sui sử dụng stdlỗi Move ban đầu được lưu trữ cục bộ như một phần của thùng bên ngoài. Cụ thểexternal-crates/move/move-stdlib/sources/error.move, thùng bên ngoài gây ra xung đột phụ thuộc khi được sử dụng cùng với mô-đun Sui Move được lưu trữ trongcrates/sui-framework/packages/sui-framework/Move.toml.
aptos-move/framework/aptos-framework/Move.tomlĐể so sánh, Aptos cung cấp API cho mô-đun lỗi, nơi người dùng được yêu cầu sử dụng AptosFramework được lưu trữ trong. aptos-move/framework/move-stdlib/sources/error.moveTuy nhiên, mô-đun lỗi nằm trong thư mục move-stdlib tại.
crates/sui-framework/packages/move-stdlib/sources/error.moveTrong trường hợp của Sui, cả sui-framework (crates/sui-framework) và move-std (crates/sui-framework/packages/move-stdlib) đều có mặt, nhưng lỗi Move module không có trong thư mục move-stdlib tại (tệp này bị thiếu). Câu hỏi của tôi là: Có cách nào được khuyến nghị hoặc tương đương trong Sui Move để chỉ định lỗi là lỗi tiêu chuẩn thực tế có thể được sử dụng trong môi trường mô-đun nhiều Move không?
- Move
Câu trả lời
1Bạn có thể tạo hai gói Move, một gói phụ thuộc vào gói khác. Trong gói Move nhập khẩu, nhập chức năng tiện lợi vào lỗi lớp phủ đường. Tuy nhiên, nếu bạn nhìn vào mã trong Sui, quy ước là giữ các hằng số và lỗi cục bộ đối với (các) mô-đun Move thay vì nhập từ các gói khác - đây cũng là lý do tại sao khung sui không tạo mô-đun lỗi, vì vậy đó sẽ là cách được đề xuất. Aptos và Sui khác nhau về lỗi và các quy ước khác.
Nếu bạn có thêm câu hỏi hoặc cần hỗ trợ với một cách tiếp cận khác, vui lòng hỏi họ tại đây;
Bạn có biết câu trả lời không?
Hãy đăng nhập và chia sẻ nó.
