2010-12-19

My Spring config style

Не понимаю фанатов Guice. Голый DI без классов удобной интеграции и XML ;-)

Если очень хочется обойтись вообще без XML в Spring:

org.springframework.web.context.support.AnnotationConfigWebApplicationContext

Кстати, в javadoc к нему: "Note: In case of multiple @Configuration classes, later @Bean definitions will override ones defined in earlier loaded files. This can be leveraged to deliberately override certain bean definitions via an extra Configuration class"

То же самое в org.springframework.context.support.ClassPathXmlApplicationContext: In case of multiple config locations, later bean definitions will override ones defined in earlier loaded files. This can be leveraged to deliberately override certain bean definitions via an extra XML file…


Я конфигурирую Spring так:

- org.springframework.web.context.support.XmlWebApplicationContext 

- конфигурируется в web.xml
 
    org.springframework.web.context.ContextLoaderListener
 



- всё что требует гибкой настройки находится в Spring XML.

- всё что окружение-зависимо в .conf файлах читаемых org.springframework.beans.factory.config.PropertyPlaceholderConfigurer

- включены аннотации , наиболее активно используются @Autowired, @Required

- очевидные, однозначные вещи конфигурируются через @Component, @Service, @Repositary (т.е. в XML не присутствуют) через:



IDEA проверяет правильность конфига и соотвествие его Java коду. Получаем замену скриптовым языкам с проверкой на этапе написания/компиляции.

PS: интересная презентация о следующих версиях Spring 3.1, 3.2
http://www.infoq.com/presentations/Spring-3.0-3.1-3.2

PPS: с оказией прошу поддежать включение поддержки JavaScript (rhino) в поставку Spring
https://jira.springframework.org/browse/SPR-1933
свежая версия https://jira.springframework.org/secure/attachment/16144/org.springframework.scripting.rhino_100205.zip

в комментариях есть примеры работы: многопоточной, с передачей объектов из приложения и тд - сказка!
Сейчас со Spring поставляются bsh, JRuby, Groovy - кому первые два нужны неясно.

2010-12-03

Java NG

В продолжение "хотелок" в Java.

Я считаю, что язык надо упрощать, а не усложнять (как это делает Scala).
Список пожеланий, что хотелось бы улучшить, добавить:
(в тексте [] используются для простого html == меньше больше)

1. добавить всё что есть в Project Coin: small language changes
много мелких синтаксических сахарков, делающих код более простым и наглядным.
В частности 'array getter/setter': v = myList[i]; mymap["key1"] = value == компилятор подставляет вызов get и put соответственно.
Если методов get/put/set не находится, то можно использовать любые другие проаннотированные @ArrayProperty


2. всё что есть в проекте Google Guava http://code.google.com/p/guava-libraries/
плюс статические и fallback методы у интерфейсов т.е. "перенос" максимум кода из статических методов в instance методы (mySet.filter(..), map1.transform, etc).
Пояснение про fallback: это статические методы в интерфейсе вида T filter (Set this, Filter _) - если у instance метода filter(Filter) нет,
то используется fallback метод из интерфейса.
myset.filter(myfilter).transform(myfunc) выглядит нагляднее и лучше работает с автокомплитом в отличии от transform(filter(myset, myfilter), myfunc)


3. возможность не писать ";" там где IDE и компилятор справятся без ; т.е. сделать точку с запятой более опциональной
Например: после и перед } , после )


4. простые замыкания (а не предлагаемый ужас), например: #{тело метода } или #(аргумент1, арг2, ){ тело } + именование параметров по умолчанию _ / _0, _1, _2, etc.
Последнее выражение в теле замыкания == return это выражение.
Также простое указание метода реализующего тело замыкания #this.имяМетода или #имяМетода или #другойОбъект.имяМетода (примеры ниже).

Примеры использования:

