Thanks for responses and links.
It looks like I can't comment on those threads without signing up as a
Clojure contributor (by postal mail, even) which is a bit more
commitment than I'd like right now, so I'll post my comments here
instead.
I disagree with Stuart Sierra in the "need" proposal that importing
Java classes and Clojure namespaces are "fundamentally different and
should not be conflated".
I just want to say "let me use that code over there", where "over
there" is a namespace. Why should "there" be a fundamentally different
concept for Java than for Clojure, except under the hood? One of the
goals of Clojure is to minimize the Java impedance mismatch, isn't it?
I'll call the import construct XXX to separate the discussion of what
to call it from the syntax and semantics, but it is assumed to be a
single construct that covers all normal use cases.
My proposal would look pretty much the same as the "need" proposal
except for
* Java:
- Treats Java the same as Clojure to the extent possible
- Treats Java static inner classes as a namespace
- Handles Java static methods and fields as Java's "import static"
* Default namespace alias:
- Default to create a namespace alias from the last segment of the
imported namespace.
This idea is lifted from Go, and the rationale is to "make the
right thing easy" - by default it does not clobber the local namespace
and still gives a reasonably short ns alias.
* Keywords:
- No keyword :all, :all is the default behavior
(maybe a keyword :none if there is a usecase for doing an import
without importing anything?)
- Keyword :except renamed to :not (it's shorter) and skipping the
extra array as
argument - :not is presumably used instead symbols/classes, not in
addition to.
So (XXX [clojure.contrib.io :not spit])
instead of
(need [clojure.contrib.io :exclude [spit]])
- New keyword :local to get the behavior of "use" and "import"
Some examples of how it would look:
Import all, default ns alias:
(XXX
clojure.contrib.str-util
java.util
java.awt.Color
com.google.protobuf.Descriptors$FieldDescriptor
)
Use:
(str-util/chop " a ") => clojure.contrib.str-util/chop
(util.ArrayList.) => java.util.ArrayList
Color/green => java.awt.Color/green
;; Static inner class com.google.protobuf.Descriptors
$FieldDescriptor$Type.
;; Unify packages, classes and static inner classes, they are all
namespaces.
;; The Java name is Descriptors$FieldDescriptor$Type.
;; Replace $ with . to get a more uniform ns-like name?
FieldDescriptor.Type/TYPE_BYTES
=> com.google.protobuf.Descriptors$FieldDescriptor$Type/TYPE_BYTES
Import with ns alias:
(XXX
[clojure.contrib.str-util2 :as su]
[java.util :as ju]
[java.awt.Color :as awt-color]
[com.google.protobuf.Descriptors$FieldDescriptor :as fd]
)
Use:
(su/trim " a ")
(ju.ArrayList.)
awt-color/red
(awt-color/decode "#00ffcc")
fd.Type/TYPE_BYTES
Import only some:
(XXX
[clojure.contrib.str-util chop] ;; only chop
[java.util ArrayList Arrays Collections] ;; only ArrayList, Arrays,
Collections
[java.awt.Color :not black blue] ;; all except black and blue
)
Use:
(str-util/chop " a ") = OK
(str-util/chomp "a\n") => Error
(util.ArrayList.) => OK
(util.LinkedList.) => Error
Color/red => OK
Color/black => Error
FieldDescriptor.Type/TYPE_BYTES
Import into current namespace:
(XXX
[clojure.contrib.str-util2 trim :local]
;; same as (use '[clojure.contrib.str-util2 :only (trim)])
[java.util :local]
[java.awt.Color :local]
[com.google.protobuf.Descriptors$FieldDescriptor :local]
)
Use:
(trim " a ")
(ArrayList.)
black
Type/TYPE_BYTES
So what do you think?
On May 13, 8:48 pm, Stuart Halloway <stuart.hallo...@gmail.com> wrote:
> There needs to be more than one thing, but what we have could
> definitely be simpler. Check out these threads and join the discussion:
>
> http://bit.ly/a76XSI (dev list ns overhaul discussion)
> http://bit.ly/ajcu74 (dev list "need" proposal)
>
> Stu
>
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
