Excessive use of maps about findhelp

[guifromrio]

The idea for this library is to be fluent and fit the JS paradigm allowing you to compose commands as a simple object tree. That's why I created this in the first place. 😃

By the way, objects are indeed ordered according to the spec, with the exception of "integer indexes": https://tc39.github.io/ecma262/#sec-ordinaryownpropertykeys

And, practically speaking, Node runs on V8, and V8 respects the creation order, so that shouldn't be a problem in the foreseeable future. If they change that, half the internet will 💥.

Regarding ambiguity: there is no such thing. If a node has a handler, it's a command.

So, seeing as this would compromise the core concept of the library, I'd rather that we didn't change this style.

[rdumont]

Awesome, no problem! I really had no idea that the spec described ordered properties in objects. And, now that you mentioned, they are in fact Objects, not Maps.

About the ambiguity, I'll rephrase, because that's not what I meant. I meant that, for instance, I can't have a namespace with its own handler and a command called description, because that would be mistaken for the own namespace's description. But I guess that is an issue apart from this one.