私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript の質問用スレッド vol.89 +
JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
>>96
CSSを切り替えるのがスマートなんじゃないでしょうか。
「document.styleSheets で #a td のスタイルを書き換える」か「#a のclass属性値を書き換えてCSSの適用対象を変更する」。後者は下記のように。
/* sample.css */
#a td { background-color: #fff; }
#a.hoge td { background-color: red; }
/* sample.js */
document.getElementById("a").className = 'hoge';
>>97
その切り口なら document.getElementById('a').tBodies[0].rows[0].cells[0] も…。
CSSを切り替えるのがスマートなんじゃないでしょうか。
「document.styleSheets で #a td のスタイルを書き換える」か「#a のclass属性値を書き換えてCSSの適用対象を変更する」。後者は下記のように。
/* sample.css */
#a td { background-color: #fff; }
#a.hoge td { background-color: red; }
/* sample.js */
document.getElementById("a").className = 'hoge';
>>97
その切り口なら document.getElementById('a').tBodies[0].rows[0].cells[0] も…。
javascriptでcookieいじるときにセキュリティ的に気をつけることって、どんなことがあるでしょうか？
といってもやることはajaxでsessionID入ったcookieそのままサーバ側に投げつけるか、
簡易POST的な感じでページ間でセキュリティ的に重要じゃないデータの受け渡しに使うくらいなんですが・・・
検索してもあまりヒットしないもので、困っています。
気をつけるべきはクライアント側ではなくサーバ側での処理なんでしょうか？
といってもやることはajaxでsessionID入ったcookieそのままサーバ側に投げつけるか、
簡易POST的な感じでページ間でセキュリティ的に重要じゃないデータの受け渡しに使うくらいなんですが・・・
検索してもあまりヒットしないもので、困っています。
気をつけるべきはクライアント側ではなくサーバ側での処理なんでしょうか？
>>102
セッションID はサーバで発行してもらうので JavaScript で制御しません。
セッションID はサーバで発行してもらうので JavaScript で制御しません。
Javascriptで同サーバ内のhtmlファイルやtxtファイルの
ファイルサイズを取得したり
grepみたいに特定の文字列が含まれるか確認することは可能ですか？
ファイルサイズを取得したり
grepみたいに特定の文字列が含まれるか確認することは可能ですか？
forのループ条件に以下のようにlengthを指定しない方がいいのでしょうか？
for(var i=0; i<array.length; i++)
for(var i=0; i<array.length; i++)
for(var i=0, len = array.length; i<len; i++)
毎回lengthを確認してしまう。
毎回lengthを確認してしまう。
なんでLL界隈は痛い連中が多いんだろうな
使用人口じゃJavaに劣るのに
馬鹿人材排出能力が高すぎる
otsune(笑)ssig33()yappo()ono-matope()horygrail()
使用人口じゃJavaに劣るのに
馬鹿人材排出能力が高すぎる
otsune(笑)ssig33()yappo()ono-matope()horygrail()
可読性優先はもっともだけど、var i=0, len = array.length; 程度なら…
まあひとそれぞれだな。
まあひとそれぞれだな。
そもそもforの一つ目の式でvarを使うのは可読性に優れているの？
変数宣言は関数の最初にまとめとけとかよく聞くけど
そうしてる人もforで使う変数は別にfor文にローカルじゃないのにfor文の一つ目の式で変数宣言してるの？
それとも
var i=0,len=array.length;
for(;i<len;i++;){}
みたいに外に出してるの？
var i=0はアリなのにいっしょにlengthも変数に入れるのは可読性が云々って意味がわからない
コンマ演算子が駄目なの？
変数宣言は関数の最初にまとめとけとかよく聞くけど
そうしてる人もforで使う変数は別にfor文にローカルじゃないのにfor文の一つ目の式で変数宣言してるの？
それとも
var i=0,len=array.length;
for(;i<len;i++;){}
みたいに外に出してるの？
var i=0はアリなのにいっしょにlengthも変数に入れるのは可読性が云々って意味がわからない
コンマ演算子が駄目なの？
$POST_[test]
と$testのように変数とpostで受け取る名前って一緒にしない方が良いですか？
と$testのように変数とpostで受け取る名前って一緒にしない方が良いですか？
俺だけかもしれないが、リクエストする時のnameは大文字にしてる
他に配列は最後に_arrayつけてる
他に配列は最後に_arrayつけてる
>>120
forはスコープを作らないからつまり当該forが属する関数の頭で変数iや変数lenを宣言するって主張？
forはスコープを作らないからつまり当該forが属する関数の頭で変数iや変数lenを宣言するって主張？
可読性指摘してるひとは i は許せるん？
許せるなら l や len もすぐ慣れると思うな
許せるなら l や len もすぐ慣れると思うな
簡単じゃんそんなのindexのiに決まってんだろ、なんて思ってた時期が僕にもありました
>>129
えっ？僕はその時期みたい
えっ？僕はその時期みたい
>>136
その i の意味を引けば答えが出てくるんじゃない？
その i の意味を引けば答えが出てくるんじゃない？
>>139
hi
hi
>>139
それ実際に言われたことあるんだがｗｗまさかなｗｗｗｗｗｗ
それ実際に言われたことあるんだがｗｗまさかなｗｗｗｗｗｗ
【環境】windows XP,IE7
【何をしたのか】-
【ｴﾗｰﾒｯｾｰｼﾞ】-
【期待する結果】<script>内のonclickで関数呼び出し
【ｻﾝﾌﾟﾙｺｰﾄﾞ】
<html>
<head>
<script>
function test(){
document.write("<button onclick='a()'>a</button>")
}
function a(){
document.write("a")
}
</script>
</head>
<body>
<button onclick="test()">test</button>
</body>
</html>
関数内でｲﾍﾞﾝﾄﾊﾝﾄﾞﾗを使用してる時点で
間違いだと思っています...代替手段をご教授願います
【何をしたのか】-
【ｴﾗｰﾒｯｾｰｼﾞ】-
【期待する結果】<script>内のonclickで関数呼び出し
【ｻﾝﾌﾟﾙｺｰﾄﾞ】
<html>
<head>
<script>
function test(){
document.write("<button onclick='a()'>a</button>")
}
function a(){
document.write("a")
}
</script>
</head>
<body>
<button onclick="test()">test</button>
</body>
</html>
関数内でｲﾍﾞﾝﾄﾊﾝﾄﾞﾗを使用してる時点で
間違いだと思っています...代替手段をご教授願います
>>146,147
ありがとうございます
$.isArray()も使って確認したら$.queryの返り値は配列でした。
sqlクエリの返り値が多次元連想配列で戻って来て、それをjson_encode()で
jsonのオブジェクト化したものを$.query();で取得するから配列として処理できる
ってことでしょうか？ （元のデータが連想配列だから）
一方で、parseJSON()した結果が配列として扱えなかったのは
parseJSON()が「JSON形式の文字列をオブジェクト化するだけで、連想配列にするわけじゃない」からって
ことですか？
この理解であってるんでしょうか？難しいですね
ありがとうございます
$.isArray()も使って確認したら$.queryの返り値は配列でした。
sqlクエリの返り値が多次元連想配列で戻って来て、それをjson_encode()で
jsonのオブジェクト化したものを$.query();で取得するから配列として処理できる
ってことでしょうか？ （元のデータが連想配列だから）
一方で、parseJSON()した結果が配列として扱えなかったのは
parseJSON()が「JSON形式の文字列をオブジェクト化するだけで、連想配列にするわけじゃない」からって
ことですか？
この理解であってるんでしょうか？難しいですね
>>149
いろいろ混乱しているようなので整理しますが…。
- JavaScript に連想配列はありません。{} はオブジェクトリテラル(ObjectLiteral)です。
- {} も [] も Object 型です。
- [] の [[Class]] は "Array" です。
- {} の [[Class]] は "Object" です。
- jQuery.isArray は [[Class]] で判定しているので jQuery.isArray([]) === true です。
いろいろ混乱しているようなので整理しますが…。
- JavaScript に連想配列はありません。{} はオブジェクトリテラル(ObjectLiteral)です。
- {} も [] も Object 型です。
- [] の [[Class]] は "Array" です。
- {} の [[Class]] は "Object" です。
- jQuery.isArray は [[Class]] で判定しているので jQuery.isArray([]) === true です。
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
JavaScript スレッド一覧へ類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.81 + (1001) - [97%] - 2010/12/10 20:01
- + JavaScript の質問用スレッド vol.82 + (1001) - [97%] - 2011/1/19 7:54
- + JavaScript の質問用スレッド vol.88 + (1001) - [97%] - 2011/7/20 7:03
- + JavaScript の質問用スレッド vol.87 + (1001) - [97%] - 2011/6/21 6:33
- + JavaScript の質問用スレッド vol.86 + (1001) - [97%] - 2011/5/27 21:50
- + JavaScript の質問用スレッド vol.99 + (1001) - [97%] - 2012/5/7 4:32
- + JavaScript の質問用スレッド vol.85 + (1001) - [97%] - 2011/4/25 21:32
- + JavaScript の質問用スレッド vol.79 + (1001) - [97%] - 2010/9/11 6:50
- + JavaScript の質問用スレッド vol.84 + (1001) - [97%] - 2011/3/30 7:32
- + JavaScript の質問用スレッド vol.80 + (1001) - [97%] - 2010/11/9 2:17
- + JavaScript の質問用スレッド vol.83 + (1001) - [97%] - 2011/2/24 8:02
- + JavaScript の質問用スレッド vol.119 + (1002) - [95%] - 2014/10/3 15:30
- + JavaScript の質問用スレッド vol.139 + (1001) - [95%] - 2019/5/27 15:15
- + JavaScript の質問用スレッド vol.129 + (981) - [95%] - 2016/5/5 8:16
- + JavaScript の質問用スレッド vol.129 + (926) - [95%] - 2017/7/27 13:45
- + JavaScript の質問用スレッド vol.109 + (1001) - [95%] - 2013/10/7 13:16
- + JavaScript の質問用スレッド vol.94 + (1001) - [95%] - 2012/1/8 15:46
トップメニューへ / →のくす牧場書庫について