On 10 September 2014 at 10:09:03, Ivan Kleshnin (
jabber...@gmail.com) wrote:
> > If so, wouldn't it be great to use shorter func names instead
> of longer by default?
>
> I mean, as naive example:
>
> find-maps -> find
> find-one-map -> find-one
> find -> find-native
> find-one -> find-one-native
This is only a few characters shorter for the first two, which are by far the most
commonly used. Are you suggesting us to break the public API after over 3 years because of
a few characters per function?
If you are new to ClojureWerkz projects, we value backwards compatibility like few
other things:
http://blog.clojurewerkz.org/blog/2013/04/20/how-to-make-your-open-source-project-really-awesome/
> I think It's a beneficial to follow mongo docs and be able to use
> it in Monger API (same params, same function names).
> I would stick with that approach whenever possible.
> Does that Java objects provide any use in real-world situations?
The "real-world situations" notion is not very specific. We have to provide a way
to use Monger even if the scenarios are pretty extreme, e.g. you depend on
map entry ordering or your keys use characters that makes them invalid or unintentionally
namespaced keywords.
> I suppose there is the reason behind current naming style, but
> I can't see it for now :(
You're putting too much thought into this. The answer is "this is how things
were named at first, and nobody complained to date". Like it is for the majority of
software out there.
There *is* a reasonable amount of consistency in how things are currently named.
To sum it up: it just doesn't matter in the grand scheme of things.
--
@michaelklishin,
github.com/michaelklishin