元スレ+ JavaScript & jQuery 質問用スレッド vol.5 +

JavaScript覧 / PC版 /

みんなの評価 :

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

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

651 = :

しつもんをよくよんでからこたえましょう

652 = :

>>648
ライブラリではないと何度もいってるが、お前はいつまでたっても理解しないな
snippetが何かわかってないと見える

ちなみにコード品質とライブラリの有無は関係ない
オレオレライブラリでコード品質が下がる現場ならjQueryを使ってもオレオレコードで品質が低下するものだ
コーディング規約がなく、コードレビューをせず、コードの資産共有をしない現場ならそうなるだろうな
実際、>>635程度のコードをかけない人員しかないのなら品質が低すぎると言わざるを得ない

653 = :

とりあえず>>652はお手本のコードを提示すればいい
それができないのに他人のコードにケチつけるなら口だけでこのスレには不要だな

654 = :

>>653
>>635でコードが出ているのにこれ以上、どうしろと？
コードが出てもいないオレオレライブラリとやらにケチをつけたのは>>648なんだが

655 = :

>>652
> ちなみにコード品質とライブラリの有無は関係ない

このスレを「品質」で検索しても、
お前以外言ってるやつは見つからないが、
関係ない話を何で初めたんだ？ｗ

656 = :

長ったらしいコードが許せる人と許せない人の戦い？

657 = :

「可読性」とは言うけれど
「可書性」とは言わんのよ。

jQuery使わなくても書ける！と書ける自慢をするのはいいけど、
そんなのはいいから可読性が高いのはどっち？となるわけ。

可読性っていうのは長いものを知識に置き換えることで実現する。
たとえば数学の公式。あれを自然言語で書いていればややこしいだけだが、
数式という知識に置き換えることで、可読性が高くなる。

自分しか知らない知識に置き換えた所で、他人の可読性は上がらないんだよ。
一人でやってるならいいが、現場とかチームでやることには
個人でしか通用しない知識は排除させなければいけない。

658 = :

>>655
>>648のオレオレライブラリがjQueryにかてない云々は品質を指しているのではなかったのか
では、何が勝てないのか教えてくれ

659 = :

>>658
開発速度、サポートの多さ、
ドキュメントの多さ、ノウハウの多さ、
情報の共有の量

全部お前一人でjQueryに勝てると
言うのなら別だけどさｗ

660 = :

そもそも、オレオレライブラリを作るわけではないからなあ
ライブラリ信者は何かと発想がおかしい

661 = :

>>659
> ドキュメントの多さ、ノウハウの多さ、
> 情報の共有の量
多いというが、ソースはどこになるんだ？
どこの誰とも知らない非公式ドキュメントを信用する理由が全くないんだが
jQueryにせよDOMにせよ、公式文書を読むのが基本
資料が分散してるのはメリットにはならない

あとな、jQueryを使って書いたコードの品質はどうでもいいのか
jQueryは使うだけで誰でも高品質なコードを量産できる代物ではないぞ

662 = :

<table>の中に
<td>データ</td>
が沢山入っている場合に、
それらのデータを全部削除して<td></td>のように空のテーブルにしたいのです。
jQueryでどう書けば良いでしょうか？

663 = :

>>661
> 多いというが、ソースはどこになるんだ？
ソースはgithubにあるし、ドキュメントは公式サイトにあるが？

ソース
http://github.com/jquery/jquery

API Document
http://api.jquery.com/

その他 jQuery fandation
http://jquery.org/

で、対抗してお前のソースは？

> あとな、jQueryを使って書いたコードの品質はどうでもいいのか
> jQueryは使うだけで誰でも高品質なコードを量産できる代物ではないぞ
なんでjQueryに関係ない話するかな？
関係ないから↓このようにjQueryじゃない話をしても当てはまる。

あとな、jQueryを使わずに使って書いたコードの品質はどうでもいいのか
jQuery使わないだけで誰でも高品質なコードを量産できる代物ではないぞ

664 = :

>>662
$('td').empty();

その他のtableにもあてはまってしまうというのなら、
$('#id td').empty(); とかやって絞り込めばいい

665 = :

>>664
ありがとうございました。うまくいきました。

666 = :

>>663
それのどこがドキュメントが多くてどんなメリットがある？
DOMならW3CとWHATWGで仕様書は揃うが、仕様書の数はjQueryよりも圧倒的に多いな
多いことがメリットとは全く思わんが、おまえさんの理論だとドキュメントが多い事がメリットになるらしいな

> あとな、jQueryを使わずに使って書いたコードの品質はどうでもいいのか
どうでもいいと思わないから>>652の意見なんだがね

>>635がオレオレライブラリならオレオレコードも避けるべきであり、そこにjQueryを使うか否かは関係しない
jQuery使いが書いたコードに「おまえ、そんなコード書いてるの？」とdisってるのと同じ
この程度のコードでオレオレコードも何もないとは思うがね
これは誰が書いても大抵同じようなコードになるものだろ

667 = :

>>666
もしかして話の流れがわかってない？

