This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2015-08-19
Channels
- # admin-announcements (14)
- # architecture (1)
- # beginners (21)
- # boot (301)
- # clojure (93)
- # clojure-brasil (56)
- # clojure-india (4)
- # clojure-italy (11)
- # clojure-japan (25)
- # clojure-russia (16)
- # clojure-sg (1)
- # clojure-uk (5)
- # clojurescript (64)
- # clojurex (4)
- # clojutre (7)
- # cursive (18)
- # datascript (35)
- # datomic (212)
- # editors (27)
- # emacs (38)
- # events (9)
- # funcool (21)
- # hoplon (105)
- # jobs (2)
- # ldnclj (41)
- # ldnproclodo (4)
- # liberator (89)
- # luminus (5)
- # off-topic (32)
- # om (39)
- # onyx (1)
- # re-frame (9)
- # reactive (1)
- # reagent (34)
- # testing (42)
- # yada (4)
クライアント側で変換する方法があるんですね(今回はただのJSON APIサーバーを作ってるのでその方法は使えませんが。
そういうのがあるんですね
validationとかが出来るのがcompojureと違うところですか?
middleware も metosin/ring-http-response とmetosin/ring-middleware-formatあればほぼ変換自動じゃないかな
web系はまずは他の言語のフレームワークの発想を借りてきたといのもあって、 compojure/ringはもともとrubyのsinatra/rackから持ってきたらしいですが、 compojureは、urlみてapi切り替える、ルーティングしかしてないので、代替が https://github.com/juxt/bidi/ 結構あったりします。
REST系がやはりliberator(compojure-api)が定番にはなってて、mopemopeさんが書いてくれたように erlangのwebmachine風になってます。 http://clojure-liberator.github.io/liberator/
html用だと、例えば、IEやらで拡張子で推測しないヘッダがとか、日本語でファイル吐き出しだしたときに対応してるとか、キャッシュがどうだとか、httpのリダイレクトのレスポンスコードがうんぬんみたいな
mopemopeさんの貼ってたmetosinさんのライブラリは、そこそこ使い込んでるから出てきてるなという印象があります。 https://github.com/metosin?tab=repositories スライドとかも参考になるんじゃないかと。 http://www.slideshare.net/mobile/metosin
そういえば、newlelicとか使ってます? awsユーザ向けのアカウント作ると無料サービスの範囲でも導入しやすいですが。 http://newrelic.com/aws とはいっても特別な使い方はしてないんですが、、、 http://aan.io/clojure-newrelic-monitoring/ https://github.com/TheClimateCorporation/clj-newrelic (今日は深夜放送のため待機して暇で、一人で書き込んですいません)