Clojure Advent Calendar 2018 の19日目の記事として、Clojureの永続データ構造について書いている。 永続データ構造とはデータの変更履歴を保存しているデータ構造である。データ構造に対して追加、更新、削除などを行った場合、もとのデータ構造を破壊せず、新しいデータ構造を返す。 Clojureとは異なり、変更前のデータ構造を破壊する例を以下に示す。0から8までの整数を持つfooを用意し、6番目の値を9に更新すると、元のfooが破壊されている。（下のようなコードはfooが破壊されることを期待して書かれるだろう。） irb(main):001:0> foo = [0, 1, 2, 3, 4, 5, 6, 7, 8] => [0, 1, 2, 3, 4, 5, 6, 7, 8] irb(main):002:0> foo[6] = 9 => 9 irb(main):003
If you've ever unit-tested a stateful Clojure application, you may have found yourself needing to address side effects. For example, a function may query a database or invoke an external web service. One common way to manage these side effects is by declaring and implementing protocols that encapsulate the external call. This has the benefit of making them explicit and easily testable. Component i
Clojure は状況ごとに新しいデータ型を定義するような伝統的オブジェクト指向のアプローチを避け、代わりに少ないデータ型に対する関数群からなる巨大なライブラリを構築することを好む。しかしながら、Clojureも柔軟で拡張可能なシステムアーキテクチャを可能にするランタイムポリモーフィズムの価値は認識している。Clojureはタイプ、値、属性と引数のメタデータ、ひとつ以上の引数の関連性によるディスパッチをサポートするマルチメソッドシステムを通して洗練されたランタイムポリモーフィズムを提供する。 Clojureのマルチメソッドは ディスパッチ関数 と一つ以上の メソッド で定義される。 defmulti を使用してマルチメソッドを定義する場合、ディスパッチ関数を与える必要がある。この関数が ディスパッチ値 の生成のためにマルチメソッドの引数に適用される。マルチメソッドはその後ディスパッチ値、も
本稿の目的 プログラミング言語の進化について考察する 事例としてはLISPの方言を採用する 前提 本稿における進化 進化の定義 形質が世代を経る中で変化していく現象 進化=発展という解釈はしない 各言語の初期の設計を中心に分析を試みる 以下は次回以降の課題とする 各言語のバージョンアップに伴う進化 ライブラリの進化 開発環境の進化 言語使用者の文化の進化 ただし、処理系の進化については適宜触れる LISPを取り上げる理由 1958年に初めて設計され、高水準言語では2番目の歴史を持つ 1番目はFORTRAN 多数の方言を持つ 今なお、現役で利用されている 方言採用基準 積極的に使用されている 特徴的な構文を持つ 今回取り上げる方言 Scheme Common Lisp Clojure LFE（Lisp Flavored Erlang） Hy 今回取り上げない方言 Emacs Lisp 特徴的
Clojurianのlagénorhynque (a.k.a. カマイルカ)です。 先日、Shibuya.lisp lispmeetup #62で「re-frame à la spec」と題してre-frameというClojureScriptフレームワークの概要とclojure.specとの統合方法の一例について発表しました。 本記事では、その発表内容に関連してClojureScriptとre-frameでのSPA開発の流れについてご紹介します。 @ababup1192 さんのElmについての素晴らしい記事 Elm開発における思考フロー からサンプルコードと本文の構成を参考にさせていただきました。 こちらの記事と比較してみると、両言語/アーキテクチャの共通点や差異が見られて面白いかもしれません。 ※ 本記事はClojure/ClojureScript, Reagent, clojure.s
From books all we know that main principles of OOP is polymorphism and encapsulation, but other meaning is that the significant aspect of OOP is a message passing. And in Clojure we have a cool library for dealing with messages – core.async. So we can build simple “object” with it, and we can use core.match for “parsing” messages in this “object”. Yep, there will be something like Erlang actors: (
前書き 昨年9月ごろからLispを勉強しています。 Lispを１か月勉強して - How IT Works 最初はCommon Lisp、途中からEmacs Lispを経たりして、今はClojureを勉強している感じです。 以前は「リーダマクロがない？、引数はベクターで受け取る？ そんなの邪道だ」と思ってCommon Lispを中心に考えていましたが、今はClojureの設計はとてもきれいだと思って、その考えをとりあえずできる限り盗もうと思って頑張っています。 Clojureのimmutabilityあたりにちょっと詰まりましたが、それさえ乗り越えれば、Clojureはとてもシンプルで使いやすい言語だと思います。 逆に言うとClojureはなんとなく使いやすい言語で、なんとなく書けるのでその先に行くには意識的な努力がいるんじゃないかなというのが今の感想です。 だから、最初はとりあえずなんと
One day, while you are walking down the street, you will be surprised, intrigued, and a little disgusted to discover a hot dog vending machine. Your scalp tingling with guilty curiosity, you won’t be able to help yourself from pulling out three dollars and seeing if this contraption actually works. After accepting your money with a click and a whir, it pops out a fresh hot dog, bun and all. The ve
SPEEDA開発の中村です。今回の内容は，弊社主催のclj-ebisu #2で発表した「実践Duct（仮）」です。 ClojureのサーバサイドフレームワークDuctを業務で使って学んだことを紹介します。 connpass.com 勉強会で発表した資料はこちらです。 はじめに，Ductのコアで使われているフレームワークIntegrantを紹介し， サーバサイドでIntegrantを使って感じた課題についてお話しします。 次に，課題に役立つDuctのmoduleのしくみと作り方を説明します。 想定読者は，Clojureを書いたことがあってDuctを使ったことがない方です。 Integrantのつかいかた Integrantなせかい Integrantでこまること Ductのmodule Ductでこまること Ductによるコンフィグレーションマップの展開 Ductのmoduleのつくりかた
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
