元スレ+ JavaScript の質問用スレッド vol.121 +

JavaScript覧 / PC版 /

みんなの評価 :

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで

401 = :

>>400
これか
http://qiita.com/amoO_O/items/fa7dd0ecc5010cfa4dd3
どこかのコミュニティで拡散されてるんじゃない？

402 = :

backboneはドキュメントサイトが見にくいな
左フレームの幅が固定なのがアカン

403 = :

>>401
違います。特定されたかと思って焦ったじゃないか。

404 = :

>>400-401
自作自演で宣伝ご苦労様でした

405 = :

何qiitaって？お金になるの？

406 = :

backbone.jsでset時にvalidateした場合、invalidな値がセットされることはありませんが
そうでない場合はsave時にvalidateされるので
invalidな値が属性に入ってくることになりますよね？
そうなるとinvalidな値を元にrenderすることになると思います
そうすると対応が面倒なので、バリデートはset時にするのが当たり前なのでしょうか？

407 = :

テンプレートはHTMLにtext/templateとして書く方がいいのでしょうか？
そうなるとテンプレートの断片がHTMLの中に並ぶわけで、
それならJavaScriptファイル中に書くのと分かりやすさ大差なくね？
いやむしろJavaScriptファイル中に書いた方が分かりやすくね？
って思います。
HTML自体がテンプレートのようなものなので、
テンプレートの中にテンプレートの断片を入れているような気持ち悪さがあるのです

408 = :

ドットインストールのbackbone.jsのレッスン見終わりました
やはり本を読んだりするより映像で学ぶのが一番効率いいと思います
もう少し詳しい学習をしたいのですが、そういうムービーどこかにないですか？

409 = :

>>408の件ですが
英語の動画は沢山あるのですが日本語のものはないようですね
スライドを見ればある程度は何してるのか分かりますが
それなら最初からスライドを探した方がいいかもしれません

410 = :

>>405
qiitaへの投稿のメリット
・自分の投稿した記事の内容を自画自賛して「オレすごすぎwww」ってなれる
・ググルト自分の記事がヒットするからいい感じになる。
・hddがあぼーんしてもqiitaに投稿した内容は消えない

qiitaのダメなとこはgood、badタグがないことだな。

JavaScriptでかっこよくthisを回避する
http://qiita.com/chick307/items/01907fd4d69be6d264e5

↑例えば、どこがかっこよくthis回避なのか不明な記事とかにbadを押したく
なるときにできないのが難点

411 = :

JavaScriptを独学で勉強しようと思うのですが、一番初めに見るおすすめの参考書はどれでしょうか？

412 = :

observerパターンについてですが
ハンドラを解除しないままobserverの方を削除してしまったら
ハンドラが残り続けてメモリリークになるんじゃないかと思うのですが、
大丈夫なのでしょうか？
observerのデストラクタで解除するようにすればいいと思いますが
JavaScriptではデストラクタがないので、そういう方法は取れないと思います

413 = :

>>411
中級者以上ならオライリーのJavaScriptがいいと思うけど
初心者向けとなると逆に何がいいか分からないな

414 = :

qiitaにたまに芸能人の画像貼り付けてる奴がいるから通報してる

415 = :

>>411
My UNIXシリーズの奴は解りやすかった。

416 = :

backbone.jsのために
サーバ側から送るJSONのフォーマットが良く分かりません
ドキュメントにもそれらしき項目がないようですし
ガイドブックにも何故か見当たりません
どこ見たらいいですか？

417 = :

>>416の件ですが、
ごく当たり前に記述する、で正解でした
fetchした直後にcollectionをlogしたら、lengthが0だったので、
JSONの記述の仕方を間違っているのかと思ったのですが
非同期で読まれるのでfetch実行直後にはまだ値が入ってないんですね

418 = :

backbone.jsで、モデルを新規作成してsaveした時、
サーバサイドで割り振ったidをクライアントに反映すると思うのですが
どうやるのか良く分かりません
POSTのレスポンスとしてidを返すんでしょうか・・？

420 = :

★の2に対する子から親が1かどうかをしらべる

423 = :

面倒なので手書きしてました

424 = :

手書きというのはライブラリを、ではJSONをという意味です
まだやり方をテストしてる段階なので

425 = :