DOM APIとjQueryの比較の話であれば、
DOM APIは明らかに冗長で、DOM APIを使うぐらいならば
jQueryを使ったほうがいいと俺は言ったんだよ。

そしたらDOM APIでもオレオレライブラリを使えば短く書けるってお前がいい出したんだろ？
だからオレオレライブラリはjQueryを超えられないって話をしたんだが。

一番の問題点はDOM APIは冗長ってところなんだよ。
そこにオレオレライブラリを持ってきても何の反論にもならないから持ってくんな。

話を戻すぞ？ DOM APIはjQueryよりも冗長

668 = :

>>667
話の流れがわかってないのはお前だろ
オレオレライブラリではなく、snippetだと何度伝えても全く理解せず、オレオレライブラリを連呼してる
いつの間にか「オレオレライブラリ VS jQuery」の図式だと勘違いして>>659で「ドキュメントの多さ」とかいうメリットにもならない意味不明な論理を展開した
更に>>663でたった3つのURLを示してドキュメントが多いことを示した気になってる
DOM仕様書の方が圧倒的に多い、と指摘したらお前が>>667で話を戻そうとした
話を進めたいならこの辺の矛盾をすべて解消してからにしてくれ

669 = :

>>635
こういうのをJSでスラスラ書ける人は、かなりの上級者ですか？
それともこれくらいは常識レベルですか？
わたしはjQueryを使わないと全くお手上げです。

670 = :

>>669
querySelectorAll 以外は jQuery と関係ない所でも使える汎用知識

（言い換えれば querySelectorAll 知っとけば
jQuery 知らなくともなんとかなる場合が多いかな）

671 = :

>>668
snippet？それ再利用しないの？
再利用しないで何度も同じようなコードを書いたらだめだよねｗ

コピペは再利用だ！って考え方は勘弁なｗ

672 = :

上の方でも書いたけど「可読性」とは言うけれど
「可書性」とは言わんのよ。

コピペすればそりゃ書くのは楽だろうけど、
「可書性」は重要なところじゃない。重要なのは「可読性」

snippetが何をいいたいのか知らんが、何をやっているか把握するために
他人がコードを読まないといけないのはだめなんだよ。
コードを読まずに、つまり記憶することで、読まなければいけないコードが減る。
些細な所を読まずに、本質的な所だけ読めばいいようにすることが高い可読性につながる。

>>670
「面倒くさい」っていう言葉には二通りあって覚えることが面倒くさいと
（少ない知識で）冗長に書くのが面倒くさい。

querySelectorAll知っとけばっていういのは、要するに
覚えることが面倒だから、読み書きするのが面倒な方を選ぶっていう考え
勉強したくねぇ、新しいこと学びたくねぇ、今までの効率の悪いやり方でいいじゃん。
と言ってるのと同じなんだ。

673 = :

>>669
> こういうのをJSでスラスラ書ける人は、かなりの上級者ですか？
> それともこれくらいは常識レベルですか？

中級者だよ。
上級者は短いコードで目的を達成する。

674 = :

記憶の底から、「オナペッツ」って単語が浮かび上がったのだが・・・

675 = :

>>668
> オレオレライブラリではなく、snippetだと何度伝えても全く理解せず、オレオレライブラリを連呼してる
> いつの間にか「オレオレライブラリ VS jQuery」の図式だと勘違いして>>659で「ドキュメントの多さ」とかいうメリットにもならない意味不明な論理を展開した

「オレオレライブラリ VS jQuery」の図式じゃなくて
「オレオレsnippet VS jQuery」の図式だっていいたいのか？ｗ

何も変わっとらんがｗ

で、結局お前の書いたものにはドキュメントも何も存在しないんだろう？
じゃあjQueryに劣ってるよね。

DOM APIはドキュメントは多くても、jQueryよりも記述量が多い。
（最初から言ってること）

676 = :

>>669
ES6のfor-ofはともかく、Array.prototypeぐらいは知っていてほしいとは思う
itetableはNodeListにSymbol.iterator なおまじないが必要で実装も選ぶ

677 = :

>>671
snippetがわからないなら無理にレスするなよ
定型文はsnippetにするだろ
ちょっとしたfor-of文やArray.prototype文をいちいちライブラリ化するわけがない

>>675
おまえはsnippetコードに俺が書いたドキュメントを付けろといいたいのか
そんなものは分からない人が教えを求めたときに教育すればすむ話
基礎知識が足りない人用にドキュメントを作るのは時間の無駄でしかない
必要ならMDNなり仕様書なりのドキュメントを読ませれば良かろう

678 = :

> 定型文はsnippetにするだろ

しねーよｗ
アホだろｗ
ライブラリで済むものはライブラリを使う。
当たり前だよね

679 = :

> ちょっとしたfor-of文やArray.prototype文をいちいちライブラリ化するわけがない

ライブラリっていうのは、ちょっとしたものをたくさん集めるから
ライブラリ（書庫）っていうんだよｗ

お前がほんの僅かしかsnippetを持ってないのなら、
所詮その程度の人間てことだし、
沢山あるのなら、ライブラリを使ったほうがいい。

