New Hash type: Rash about hashie

[epitron]

Oh, it also lets you use Ranges as keys, so you can map a range of integers to a value.

[bartoszkopinski]

Hi @epitron,
Thanks for this idea.

I can see some use cases for this, but I'm not sure if they're hash (dict) use cases.
Eg. what would be the reason for storing something in Rash object? I'm thinking about def []=(key, value) and method_missing fallback to hash.

[epitron]

Well, if you're trying to match patterns as well as exact keys, it can give you a slight performance improvement than just scanning a list (it periodically resorts the regexps based on how frequently they're accessed).

I originally created it to do URL routing (matching patterns to actions).

[bartoszkopinski]

OK, that makes sense, definitely something to consider.

I guess we'd appreciate a pull request as right now we'll be focused on fixing existing features and bringing Hashie back to life after one year of inactivity.

[epitron]

Okay! The Rash has been merged, specs have been written, and documentation has been added.

[dblock]

So... open a pull request? :)

[dblock]

Nm,I see it, #138

[rmoriz]

Naming collides with the rash gem

see also:

https://github.com/tcocca/rash
https://github.com/lostisland/faraday_middleware/blob/master/lib/faraday_middleware/response/rashify.rb

[michaelherold]

Is there anything left to do for this? Do we want to address the name conflict with the rash gem?

[dblock]

This is done, closing. The Rash gem is another implementation, shouldn't be used together with this. Faraday might want to lock to a newer version of Hashie and remove the dependency on Rash, lostisland/faraday_middleware#94.