new Thread(#{log.info("hello!")}).start() == new Thread(new Runnable(){@Override public void run () { log.info("hello!"); }}).start()

mySet.filter(#{_ != null}) ==  mySet.filter(new Predicate[SomeType](){ @Override public void boolean apply (@Nullable SomeType _) { return _ != null; }});

vs текущее Iterables.filter(mySet, ....многобукв);

list.sort(#(a,b){a-b})  задание читателю ;-)

"ссылка на метод"
new Button("Нажми меня",    #myThisButtonClickListener) где в том же объекте объявлен реализующий тело интерфейса listener-а метод

public void myThisButtonClickListener (Button.ClickEvent event) {
    final Window subw = new Window("суб-окошечко");
    getMainWindow().addWindow(subw);
    ...
}

== new Button("Нажми меня",    #{myThisButtonClickListener(_)})

Многие уже сейчас реализуют это через reflection т.е. можно указать объект (this в данном случае) и имя метода в виде строки "myThisButtonClickListener"


5. конструкцию let[def/val/var], для тел методов, которая бы сама выводила тип переменной _в левую сторону_ vs текущая тенденция
выводить в правую (diamond operator и все эти Джошуа Блоковские static list, newMap и тд).
Пример использования.
let myvar = new ConcurrentHashMap[ТУТ БОЛЬШОЙ СПИСОК С Generics]()
final let s = "hello"
далее по коду работать с этими переменными как с обычными типизированными

for (let i : mybiggenericmap.entrySet()) {
  let k = i.key;
  for (let j = k; j<MAX; j++) {


6. авто свойства: если у класса есть getter getFoo(), то можно обращаться a = obj.foo, а если есть setter setFoo(T value), то obj.foo = v1. Внутри самого класса обращение к foo должно работать с переменной T foo, а this.foo - с getters/setter.
Автобилдеры?  myedit.width = 80, hight = 16, styleName = "sexy, main", value = 42;


7. массивы implements Iterable (можно будет применять filter, transform) и for работающий по Iterable/Iterator/Enumeration т.е. всеядный for, а не только массив и Iterable как сейчас.
Кроме того станут возможными унифицированные API: public double sum(Iterable collectionOrArray) .


8. полезные идеи из JavaFX (полный отказ от чистого JavaFX - это хорошо)
У JavaFX 2.0 очень трезвый и разумный roadmap http://javafx.com/roadmap/
Очень рекомендую на него поглядеть, много вкусного.

9. JRebel встроенный в JVM. JRebel хорошо, а out-of-box он бы imho дал такой синергетический эффект, что здорово бы улучшил индустрию.
Самый сильный козырь скриптовых языков быстрый цикл редактирование-тестирование в web, с JRebel этот козырь получили бы все языки JVM.



10. /regexp Pattern/ прямая поддержка в Java коде т.е. данная конструкция должна выглядеть как скомпилированный Pattern.



11. === безопасный вызов equals т.е.: a = b  - присваивание, a == b - сравнение ссылок и простых типов, left === b - сравнение объектов (и простых типов):  if (left == b) {  return true;  } if (left == null || b == null) { return false;  }  return left.equals(b);


Это сделало бы язык проще и уменьшило бы количество действительно ненужного кода, не превращая язык в Perl.

2010-10-26

Редкоиспользуемые, но полезные ссылки

Генератор "брендов".
"наш сервис поможет вам придумать уникальное название для вашей фирмы. Ваш новый бренд сразу заявит о вас, как о современной, инновационной и интеллектуальной компании"
http://www.brendogenerator.ru/


S как доллар
"многие люди ломают голову, как правильно диктовать адреса сайтов и электронной почты. Мы сделали сайт, который раз и навсегда ставит точку в этом вопросе.

Сайт «Эс как доллар» — верный помощник секретаря, менеджера и бухгалтера"

http://www.skakdollar.ru/


Давай я поищу в Google за тебя

http://lmgtfy.com/


2010-07-25

Java NG

Сейчас много говорят о новых языках работающих в JVM: Groovy, Scala, Clojure, JavaScript (Rhino), etc.

Мне нравятся Clojure и Rhino, остальные попахивают over-engineering'ом или "только для гиков/держать подальше от production".
Т.е. я не против "пусть цветут все цветы", но реальной замены Java пока нет и не наблюдается (очень серьезный конкурент это C# - активно развивается, но развивается IMHO по принципу "запихнем в язык всё что увидим").

Развивать Java надо (Sun развивал Java медленно, медленнее его разве что Borland с Delphi), но не пихая туда всё подряд, не усложняя язык, а наоборот упрощая.

Мой список пожеланий выглядит так:

1. всё что есть в проекте Coin
2. всё что есть в проекте Guava
3. простые замыкания (а не предлагаемый ужас), например: #{тело метода } или #(аргумент1, арг2, ){ тело }. Пример использования: new Thread(#{log.info("hello!"); }).start();
4. конструкцию let, для тел методов, которая бы сама выводила тип переменной. Пример: let myvar = new ConcurrentHashMap<Integer, Set<MyType>>(10); или final let s = "hello"; далее по коду работать с этими переменными как с обычными типизированными
5. авто свойства: если у класса есть getter getFoo(), то можно обращаться a = obj.foo, а если есть setter setFoo(T value), то obj.foo = v1. Внутри самого класса обращение к foo должно работать с переменной T foo, а this.foo - с getters/setter.
6. (мелочи) массивы implements Iterable и for each работающий по Iterable/Iterator/Enumeration

Это сделало бы язык проще и уменьшило бы количество действительно ненужного кода, не превращая язык в Perl.