display object的なものについて考える
formオブジェクトという存在がその先の抽象化を阻害してしまっているような気がしている。本質的には分けたほうが良い層を過度に結合してしまっている的な。
— SyntaxError x = 'y', (@podhmo) 2014, 7月 26
というのをvalidation側から考えていたけれど。逆側からも言えるような気がしていて。最近考えていたのはその辺りのことなのかもしれないなぁ〜と思い始めている。
— SyntaxError x = 'y', (@podhmo) 2014, 7月 26
formのようなオブジェクトと言う言葉が指しているのが、template中で使いたい情報を保持したオブジェクトというような意味合いだった場合、実際のところdisplay object的なものが欲しいだけなんじゃないかとか。それを直接定義したいか、adaptして作りたいかとか
— SyntaxError x = 'y', (@podhmo) 2014, 7月 26
あと、js側に情報渡せば良いのだからdisplay object的な機能あんまり要らないんじゃないか的な話もあるかもしれない。
(個人的にはdisplay objectが中間表現としてあったほうが便利なんじゃないかと思っている。ただクライアント側で明示的に書いちゃう場合不要)
— SyntaxError x = 'y', (@podhmo) 2014, 7月 26
たぶん、今までの話は、全部明示的に書く場合との対比になっていて。明示的に書くことを良しとした場合には全部不要。
そして明示的に書くことを強いた場合に、その先の機能が制限されるという感じな気がしている。
— SyntaxError x = 'y', (@podhmo) 2014, 7月 26
明示的に書くというのは
<form><input name={{http://t.co/muRJRZD9iv}} label={{http://t.co/JlXLSfzMv7.label}}></form>
的なある属性に対してプレゼンテーション層で直接書き下すような書き方のこと
— SyntaxError x = 'y', (@podhmo) 2014, 7月 26
プレゼンテーション層でコンポーネントとしての何かとして使いたい場合に、何だか上手く切り出せていない感じ。
— SyntaxError x = 'y', (@podhmo) 2014, 7月 26
djangoのmodel formは、何か一足飛びに作られていて特定の用途でデザインの場合の場合にしか使えない感じ。
— SyntaxError x = 'y', (@podhmo) 2014, 7月 26
以前気づいたのはschemaとformは地続きじゃないし。だいぶ違うということだった。
— SyntaxError x = 'y', (@podhmo) 2014, 7月 26
存在しないライブラリを使ってコード書く練習する
— SyntaxError x = 'y', (@podhmo) 2014, 7月 26
https://t.co/Hr85w5792I
メモ的な何か
— SyntaxError x = 'y', (@podhmo) 2014, 7月 26