@@ -493,6 +493,9 @@ help:
493
493
- and most importantly, **it keeps your code more refactorable** because you
494
494
don't have to repeat yourself.
495
495
496
+ <details>
497
+ <summary>Learnings...>
498
+
496
499
## Learnings by so far
497
500
498
501
We have used the ` err2` and ` assert` packages in several projects. The results
@@ -514,6 +517,8 @@ been much easier.** There is an excellent [blog post](https://jesseduffield.com/
514
517
about the issues you are facing with Go's error handling without the help of
515
518
the err2 package.
516
519
520
+ </details><br/>
521
+
517
522
## Support And Contributions
518
523
519
524
The package has been in experimental mode quite long time. Since the Go generics
@@ -531,8 +536,8 @@ Please see the full version history from [CHANGELOG](./CHANGELOG.md).
531
536
- bug fix: call stack traversal during unit testing in some situations
532
537
- **all generics-based functions are inline expansed**
533
538
- *performance* is now *same as if-statements for all functions*
534
- - new assert functions: ` MNil` , ` CNil` , ` Less` , ` Greater`
535
- - all assert messages flow Go idiom: ` got want`
539
+ - new assert functions: ` MNil` , ` CNil` , ` Less` , ` Greater` , etc.
540
+ - all assert messages follow Go idiom: ` got, want`
536
541
- ` Asserter` can be set per goroutine: ` PushAsserter`
537
542
- ` try` package:
538
543
- new check functions: ` T` , ` T1` , ` T2` , ` T3` , for quick refactoring to annotate an error locally
0 commit comments