Комментарии 10
Для информации; знакомый программист давно работает над проектом под названием Xitrum.
ngocdaothanh.github.com/xitrum/
Xitrum is an async and clustered Scala web framework and HTTP(S) server
on top of Netty and Hazelcastngocdaothanh.github.com/xitrum/
Имхо, scalaz есть истинное зло в мире Scala (особенно для новичков). Возможность скалы именовать метод любым символом в этой библиотеке возведен до полнейшего абсурда.
В ветке scalaz7 они отделили основную функциональность от операторов, поэтому если вам категорически не нравится юникод то вместо него можно использовать длинные текстовые имена методов. Признаться честно, я и сам в реальном коде предпочитаю не использовать юникодные операторы.
Считать же scalaz истинным злом я бы не стал — реализуемые этой библиотекой абстракции действительно очень полезны.
Считать же scalaz истинным злом я бы не стал — реализуемые этой библиотекой абстракции действительно очень полезны.
А по-моему, смотрится это обалденно. Не в смысле понимания кода — из-за них исходники превращаются почти в книжку «1000 и 1 головоломка», а в философском смысле. :)
Про Scala, только слышал, теперь буду представлять, что это такое. Да реализация, конечно, короче, но честно, с первого взгляда как-то чтобы легко читалась, не сказал бы.
Но, в любом случае, очень радует, что моя статья побудила уже 2-ух человек предложить альтернативные варианты реализации.
Спасибо, как раз хотел посмотреть с разных сторон, как можно это сделать!
Но, в любом случае, очень радует, что моя статья побудила уже 2-ух человек предложить альтернативные варианты реализации.
Спасибо, как раз хотел посмотреть с разных сторон, как можно это сделать!
Спасибо. То, что нужно. :)
Отличный топик, но все-таки ИМХО надо было обойтись без scalaz.
Отличный топик, но все-таки ИМХО на Java привычнее.
ЗЫ. Передаю привет Али.
ЗЫ. Передаю привет Али.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Реализуем RESTful Web Service на Scala