のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,062,931人
頁
昨日:no data人
頁
今日:人
頁
最近の注目
人気の最安値情報

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

    JavaScript覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

    651 = :

    どうもありがとうございます
    結果的にPythonスレとマルチポストになってしまっていたらごめんなさい。

    >>647
    PythonスレのRubyの方ですかね？
    その節はありがとうございます。
    初心者用というのはHTML5の初心者という事ですよね？
    よく分かる〇〇とかいちばんやさしい〇〇だとか過去に読んだことあるんですが、その手の本ってパソコンそのものの初心者が対象なのか、
    〇〇のコードを使ったらハンバーガーメニューが出せますとか、このコードを使ったらこういうレイアウトに出来ます。今流行りのスマホPC両対応のレスポシブなんちゃらのカッコいいホームページを作ろう、みたいな。
    そういう本って理屈は置いておいて、カッコよさげなホームページが作れた。よかったね、っていう感じの本だから、
    それぞれのコードの中身や用語の解説じゃないから結局提示されたcssのコピペだけで終わり訳もわからず応用が利かず結局何も身に付かなかったです。
    オライリーからPythonの本が大量に出てるけどそんな感じの本があればいいんですが。

    >>648
    やっぱ甘えてますね、自分。
    辛いけど、出来るようになりたいから読むしかないのかぁ。

    652 = :

    >>649
    Webサイト作りそのものには全く感心は無いんですが、Pythonを学ぶうちに作ったデータの可視化をWebでやりたくなりました。
    Pythonを学んだら今までは怖かったJavaScriptも基本的な文法はPythonで書いた場合を考えながらやればJavaScriptでもSwiftでもObjective-Cも何となく理解出来るようになりました。
    JavaScriptもWeb用のナニカじゃなくて、これもPythonと同じプログラム言語だと分かったのでおもしろくなってきたました。

    XMLを弄るにもXPathが分かれば簡単に弄れそうなんですが、XPathそのものが難しい。
    Chromeの開発者ツールの使い方も分からないままだし。

    >>650
    けど、正論だと思いました。


    オライリーからHTML5という本が出てますけれど、7年以上前の本だからやめておいた方がいいでしょうか？


    >>642 で読んでる本の最初のページにこんなイラストが載ってました。
    まさに自分もこんな認識です。

    653 = :

    >>652
    セレクタを覚えるなら、jQueryよりCSSを覚えた方が良い
    jQuery拡張記法を覚えても何にもならん
    http://triple-underscore.github.io/selectors4-ja.html

    XPathは今でもCSSセレクタ以上の事が出来るが、日本語の資料は多くないので、初心者向きではないだろうな

    654 = :

    >>646
    Array(10).length = 1; // これはsetterでは？

    655 = :

    getter, setterという場合、
    Array(10).getLength();
    Array(10).setLength(5);
    などのようにメソッドの形を取る。

    Array(10).length = 1;
    は上のsetLengthとやることは同じだが、(実装はどうあれ)プロパティ形式を取っているのでsetterとは呼ばない。

    なお説明に使っただけでArrayにgetLength、setLengthとあったメソッドは無い。

    656 = :

    TypedArrayのlengthはgetter,setterだが
    Arrayのlengthは内部プロキシが特別に扱っている名前というだけ

    657 = :

    >>655
    http://developer.mozilla.org/ja/docs/JavaScript/Reference/Operators/set

    658 = :

    >>657
    Atrayのlengthはset/getが使えなかったときからある。だから>>656

    659 = :

    漏れが、XPath を使うのは、CSS セレクターでできない場合だけ。
    例えば、5ch の書き込み内のa タグを抜き出すなら、

    このCSSセレクターでできるけど、
    div.thread > div.post > div.message > span > a

    a を含む、post_node だけを抜き出す場合、
    div.message の子孫で、aタグを含むものがある場合、
    そのaタグの祖先のdiv.post を抜き出す。
    (自分の処理では、div.postを主体に処理している場合)

    CSSセレクターでは、div.message div.post a

    descendant は子孫、ancestor は祖先。
    post_nodes = doc.xpath "//div[@class='thread']/div[@class='post']/div[@class='message']/descendant::a/ancestor::div[@class='post']"

    子孫に何々要素がある場合の、その祖先を求めるとか、
    条件が複雑で、CSSセレクターでは表せない場合だけ、XPathを使う

    jQueryのCSSセレクター一覧表を見て、それでできなければ、XPathを使う

    660 = :

    :has擬似クラスが仕様に入ったからXPathの出番はますます無くなる

    661 = :

    >>660
    これマジうれしい

    663 = :

    XPathってJavaScript以外で使えたっけ？
    jQueryで:hasが使えるならもういらないような

    664 = :

    >>663
    なに言ってんだ各言語にライブラリ出てるよXPathくらい…

    665 = :

    >>658
    その理屈はおかしい
    lengthはProxyがない時代からある

    667 = :

    >>656
    文盲かな？

    668 = :

    >>665だった。

    669 = :

    Proxy APIの話ではなくプロパティが設定されるときに働く
    [[DefineOwnProperty]]内部メソッドをオーバーロードしてlengthを書き換えてることを
    分かりやすく内部プロキシと言い換えただけなのにね

    670 = :

    漏れ、って久しく見ないな
    懐かしい

    671 = :

    >>667-659
    同じ言葉をそっくり>>658に返したいね

    > Atrayのlengthはset/getが使えなかったときからある。だから>>656
    setがなくても、setterとして機能があればsetterだろう
    lengthプロパティ代入時に処理が働くのだから、setter以外にそれを実現する方法はない

    ついでにいうと、>>655もおかしい
    プロパティだからsetterじゃない、とかどの言語の話だ？

    672 = :

    >>669
    >>654からどうしてその話が出てくるんだ？
    おまえのいってるのは、
    Array(1)[3] = 1;
    だろう

    673 = :

    Proxyでのハンドリングもsetterと言うのならArray#lengthもsetterと呼んでいいと思うけど
    普通JSでsetterって言ったらプロパティディスクリプタがアクセサタイプでsetにメソッドが入ってる状態を言うと思うけどな

    674 = :

    >>672
    いや、数値文字列と、lengthの２種類ともを特別に扱ってるんだよ

    675 = :

    >>673
    あなたのいう、setterとProxyの違いは何だ？
    lengthは余所から書き換えられる場面は多々あるが、lengthそのものはProxyを使うほどの機能があるとは思えんのだが
    http://www.ecma-international.org/ecma-262/9.0/#sec-properties-of-array-instances-length

    676 = :

    でlengthはなんて呼んだら良いの？
    http://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Global_Objects/Array/length
    これも直した方が良いってこと？

    678 = :

    >>675,676
    その疑問は全てここまでに書かれてるよ
    もう一度読み直してみて

    679 = :

    >>678
    > [[DefineOwnProperty]]内部メソッドをオーバーロードしてlengthを書き換えてることを
    > 分かりやすく内部プロキシと言い換えただけなのにね

    これがProxyの条件か？
    ただの内部 プロパティを書き換えるだけでProxy扱い
    しかも、Array(19).length = 1; 時に [[DefineOwnProperty]] が書き換わらんし、到底理解できんな

    680 = :

    > しかも、Array(19).length = 1; 時に [[DefineOwnProperty]] が書き換わらんし、到底理解できんな

    訂正する
    Array(19)[1] 以降が削除されるので、[[DefineOwnProperty]] は確かに書き換わる
    しかし、他所のプロパティ [[DefineOwnProperty]] が書き換わるだけで、lengthプロパティはProxyの動きをしていない

    681 = :

    こういう事かな

    const a = [];
    a[0] = 1; // 668「a[0] はProxyなプロパティです」→OK
    a.length = 0; // 668「a[0]を書き換えるa.lengthもProxyなプロパティです」→ん？

    この場合、a.lengthを書き換えるa.fooを定義したら、a.fooもProxyになる
    Proxyが感染していく

    682 = :

    hey YO! チェケラッチョ！

    683 = :

    >>680
    大きな勘違いしてるね、Arrayのインスタンスオブジェクトはlengthと言う通常のプロパティを持っているが
    それと同時に数値文字列と"length"という文字列のプロパティ設定に関して特別な振る舞いをするんだよ
    つまりProxyのようなのはArrayのインスタンスの事であって、
    そのプロキシは"length"プロパティアクセスがあると、間接的にlengthプロパティを設定して配列の要素を調整すると言う動作をするんだよ
    ただし、setterとは違うという話

    684 = :

    ようそこまで内部動作把握してるな
    こういう人はそんなの当然って言うんだけど大半の人はそんなの無理

    685 = :

    アニメスレに沸く小説板から来た設定厨を思い出しました。

    686 = :

    >>683
    勘違いなどしていない
    setterのトラップで内部プロパティが書き換わるだけ
    setter以外のトラップが必要なら、それを示してくれ

    687 = :

    >>682
    やっとわかった
    ラッパーって言いたいのかw

    688 = :

    >>687
    誰もわかってくれないからって自己レスするな

    690 = :

    わかっててスルーしてるにきまっとるじゃろ

    692 = :

    >>686
    勘違いというか、全く分かっていなかったんだね
    実際Arrayオブジェクトのlengthはsetterではないということが話の肝

    Arrayのlengthは普通のオブジェクト固有のプロパティだ
    Object.getOwnPropertyDescriptor( Array(1), 'length' )
    // {value: 1, writable: true, enumerable: false, configurable: false}

    参考までにTypedArrayのlengthは共通親クラスから継承したgetterだ
    Object.getOwnPropertyDescriptor( Uint8Array.__proto__.prototype, 'length' )
    // {get: ƒ, set: undefined, enumerable: false, configurable: true}

    ならArrayのlengthへ値を代入したときの振る舞いなどはどう説明するのかといえば、
    Arrayオブジェクトのプロパティ設定のトラップでlengthを特別扱いしてるということだ
    そしてそれはもちろんsetterとは違う

    言い換えればArrayオブジェクトはそのただ１点を除いて普通のオブジェクトと何にも変わらない
    [ 'a', 'b', 'c' ]は{ '0':'a', '1': 'b', '2': 'c', 'length': 3 } と全く違いはない
    ただたった一つ、[[DefineOwnProperty]]内部メソッドの振る舞いが違う、
    プロパティアクセス時に'length'と数字プロパティへの設定を特別に監視するということだけが
    ArrayをArrayたらしめてる理屈

    693 = :

    >>680のこの行がそもそもだいぶトンチンカン
    >>Array(19)[1] 以降が削除されるので、[[DefineOwnProperty]] は確かに書き換わる
    [[DefineOwnProperty]]は内部「関数」なのだから、書き換わったりしない、呼ばれる対象
    そしてlength要素に設定時に適宜配列のプロパティが消されるから呼ばれるのではなくて、
    length要素設定時にこれが呼ばれたときに間接的にプロパティを消してる、因果が逆
    因みにプロパティが消されるときに呼ばれるのは[[Delete]]
    [[DefineOwnProperty]] はこの場合関わらない

    694 = :

    >>692
    へー知らなかった

    696 = :

    >>695
    ザコは黙ってろ

    697 = :

    >>692
    勉強になったわ

    698 = :

    new Int8Array([1,2,3]).__lookupGetter__('length')
    //=> f length() { [native code] }
    [1,2,3].__lookupGetter__('length')
    //=> undefined

    ほんまやTypedArrayのlengthにはGetter設定されてるけどArrayは無い

    700 = :

    大雑把にはわかっていたつもりだったけど
    詳しい説明ありがたいわ


    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / JavaScript一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド

    トップメニューへ / →のくす牧場書庫について