[過去ﾛｸﾞ]
関数型プログラミング言語Haskell Part32 (1002ﾚｽ)
関数型プログラミング言語Haskell Part32 http://mevius.5ch.net/test/read.cgi/tech/1548720347/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制
です｡10分ほどで解除するので､
他のﾌﾞﾗｳｻﾞ
へ避難してください｡
345: デフォルトの名無しさん [sage] 2019/05/06(月) 23:14:35.12 ID:jvaKyQ4h >>344 データ処理と表示処理を切り分けた方が開発が楽になるのはその通り。 でも、グラフィックス ライブラリに何を使うかと、 楽に切り分けできるかどうかは、一般には関係ない。 特に haskell のグラフィックス ライブラリはたいてい EDSL 形式になっているから、 どれを使おうが、切り分けの楽さは大して変わらない。 後はもうライブラリの表現力が求めるレベルにあるかどうかと、 個人の経験や慣れ、趣味の問題だ。 Processing に慣れているなら processing-for-haskell でいいだろう。 個人的には gross が好き。 ところで、既存のライブラリって何だ？ processing-for-haskell は 2016 年でアップデートが止まってるが、 これは既存ではないの？ http://mevius.5ch.net/test/read.cgi/tech/1548720347/345
346: sage [] 2019/05/06(月) 23:44:49.55 ID:gerN8CWz >>345 ありがとうございます。理解しました。 参考にしたのが School of Expression だったので 情報が古くprocessing-for-haskellが 最新の物と思えて勘違いしてました。 http://mevius.5ch.net/test/read.cgi/tech/1548720347/346
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.041s