私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript の質問用スレッド vol.106 +
JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
forループ中のvar iが同一関数中で二回以上でてくると警告が出るのもなんだかなぁ
forのカウンターまで外で宣言するのってどうなんだろう
多重ループでiを二回書くとかのミスは防げるけど
forのカウンターまで外で宣言するのってどうなんだろう
多重ループでiを二回書くとかのミスは防げるけど
tryは例外が出たら変数の定義がなかったことになるから
その後で参照するとぬるぽになるってことでしょ。
例外が出たら全部returnしてるからぬるぽは避けられてるけど、
そこまでコードを読んではないというか。
その後で参照するとぬるぽになるってことでしょ。
例外が出たら全部returnしてるからぬるぽは避けられてるけど、
そこまでコードを読んではないというか。
こんにちは。少し質問と言うは教えてほしいのですが、
<a href="#test">リンク</a>
このリンクをクリック後、
<a href="#">リンク</a>
とtestの部分を削除させたいのですが、何か方法はありませんか？
<a href="#test">リンク</a>
このリンクをクリック後、
<a href="#">リンク</a>
とtestの部分を削除させたいのですが、何か方法はありませんか？
||が続く条件文で、一行にすると見にくいので改行を入れているのですが、
Bad line breakingとLintに怒られます
かといって一行にすると見にくいです
怒られない改行とはどのようなものでしょうか
Bad line breakingとLintに怒られます
かといって一行にすると見にくいです
怒られない改行とはどのようなものでしょうか
具体的にどういうふうに入れているの。if文の中だったら入れても大丈夫なような気がするけど、、、
||を行頭にする形で改行していました
||を行末に持ってきたら怒られなくなりました
ありがとうございました
||を行末に持ってきたら怒られなくなりました
ありがとうございました
>>645
スペースを使ってても、それなりのエディタなら追加・削除共に一回キーを押すだけだが…
スペースを使ってても、それなりのエディタなら追加・削除共に一回キーを押すだけだが…
皆さんのJavaScript開発で使ってるエディタを参考に教えてください。統合開発環境でもいいので。
ちなみに私はEmEditorです…。
ちなみに私はEmEditorです…。
インデントをスペースにするデメリットはあるが
インデントをタブにするデメリットはない
スペース厨はやせ我慢してるだけのアホ
インデントをタブにするデメリットはない
スペース厨はやせ我慢してるだけのアホ
異なるタブ桁数で編集してぐちゃぐちゃにされる位なら
最初からスペースにしちゃう。
最初からスペースにしちゃう。
関数オブジェクトから一意の文字列を引き出す方法ありませんか？
今まではtoString()で関数名を切り出していたのですが、
bindを使うと関数が動的に生成された別の関数になるので、その方法が使えなくなりました
今まではtoString()で関数名を切り出していたのですが、
bindを使うと関数が動的に生成された別の関数になるので、その方法が使えなくなりました
コードにmd5でもかけるかと思ったのですが
bindで生成した関数をtoStringすると、
[ native code ]と言われて、中も見られないです
bindで生成した関数をtoStringすると、
[ native code ]と言われて、中も見られないです
タブ幅とインデント幅はいろいろ流儀があるからねえ
どんな環境でも見た目が変わらないことを重視してタブは使わずスペースにするな
最近のエディタなら、インデントをタブにするかスペースにするかはエディタの設定だけの違いで
操作には影響がないからね
どんな環境でも見た目が変わらないことを重視してタブは使わずスペースにするな
最近のエディタなら、インデントをタブにするかスペースにするかはエディタの設定だけの違いで
操作には影響がないからね
操作にまったく影響ないならいいけど、
スペースは微妙に不便なことがちょくちょくある
その不必要なストレスがうざい
スペースは微妙に不便なことがちょくちょくある
その不必要なストレスがうざい
ソース弄ってるときにはタブかスペースどっちに展開されてるのか気がつかない
たまに設定間違えてる環境で、コミットする前にdiffをとってはじめてタブに展開されてたことに気がつく
たまに設定間違えてる環境で、コミットする前にdiffをとってはじめてタブに展開されてたことに気がつく
>>665
emacs の js2-mode が最強
emacs の js2-mode が最強
そもそも「インデントによってソースの見た目を整える」ということがおかしいだろ
インデントは見た目を整えるもんじゃない
タブ幅でソースコードの内容が変わるならそれは他のところに問題がある
インデントは見た目を整えるもんじゃない
タブ幅でソースコードの内容が変わるならそれは他のところに問題がある
オライリー「JavaScriptデザインパターン」のPDF版がないのは何故ですか？
>>687
困るんですけど
困るんですけど
動的に生成したDOMにハンドラを付けて、ハンドラを外さないままDOMを消去したら
何か問題起きますか？
何か問題起きますか？
>>690
お前には聞いてない、レスすんなバカ
お前には聞いてない、レスすんなバカ
695は偽者です
オライリー本のスキャンは散々やったので、正直もうやりたくないというのはあります
ページ数が多く、ひっかかりやすい紙質なので
オライリー本のスキャンは散々やったので、正直もうやりたくないというのはあります
ページ数が多く、ひっかかりやすい紙質なので
こんなとこで聞いて解決するとでも思ってんのか？
欲しけりゃオライリーに問い合わせしろよ
欲しけりゃオライリーに問い合わせしろよ
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
JavaScript スレッド一覧へ類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.126 + (952) - [97%] - 2015/11/18 13:15
- + JavaScript の質問用スレッド vol.107 + (1001) - [97%] - 2013/9/7 10:16
- + JavaScript の質問用スレッド vol.116 + (1002) - [97%] - 2014/7/1 0:45
- + JavaScript の質問用スレッド vol.126 + (348) - [97%] - 2023/1/12 17:00
- + JavaScript の質問用スレッド vol.109 + (1001) - [97%] - 2013/10/7 13:16
- + JavaScript の質問用スレッド vol.108 + (1001) - [97%] - 2013/9/21 15:16
- + JavaScript の質問用スレッド vol.136 + (1001) - [97%] - 2019/1/8 11:30
- + JavaScript の質問用スレッド vol.105 + (1001) - [97%] - 2013/5/20 4:45
- + JavaScript の質問用スレッド vol.104 + (1001) - [97%] - 2013/1/28 4:00
- + JavaScript の質問用スレッド vol.103 + (1001) - [97%] - 2012/11/9 15:30
- + JavaScript の質問用スレッド vol.102 + (1001) - [97%] - 2012/9/11 17:30
- + JavaScript の質問用スレッド vol.101 + (1001) - [97%] - 2012/7/16 14:15
- + JavaScript の質問用スレッド vol.100 + (1001) - [97%] - 2012/6/13 22:46
- + JavaScript の質問用スレッド vol.120 + (1002) - [95%] - 2014/11/8 1:15
- + JavaScript の質問用スレッド vol.125 + (1001) - [95%] - 2015/10/7 17:45
- + JavaScript の質問用スレッド vol.124 + (1001) - [95%] - 2015/7/16 1:30
- + JavaScript の質問用スレッド vol.123 + (1002) - [95%] - 2015/4/27 23:30
トップメニューへ / →のくす牧場書庫について