backboneを使うため、
lodashをunderscore buildにしたら
assignが使えなくなりました
ソースを見るとextendというエイリアスは生きているようです
別にバッティングするわけでもないのだから
assignを生かしておいても問題ないと思うのですが
なぜassignをなくしたのだと思いますか？

427 = :

質問です。
<dl>
<dt>dt 1
<dd>dd 1
<dl>
<dt>dt 1-1
<dd>dd 1-1
</dl>
<dt>dt 2
<dd>dd 2
</dl>
一番外の dl 直下の dt のみを取得したいと思います。つまり、「dt 1」と「dt 2」を取得したいです。
しかし以下のコードで取得しようとすると、「dt 1-1」まで取得してしまいます。当たり前と言えば当たり前ですが。
elm.querySelectorAll("dt"); //（elmは一番外のdl要素です）
もちろん、取得した後にフィルターを掛ければいい話ですが、あまりスマートではありません。
querySelectorAll()で一発で「dt 1」と「dt 2」を取得する方法はありますか？

429 = :

>>427
dl直下のdtというのなら、dl > dtでいいんじゃないの？
querySelectorAllがどこまで対応しているかしらないけど、
ブラウザによって動きは違うかもね。

こういう場合はjQueryを使ったら、古いブラウザ含めて対応できるよ。

430 = :

>>429
dt 1-1もdlの直下なのでダメだね
最上位のdlが特定できればいいんだけど
idとかついてないの?

431 = :

>>429
ありがとうございます。
確かにjQueryでしたら簡単に実装できますね。ライブラリの使用も視野に入れてみます。

>>430
ループ処理しているので、唯一に特定できるidなどは何もついていません…。
elmに代入されているということだけが唯一の情報です。
やはりフィルター処理しかないでしょうか。

432 = :

querySelectorAllの前後でidの付け外しをするとか
(上書きのことを考えるとclassの方がいいか)

でもまあフィルタがいいと思うけど
jQueryにするんなら.filter() で結構簡単に書ける

433 = :

backbone.jsでは、イベントハンドラはviewに付けますが
モデルと関係ないようなイベントハンドラはどこで付ければいいんでしょう？
たとえば画面全体に対するmousemoveなど。
イベントハンドラを付けるために画面全体用のviewも作るんでしょうか？
それもなんか無駄な感じがします

434 = :

普通のMVCとかだとレイアウトやヘルパー、パーシャルなオブジェクトってのがあるんだから
（ってもCakeしかやった事ねーけどｗ）そーいう差し込み可能なユーティリティーってのが
backbone.jsにもあるんじゃね？知らんけどｗ
知らんからこれ以上はひっこむわｗ

436 = :

じゃあそれ拡張してアタッチすりゃあいいのかな？
あ、出てきちゃったｗ

437 = :

ですね
サーバサイドMVCのコントローラっぽい感じです

438 = :

backbone.jsのviewにeventsでイベントを設定する時
セレクタにwindowを設定することは出来ないのでしょうか？
出来ないとすると、eventsで設定したり、自前で設定したりして美しくないですよね
eventsの設計ミスとしか思えませんがどうなのでしょうか

440 = :

実際にwindowにイベントハンドラをセットする必要があるので設計ミスではありませんが？
でもevents＝viewが所有するDOMに付けるイベントを管理するもの、
と考えたら別にアグリーでもないかもしれません
ありがとうございました

441 = :

backbone.jsにはコントローラがないので
それだとviewがやたらでかくなるのでは？
それともコントローラ的な部分は自前で用意するのか？
と悩んでいたのですがコントローラなどを用意したマリオネットっていうやつがあるようです
プレーンなbackboneではなくmarionnetteの方を使うのが今の感じなんですかね？

442 = :

振分けられる処理は極力ModelやCollectionに振分けましょうって
思想みたいだけどようワカランね。
Routerは大した仕事はしなさそうだし。

サーバーサイドのMVCモデルのように間に何かが入る必要があるか？
を考えてみた方がよいのかも。

443 = :

やっぱコントローラーとしての役割はRouterぐらいしか見当たらないな

サーバーMVCのView間の遷移なんてものが無いから出番もそんなに無いって事なのかも

445 = :

なりませんよ

446 = :

ファイル名じゃないから関係ないね

450 = :

標準の textContent や data 属性を差し置いて
やたら innerText を見かけるけど何でなん？