の(2010年)の例に走った
がarrow
抽象化することには利点がユースケースのために、より最近のlens
の上にあるのは、そこに示されましたか?
の(2010年)の例に走った
がarrow
抽象化することには利点がユースケースのために、より最近のlens
の上にあるのは、そこに示されましたか?
Lenses and arrows are theoretical cousinsは両方とも、ゲッターとセッターの両方として機能する構成的な機能的な値を作成しようとします。しかし、これは主観的な意見です、私はあなたがフェンスにいる場合は、レンズを使用する必要がありますと思います。それは図書館のサポートに帰されます。レンズはもっと積極的にコミットは基本的に同じユーザーインタフェース(新しいレンズを形成対一緒に矢印を粉砕する.
を使用するために一緒にレンズを粉砕する.
を使用)
を着陸し、維持
です
可能(ソートの、何よりも、デモのより)lift arrows into lensesからへ
可能
とヘルパー(トラバーサルと折り目と同型のような)他のグッズでいっぱい(と思う:ジェネリックにレンズ効果、ユニプレート、MonadReader/MonadState)現在
例えばとともに、Haskellのコミュニティでより人気知力より多くの人々とスタックオーバーフロー
一つの欠点上の質問に答える:lens
が危ないタイプの大きいol」パッケージです。
私は、矢印はゲッターとセッターの両方として行動できると言うのはかなりストレッチだと思います。 – leftaroundabout
twanvlさんのブログ投稿の矢だけ – hao
どのブログ投稿ですか? – leftaroundabout