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

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

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

    102 = :

    >>100
    この質問の本質は、そういうコードを書きたくないということでしょう？

    103 = :

    結局何をしたいのか分からん
    C言語だって char *a = "abc"; と書いたとき、ポインタ a の分だけメモリ喰うわけだしな

    したいことと、典型的なコードでなってしまうことの差が
    具体的に分からないと何ともいえない

    http://jsbin.com/yemedon/edit?html,js,console
    こういうのとは違うみたいだし

    104 = :

    無理矢理いえば test() の返値は必ず入る
    アセンブラのときにレジスタに必ず入るかどうかは知らない

    0 との比較の場合はアセンブラ的には即値0が必要とならないケースが多い、はず
    RISCでどうなるか等は知らない
    サボリのためCASLの仕様書は読んでない

    105 = :

    変数は必ずしもメモリを消費しない
    インライン化とエリミネーションで半分程度削減される
    だからデバッガを有効にしてるとメモリを食う

    109 = :

    >>107
    いつものRuby厨がしたり顔をしにやってきたが、
    言いたいことを先に言われ、良い所を
    jQuery厨に持っていかれたという流れｗ

    114 = :

    >>113
    > 「関数を書きたくない」というなら、巨大な関数である jQuety()を定義しているコードに魅力を感じるのは

    jQueryを使うなら「関数を書かなくていい」じゃん
    「関数を書きたくない」という要望を見事に満たしている。

    115 = :

    そもそもプログラム書きたくないんですけどどうしたらいいですか？

    116 = :

    >>114
    「メモリも食わない」の要件を満たしてないじゃん

    117 = :

    エラーにならないオブジェクトとかそもそもがヤバい

    118 = :

    >>116
    それは「すべてのものはメモリを食う」という結論で終わったろ？

    119 = :

    そもそも、>>102は質問者なのか？
    他人が悪のりしてるのか、質問者本人なのか分からん

    120 = :

    >>118
    メモリ消費量が違う

    122 = :

    jq談義は誰も得しないのでやめよう

    124 = :

    無いときにエラーにしたくなくて、あるときに全ての要素を対象にしたければ
    DOM APIには複数要素取得する手段がいくつもあるんだから
    それでmapなんかで回せばいいだけじゃん

    125 = :

    >>112
    どうだろう
    CSS はデザインの話で、コンテンツそのものの話とは区別されるんじゃないかと

    > 出力先はどういう性質かというのを記述
    これなんてまさにそれ


    　オブジェクトのプロパティに値をセットしたつもりが
    　そもそもオブジェクトありませんでしたー
    でエラーが出なくて幸せになる具体的なシーンが思いつかない、というのもある


    「『対象の性質を宣言』しようとしましたが、その対象は存在しませんでした」ってことでしょう？

    127 = :

    >>124
    調べたら、APIが結構拡張されててびっくりした
    http://developer.mozilla.org/ja/docs/Web/API/NodeList

    132 = :

    >>130-131
    便利な世の中になったね

    134 = :

    要件定義は質問者とやりな

    135 = :

    単に大したメモリ消費量じゃないと言ってるだけ

    136 = :

    > ・回答には多様性があります。他人の回答を尊重してください

    137 = :

    jsにも ?. が実装される草案は先送りになったのかな

    138 = :

    >>137
    詳しく

    139 = :

    jQueryが消費するメモリ
    →大した消費量じゃない！

    自前で関数ちょこっと書くのに消費するメモリ→
    とんでもないメモリ消費！

    141 = :

    その煽る気満々の内容で質問者に回答してやればいいのに、これだからマウント君は

    142 = :

    >>137
    ES全体的に前みたいに大量の草案をガツガツ進める雰囲気じゃなくて
    細かい仕様をより小規模なミーティングを頻繁にして少しづつ着実に落ち着いて進める感じになってる

    その上でオプショナルチェーンの進歩状況はやや鈍調
    本来なら輸入構文で順調に行くはずだけど、
    ついでにこれもセットで欲しい機能のオプショナルコールについて問題を抱えていたので
    あまり進捗してこなかったのが、直近のミーティングで前に進んだ
    もう一山か二山あるだろうけど、ゴールの明かりがちらりと見えた所

    144 = :

    元あるものを改変するのではなく記事の内容を取得して表示するリーダーアプリを作ったほうが聡い

    146 = :

    草案の話はこちら


    実用厳禁★独自拡張、草案段階のJavaScriptについて
    http://mevius.5ch.net/test/read.cgi/hp/1495948526/

    148 = :

    …もともとがRuby房召喚のためだけの質問っぽいけど…

    >>112
    > 出力先はどういう性質かというのを記述する。

    element がらみの場合は DOM ツリーの適切な場所に適切な要素を記述し
    その要素にその性質を記述するものではないのかしらん
    まとめたければ DocumentFragment 使うとか、元質問に即して言えば事前に createElement すれば良いんでないかい

    ただ、元質問は「対象が存在しないときにスルー」って言ってるんだから「宣言型プログラミング」とやらは今回別に要らないでしょ
    コレクションのアイテム数を数え、アイテム数を越える分は処理しなければ良いだけ
    …ってのを >>111 のリンク先で書いてみたんだが…

    149 = :

    >>94
    ?. は、NULL 許容(エルビス)演算子だろ。
    横から見ると、エルビスプレスリーに見える

    Ruby では、関数名の最後の文字に、?, ! が使える

    ? は、真偽値を返すメソッド名に使う。
    ! は、レシーバーの内容を変えるメソッド名に使う

    このルールがあるから、可読性が高い！

    その代わりに、エルビスが使えないから、&. を使う

    150 = :

    俗称エルビス演算子は?.ではなく?:
    これだからクソ言語信者は。
    ?.の一般的な名前は>>110


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

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

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