HTMLの中にJSか、JSの中にHTMLか、これのどちらが受け入れられるかってその人の得意分野によるところがあるのかも。HTMLから入った自分のようなタイプだとJSXはなんか得体のしれない気持ち悪さがある。
2016-05-21 21:05:21Riot.jsは小さなものでもとりあえずテンプレートエンジンとして入れてみようか、と思う手軽さがいい。逆に大きなものを作ろうとすると書き方が自由すぎるのが足を引っ張るのかもしれないな。。自分が作るのは小さなアプリや拡張機能ぐらいなのでちょうどよいサイズ。
2016-05-21 21:22:19最近感じる謎の違和感は、JSが大規模で使われるようになったことから感じるのかも。 もうWebサイト上で動きをつけるため、じゃないんだなぁ。
2016-05-21 21:26:02@riatw riot.js ちょっと触ってみました。これはちょっと感動する.....がおそらく激しく拒否反応を示す方々がいるであろうことも納得をしました。理想的なんだけど、むずかしいなと。
2016-05-22 10:58:12@NEKOGET 感動が伝わって何よりです\(^o^)/ 拒否反応を出す人はどんなライブラリでも一定数の人は居るので仕方がないかなと思います。適用するプロジェクトの中ではなんとか共通認識をとっておきたいところではありますが。
2016-05-22 11:01:55@riatw もうちょいサンプルがあれば、うまく説得できる気もしますね。 リソースとテンプレートはちゃんと分離できるし、テンプレートの中でここで使うリストはこのリソースやでみたいな指定ができてるサンプルがあるといいのかも。私は気に入りました。riot.js
2016-05-22 11:03:56@NEKOGET Riot.jsはHTMLの中にスタイルとJSを書くっていう従来の(見方によっては一昔前の)書き方が元マークアップ側としては手に馴染む感がある一方で、カスタムエレメント前提、HTML上で入力されたデータの参照の仕方が特殊なのが違和感あるかもしれません。
2016-05-22 11:05:32@NEKOGET なんかこう、もうちょっと現実的なサンプルがあればいいのかもですね。自由に書ける一方、ルールとかの整備は書く側に任されているようにも感じます。
2016-05-22 11:06:57@riatw まさにそれです。tradionalによる拒否反応が絶対起きるだろうことが予想できます。...が、分業体制で作業するならこれほど良いものはない気もする。
2016-05-22 11:07:28@riatw 特化しているゆえに、公式にはサンプルこれ以上のものは出せないのだと思います。そこは思考ゆえに。利用者側で用意するしかない。
2016-05-22 11:08:25Riot.jsは簡単ゆえに設計力が求められる予感。 APIからやってくるリソースととテンプレートが求めてるリソースとの紐付けのルールを自力で設定せねばならない。単体では解決しない部分、ControllerやModelに相当するものとRiot.jsを紐付ける仕組みが必要。設計大事
2016-05-22 11:31:06@NEKOGET そもそもカスタムエレメントに馴染みがない可能性がありますもんね、、自分もそうですし。ただ、コンポーネント化を絶対するっていう前提のもとで話をするならJSXよりはこちらの方がデザイナーさん受けが良さそうです。
2016-05-22 11:54:50