op_result 0.2.2
op_result: ^0.2.2 copied to clipboard
A generic result type for handling success and error cases in a type-safe manner.
0.2.2 - 2025-02-28 #
Maintenance #
- Bumped version to 0.2.2 for consistency and dependency updates.
- No functional changes.
0.2.1 - 2025-02-28 #
Initial Public Release #
- Added support for nullable success values (
T?) inOpResult.success() - Improved failure handling by supporting both single and multiple errors
- Refactored
OpResult.success()to use a positional argument instead of a named parameter
0.2.0 - 2025-02-27 #
Breaking Changes #
- Refactored
OpResult.success()to use a positional argument instead ofdata:- Now, call
OpResult.success(value)instead ofOpResult.success(data: value). - Example:
- Before:
OpResult.success(data: user); - Now:
OpResult.success(user);
- Before:
- Now, call
- Refactored
OpResultto support multiple errors:- Replaced
_error(single error) with_errors(list of errors). OpResult.failure()now supports both single and multiple errors via a factory constructor:OpResult.failure(singleError)OpResult.failure([multipleErrors])
- Replaced
Improvements #
- Unified failure handling:
- Removed
OpResult.failure({required OpResultError<E> error})in favor of a flexible factory constructor. - Supports passing either a single error or a list of errors dynamically.
- Removed
- Ensured
failure()cannot receive an empty list, preventing invalid states. - Refactored error access:
error→ Returns the first error (default for single-error scenarios).errors→ Provides full access to all errors when multiple exist.
0.1.0 - 2025-02-26 #
- Initial version.