Skip to content
This repository has been archived by the owner on Mar 18, 2019. It is now read-only.

Better README #10

Open
lasseebert opened this issue Jun 20, 2016 · 0 comments
Open

Better README #10

lasseebert opened this issue Jun 20, 2016 · 0 comments

Comments

@lasseebert
Copy link
Owner

lasseebert commented Jun 20, 2016

The README should describe different scenarios where Kase can help rewrite the code to be either more safe or more readable. Or both.

Examples:

  • Matching a Rack response by status
  • Avoid assignment in if condition, but match with Kase instead
  • Replacing case my_var ... else raise "unexpected my_var" end with Kase that matches just a single variable
  • The obvious, already documented [status, result] like return value matching

More good examples?

Also add section about where the native case is better and Kase should not be used.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant