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

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

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

    551 = :

    >>592
    もう回答いくつか出てるじゃん
    それらを試してみてまだ何かあれば続きをやろうね

    552 = :

    >>593
    ひょっとして>>559の話?それならよく全文や話の流れを見なよ
    冷蔵庫にも対応しろって話では全く無いでしょ

    例えばスマートウォッチや冷蔵庫という極端なデバイスであっても
    最低限きちんと使える状態のUIをブラウザがinput要素には提供してくれてるのに
    そのわざわざ各デバイス向けにカスタマイズされてるものに介入するのは高等テクニックだよと言ってるだけでしょ

    553 = :

    >>552が深く考えないで雰囲気でマウントとりに行ったらいろいろツッコミが入って、
    それを取り繕おうとしているってところだろう。

    554 = :

    >>595
    まずIDでないのに全文のながれくむとかむりだから
    全文の意味くみとってほしいならIDさらせよ

    つぎに冷蔵庫に対応しろって話じゃないなら
    何が言いたいの?
    冷蔵庫で使わなないら
    冷蔵庫の話を出す意味がわからない

    せべきではない、っていってるが
    それはやるなって話でしょ?

    いみがわからない
    つか冷蔵庫ってなによ?

    555 = :

    >>597
    いや、全文っていうのは1レス全文のことだよ
    冷蔵庫ってのは今どきレシピを見るためにインターネットに繋がってWebViewをもった冷蔵庫も考えられるでしょ
    っていうイメージだったけど、そこで混乱を招いたのなら謝る

    何が言いたいのかって、input要素、それもnumberという
    デバイス毎に独自のUIが提供されそうなものに介入するのは控えた方がいいよって話を
    何人かから返信が来たから具体例を交えたり言い回しを変えつつずっとしてただけだよ?

    556 = :

    言葉足らずと思い込みの喧嘩はもう見飽きた

    557 = :

    >>598
    冷蔵庫でレシピを見るあぷりって
    限られてるでしょ
    そういうアプリなら冷蔵庫に対応すればいいだけでしょ
    なぜそれを前提にアプリ作るのかって話なー

    つか冷蔵庫アプリってなんやねん…
    特殊すぎるわw

    558 = :

    >>600
    いやだから少なくとも自分は冷蔵庫に対応するしないの話はしていないから
    input要素って色んなデバイスに合わせてカスタマイズされてるっていう話での
    「色んなデバイス」の1つの例として挙げてるだけでしょ?

    むしろ、デバイスの特質やOSのスタイルに合うようにブラウザが良きに計らってくれてて
    対応とかあまり気にしなくて良くしてくれてるのに、そこに介入するっていうのは高等テクニックだよ
    っていう話であって、君の立場と自分の立場って近いと思うよ?

    559 = :

    例を挙げるとその例に囚われてしまう人あるある

    560 = :

    あるグローバル変数が、特にnullを代入する処理を書いていない箇所で唐突にnullになってしまうという現象に遭遇しています。
    (DevToolでWatchしていると同じような箇所でnullになる、再現性はあるがnullにならないこともある)

    その変数は一連の処理が終わったらnullを与えてGCを促し、再度処理を行う場合は改めて初期化して処理を開始する、という使い方をしています。
    もしかしたら、nullを代入してGCを促したグローバル変数に対して実際にGCが行われる前に再度参照を与えた場合でも、GCが行われて強制的に破棄されてしまうのではないか、
    と考えたのですが、こういった件に関してなにかご存じの型はいませんか?

    また、メモリ節約のために上記のようなことをしているのですが、他に適切なやり方等あれば教えていただきたいです。

    561 = :

    悟りマウントオジさんってこと?

    562 = :

    仮にエンジンの不具合で参照が残っているのにGCされても、その変数がnullになることはない
    変数というのはSMIを除いて全てオブジェクトとして管理されている
    変数はタイプ情報を参照し、文字列やArrayのような不定長の値そこから何段か経て中身が参照されている
    中身が破棄されたり上書きされてもその構造上ObjectがNullに化けることはない
    Buffer系やファイルへの参照などはその中身がネイティブによって捨てられたり別スレッドへ移譲が起きていつの間にか空になることがあるが
    いずれにせよ変数の型が直接変わるようなことは起きない

    563 = :

    >>602
    >>602

    だからそのいろんなデバイスの一つとして冷蔵庫出してるんでしょ?
    いろんなデバイスってのってのは現実世界でかならずそんざいするわけで
    そのいろんなデバイスにたいおうさせるひつようあるのかってはなしじゃないのかよ?

    じゃあさきくけど
    冷蔵庫はなんでだしたのよ?
    例でなにをいいたかったの?

    冷蔵庫に対応させる必要ないあぷりなんてとうぜんあるわけで
    それが冷蔵庫だろうが ****だろうがいっしょだよw
    例が下手すぎるんじゃないのか?

    564 = :

    で、冷蔵庫って何を想定してるの?
    いつまで立ってもこれに対する回答ないんだが。
    なんで?
    回答ないってのは稀有な自称にも対応させろって意味にしか思えないんだが?
    なんで冷蔵庫だしたの?
    まずこれに答えて

    565 = :

    自分は答えられないので、他の方、どうかよろしくおねがいします。

    566 = :

    >>608 == >>601 です
    >>607 さんも誰に答えて欲しいのかレスを降ってください

    567 = 511 :

    >>609
    じゃあIDさらして…

    568 = :

    >>610
    やっぱり自分ですか?他所でやりましょ
    お風呂入ってくるのでもっとスムーズに2人で会話できるような場を用意しておいてください

    569 = 511 :

    >>611
    IDはさらないのか。。。
    だめだな

    570 = :

    >>603
    ありがちなのは他の何かと名前がバッティングしてる、非同期でnull入れたあたりか

    571 = 511 :

    レスの対象をいいなさいというがIDは晒さない
    冷蔵庫がいったいなんなのかもわからない
    正直よくわからんね

    572 = :

    >>614
    もうここから先はあなたと私の1:1のおしゃべりでしかありませんからね
    場を汚すのが恥ずかしいので私はここで続ける気は起きません

    もしも、私の例の挙げ方、説明の仕方が悪いというような指摘であれば、
    それは全面的に受け入れて非を認めます
    それ以外に内容について詳しく議論したいというのであれば、別の場を用意してくれませんか?
    今日中に用意してくださればそちらに移行します
    以上です

    573 = 511 :

    >>615
    なんでココで鼻だめなの?
    なんでIDを晒さないの?
    冷蔵庫って何?
    一切答える気はないの?

    あなたが別の場所希望するならあなたがそれを容易すべきでは?
    なぜココではだめなの?
    ???しかないよ

    でなんでIDさらさないの?

    574 = 511 :

    場をよごすって技術的な話をすることがなぜ場を汚すことなのかもよくわからない

    575 = 511 :

    技術的な話をするのになぜ1;1なのかもよくわからない
    他者の意見からにげてるだけでは?

    576 = :

    なぜここでは駄目なのか、なぜ場を汚すと考えるのかと言うと
    あなたは既に私がしっかり返答したと思っていることについて幾つも突っ込んできているため
    改めて問題を整理してじっくり腰を据えてあなたと邪魔の入らないところで面と向かって
    何度も何度も長文でお話する必要があると判断したからです

    私はもはや技術的な話だとは考えていません
    これは私とあなたの意思疎通の問題でしかありません
    私は新たな技術的な話をする気は毛頭ありません
    それ以前の問題として、私が過去に書いた文章をあなたに伝えることができるのかという興味からの提案です

    逃げていると捉えてもらっても結構ですし、その他私のことをどのように考えてもらっても構いませんが
    私はここでこれ以上続ける気はなく、IDを出さないのもここではあなたに付き合いませんよという意思表示です

    577 :

    >>619
    なんでかたくなにさげでくるの?
    どうでもいいがメールアドレスおしえてよ
    IDもさらさない自分で場ももうけない
    なにがやりたいのかさっぱり
    つかアンカぐらいつけようね?
    なんでそれすらできないの?
    それが場をよごしてんだよ…

    ここは技術について語る場であってその点なんももんだいないとおもうjがねぇ
    なんでここじゃだめなの?
    つか冷蔵庫ってなにってのには絶高い答え内の?

    578 = 577 :

    とりあえずあげでいいよあげで
    IDでるでしょ?
    あげなさい
    自分の発言に責任持つのはここからだね

    579 = 577 :

    なぜここでだめなのかわからんけど

    えすえいちあいえぬだぶりゅおーあーるけいあっとわいえいえいちおーおーどっとしーおーえむ
    メールよろ

    580 = :

    >>565
    仕様としてIEEE754準拠してるだけだ。
    js固有と言うわけでもない↓
    http://0.30000000000000004.com/

    581 = :

    悟りマウントオジさんが攻められてるってことでいいの?
    悟オジと思しき人のアドバイスって、解決の糸口を与えつつ
    でも、その方法はよくないで、みたいなジェントルな指摘じゃなくて
    悟りの境地から嫌味言うだけで役に立たないのよね。
    何でこのスレ居るんだろ?

    582 = :

    質問者は幅広い意見を聞いて参考にして自ら解決すればいいのであって、
    別に誰か一人が正解を用意する必要はないんじゃないか

    583 = :

    そうそう。だから俺は俺の回答をする。
    だがなぜか、俺の回答を批判するだけで
    自分は何も言わないやつがいる。

    584 = :

    サトオジの朝は早いのなw

    585 = :

    お前のことを知ってるぞという
    相手を気持ち悪がらせて楽しむストーカー男

    587 = :

    まったくできないレベル?

    588 :

    全く出来ないに等しいです

    htmlcss一通りできるようになったからjsかjqueryやろうかと思ったら今はvueかreactって勧められたからvueやろうかと

    少しjs齧ってからやったほうがいいかな

    590 = :

    jQueryでいいよ。HTML/CSSと親和性が高いのはjQuery
    HTML/CSSメインであればjQueryが一番

    vueやreactはJavaScriptを使ってHTML/CSSを
    生成するようなものだから作り方が全く違う。
    ゲームとかアプリに近いものを作るためのもの。

    591 = :

    >>631
    DOMの基本までは齧った方が良いよ
    vueが何やってるか分からんくなる

    592 = :

    違うでしょ
    jQueryはDOM操作を要領よくザックバランにする場合に向いているのであって、使うにはあらゆる知識が少しずつ必要。
    一方フレームワークはそれらを覆い隠してくれて、Webの知識に乏しくてもコンポーネントを組み合わせてつくりたいものが作れる。
    jQueryはあくまで何かを作ってくれるものではなくて、作りたいものを作る方法がわかっている人が有効に使えるライブラリだから知識が欠けてる人に勧めるようなものではない。

    593 = :

    >>631

    >>635の↓これに注目
    > Webの知識に乏しくてもコンポーネントを組み合わせてつくりたいものが作れる。

    Webの知識に乏しくてもって書いてあるでしょ?
    これ「(他の言語でプログラミング経験があれば)Webの知識に乏しくても」という意味なんだよ

    つまりね、フレームワークだと、HTML/CSSといったWebの知識は使わない。
    デスクトップアプリ開発の知識が必要ということなんだよ

    594 = :

    jQueryとHTML/CSSの親和性の高さは、jQueryを使った記述が
    CSSと違いことからもよく分かると思うよ。

    例えば、CSSで全てのリンクを赤くする場合、

    a { color: red } と書く

    これがjQueryだと

    $("a").css({color: 'red'}) となる

    595 = :

    >>633
    > ゲームとか

    はい嘘つき乙w

    596 = :

    > ゲームとかアプリに近いものを
    って書いてるのを、ゲームだけ切り取るようなやつやで?
    信用できるかな?

    597 = :

    vueでカルーセルを使ってみたいんですが、
    これをどうやってvueに組み込めばいいんでしょうか?
    jQueryならサンプルがあったのですが・・・
    http://creive.me/archives/10461/

    598 = :

    >>639
    そうだよなwお前いつもウンコとかカレー食べてるもんなwww

    599 = :

    ライブラリとフレームワークを同列で評価するのはおかしいと思う

    あとjqueryにしてもvueにしても、まずはプログラミングの基本文法と制御構造や簡単なアルゴリズムくらいは理解していたほうが良いし、それを生のjsで学んでから始めたほうがいいと思う。

    600 = :

    jQuery, Bootstrap のどちらかを先に学ぶ。
    Bootstrapは、jQuery を使っているし

    Vue.js, React などは、仮想DOM とか、そのライフサイクル、
    どこの時点で、状態が更新されるかなど、内容が難しい

    仮想DOM上で状態を更新しても、実際のDOMは、まだ更新されていない。
    そのタイミングのズレが、素人には解決できないバグとなる

    jQueryなら、コードが実行された時に、実際のDOMが更新されるだけ。
    普通のDOMアクセス

    >>640
    Bootstrap に、カルーセルは無いの?


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

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


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