680 = :

はい、みなさん。よく聞いて下さいね。

ライブラリを使わないとこうなります。

> おまえはsnippetコードに俺が書いたドキュメントを付けろといいたいのか
ドキュメントありません。

> そんなものは分からない人が教えを求めたときに教育すればすむ話
教育する必要があります。わからない人が5人いれば5人に教育

> 基礎知識が足りない人用にドキュメントを作るのは時間の無駄でしかない
だからドキュメントありませんｗ

> 必要ならMDNなり仕様書なりのドキュメントを読ませれば良かろう
snippetのドキュメントではありません。
こいつは自分が作ったsnippetを読めと言っています。
時間の無駄です。

有名ライブラリならば覚えれば、他の会社でだって使える知識です。

681 = :

>>672
querySelectorAll知っとけばそれで済むとは言ってないが。

querySelectorAll知っとけばっていうのは、
jQueryを詳しく知らずともそれなりに使いこなせる、または
jQuery的なものを早く学習できる
すなわち、querySelectorAllも知っておくことに越したことは無い
という含みもある

682 = :

querySelectorAllは所詮手続き型なので、
jQueryみたいな関数型的なコードは書けない。

関数型的っていうのは処理を記述するのではなく
○○は○○であるのような定義を書くということ。

たとえば「.classはdisable属性がtrueである」のような書き方が
querySelectorAllではできない。

定義を記述するというやり方は、CSSと同じ。
CSSも.class { color: red} (.classの色は赤である）というような書き方をする。

この書き方をすることでループや条件分岐がなくなりバグが減る。
関数型の利点を知っている人ほどjQueryの素晴らしさが理解できる。

683 = :

質問板とか探したのですが無かったので失礼しますm(_ _)m

スマホサイトにスムーズにスクロールできるの機能を付けたいのですが、cssのwebkitとかリンク先までスムーズスクロールではなく表示範囲ををスルスルとスクロールできるようなのを探してます。
脱獄tweakのwebscrollianみたいな感じです。

色々と探したのですが変なエフェクトまでついてきてしまうのでその機能だけが欲しいです。
超初心者で申し訳ありませんが、どなたかご助言頂けると大変助かります。
お願いします。

684 = :

>>683
jQueryのanimateでできるんじゃね？

686 = :

>>678-680
話にならんな
確かに時間の無駄だった

687 = :

ミックのDB本を読むと、カーソルやループを使った、ぐるぐる系SQLを書くなと言う

ループ処理がなくなれば、バグが減るから、
SQLが難しくなっても、SQLだけで済ますべきと言う

ただ、メソッドチェーンは、パイプと同じで、どこでエラーが起こったのか、わからないのが欠点

A | B | C | D
A～Dのどこで、エラーが起きたのか、わからない

688 = :

同一ドメイン内で、
index.htmlに
iframe.htmlをiframeで埋め込んでいる場合に
両者で同じjavascript.jsファイルを読み込む場合、
ファイルのダウンロードは二回行われますか？
それとも、一回だけですか？

689 = :

ブラウザや同じブラウザでも設定によって挙動が待った気違うからどっちでも対応できるようにしないとだめ

690 = :

>>687
jQueryのメソッドチェーンで
エラーが起きる余地ってあるか？

691 = :

jQuery用のオレオレプラグインなら、メソッドチェーンでエラーになるかも

692 = :

>>688
キャッシュで0回とか更新チェックのアクセスもあるかも知れない

693 = :

オレオは中国製になるんだってね。もう買わねーよ。

694 = :

>>692
結論としては二回読み込まれてしまうんですか?

695 = :

>>694
ネットワークアクセスは 1 回。
内部処理では2回に数えるかもしれないが、
どっちにしろ外からは違いは判別できないだろう

しかし、HTTPレスポンスでキャッシュ不可に設定されてる場合とか
どうなるんかな

696 = :

>>688
サーバ側で Last-Modified, Cache-Control を出力してHTTP 304 を正しく返せば、2回目以降の更新のない通信はキャッシュから読み込まれる
ただし、ブラウザにもキャッシュ制御の設定があるので、ブラウザの設定も確認する必要があるだろう
Fiddler やブラウザ付属の developper tools を使うことで通信の流れは確認できるのでブラウザとサーバの設定を確認しつつ、検証してみるといい
http://www.google.co.jp/search?q=If-Modified-Since+Last-Modified+Cache-Control+304
http://www.google.co.jp/search?q=chrome+developper+tools+network
http://www.google.co.jp/search?q=fiddler

697 = :

>>691
> jQuery用のオレオレプラグインなら、メソッドチェーンでエラーになるかも
それはチェーンする前にしっかり単体でデバッグしろってことだよね。

698 = :

>>695
>ネットワークアクセスは 1 回
とは限らないよ。8,9割はそうだろうかっもしれないが

699 = :

>>688
まあJavaScriptの質問でないことは確か

700 = :

一般的にjQueryを使わずにJSだけで書くと処理速度や表示速度は速くなりますか？