Изучение Clojure без [закрытого] ведома Java

Question

Изучение Clojure без [закрытого] ведома Java

Просто добавление к исходному ответу. Хотя это будет работать:

MethodInfo method = typeof(Sample).GetMethod("GenericMethod");
MethodInfo generic = method.MakeGenericMethod(myType);
generic.Invoke(this, null);

Также немного опасно, что вы теряете проверку времени компиляции для GenericMethod. Если вы позже выполните рефакторинг и переименуете GenericMethod, этот код не заметит и не будет работать во время выполнения. Кроме того, если есть какая-либо пост-обработка сборки (например, обфускация или удаление неиспользуемых методов / классов), этот код также может сломаться.

Итак, если вы знаете метод, с которым вы связываетесь во время компиляции , и это не называется миллионы раз, поэтому накладные расходы не имеют значения, я бы изменил этот код:

Action<> GenMethod = GenericMethod<int>;  //change int by any base type 
                                          //accepted by GenericMethod
MethodInfo method = this.GetType().GetMethod(GenMethod.Method.Name);
MethodInfo generic = method.MakeGenericMethod(myType);
generic.Invoke(this, null);

Хотя вы не очень красивы, у вас есть ссылка времени компиляции на GenericMethod здесь, и если вы рефакторируете, удаляете или делаете что-либо с помощью GenericMethod, этот код будет продолжать работать или, по крайней мере, ломаться во время компиляции (если, например, вы удалите GenericMethod).

Другой способ сделать то же самое - создать новый класс-оболочку и создать его через Activator. Я не знаю, есть ли лучший способ.

17

clojure lisp java

задан Steve Rowe 11 February 2009 в 04:37

6 ответов

Вообще-то, хотя Clojure был разработан с учётом разработчиков Java, он был не написано для Java-программистов.

Clojure спроектирован так, чтобы хорошо взаимодействовать в среде Java.

Хотя это и так, это не то, для чего он был разработан (по крайней мере, не в языковой части «среды Java»). А «среда Java» подразумевает, что язык и JVM каким-то образом связаны между собой, что делает их единым целым. Они не. Conjure - это родной язык JVM (в отличие от Jython или JRuby), и он использует очень хорошо построенную виртуальную машину, чтобы жить в ней.

Однако, как сказал Грег, Clojure создан для работы с Java, и если вы действительно не хотите получить в программную систему транзакционной памяти Clojure, я Я бы сказал, чтобы проверить другой Лисп.

Нет, извините. Clojure не был «построен, чтобы быть с Java». Он был построен для JVM. Вы можете использовать библиотеки Java, если хотите, но это не обязательно (хотя это полезно). А также совет использовать другой Lisp, если вы не хотите изучать Java. Это нелепо. Clojure не должен быть Java; это должен быть Лисп 1-го класса. И, между прочим, это означает, что нужно усовершенствовать Лисп, сделать его более современным и функциональным. Его способность хорошо работать с Java должна рассматриваться как бонус, а не как обязательство.

Как указывает выше Грег, такие языки, как Clojure и Groovy, ориентированы на JVM по одной основной причине, так что разработчики Java могут получить лучшее из обоих миров.

Также неправильно. По причинам, указанным выше. Они не были написаны для разработчиков Java. Извините за грубость, но я не видел ни одного образованного сообщения о Clojure в этих ответах, и я только что узнал о Clojure сегодня! Просто досадно видеть, что такой вредный совет так легко дается.

Я просто закончу цитатой Рика Хики (парня, который написал Clojure):

«Вы можете ненавидеть Java и любить JVM».

Далее он говорит, что именно там он стоит.

22