Common Lispのパッケージ論

fukamachi @nitro_idiot

ブログ書きました > 僕はアリエルに入って何を生み出したか - 八発白中 http://bit.ly/ky0AmU

年収1億欲しい @inuzini_jiro

某ブログに書かれたパッケージの使い方は、新しいパッケージ機構を作った方が宜しいのではないですか。細かくパッケージを分けるのは、ANSI Common Lispには向いてないのでは？と思う。特定のパッケージだけロード出来るわけでもないし。

@g177564

最近パッケージで変なことしてるっていうと自分もそうなんだけど某ブログってどこだろうｗ パッケージの使い勝手の問題は、使う側で工夫するのではなくて利用されるパッケージの側にimportしたりuseしたりする手続を(一つの例として)付けておけば楽なのかもなあと思ったりしています

@g177564

なるほど元ネタ発見した。自分はlispしか知らないからだと思うけど、パッケージの機能にはそれほど期待していなくて簡単な名前空間の提供位にしか考えてないかも。みんなどういうのを期待してるんだろう

@g177564

細かくパッケージを切って、代表するパッケージを作成して、パッケージ使わせるためのプロトコルを設計して代表パッケージに含ませておいて、ユーザーがインポートの方法をプロトコルにしたがってカスタマイズできるようにするというのもありなのかなあとかは思う

@g177564

allegroの階層パッケージは細かくニーズに叶うのかなあ。(defpackage foo (:use)) (defpackage foo.i (:use :cl)) (in-package foo.i) (defun ..::a (n) n) (foo::a 8) ;=> 8

@g177564

s,細かく,細かく分けたい,

Masatoshi SANO(aka🦈) @snmsts

中身を多少いじったxx互換パッケージを作って、xxのpackageをuseしてたり外部シンボルとして利用しているpackageの挙動をサックリかえられるようにならないかなぁと思うことはある。つまり、あるパッケージから、外部パッケージの見え方がプログラマブルなら良いのにということ。

@yuushimizu

one-package-per-one-file style...なるほど

fukamachi @nitro_idiot

たぶん他の人が言ってることと同じだけど、CLのパッケージは継承したり名前変えたりできないのが不便

fukamachi @nitro_idiot

#.(rename-package :hoge :fuga) とかで名前変えられるけど不恰好なのでClojureみたいに (:require :hoge :fuga) とか書けるようになってほしい

fukamachi @nitro_idiot

実際、Clack作ってるときにパッケージ作り直そうと思ったけどやり過ぎだと考えなおしてやめた

fukamachi @nitro_idiot

あとはリードマクロの有効範囲にもパッケージが使えればいい。named-readtableと合体