私的良スレ書庫

不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterで
ログインするとレス評価できます。登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。

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

JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニュー

みんなの評価 :
レスフィルター : (試験中)

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

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

601 : Name_Not - 2013/07/13(土) 04:03:01.30 ID:??? (+3,-30,-53)

>>588
var a = new String('a');
var b = new String('a');
alert ( a === b );
これはfalseになるぞ？

602 : Name_Not - 2013/07/13(土) 10:33:23.54 ID:??? (-1,-29,-18)

>>601
アレ？本当だ
newした場合だけStringオブジェクトになる？

603 : Name_Not - 2013/07/13(土) 10:44:56.46 ID:??? (+30,-29,-25)

StringはNumberを文字列に変換するだけのただの関数なのか
だったら頭文字を大文字にすんなよ（｀ｏ´）

604 : Name_Not - 2013/07/13(土) 11:09:52.01 ID:??? (+59,+27,-3)

>>603
いいかげん、思い込みを喚き散らす前にECMAScriptの仕様書読んでこい

605 : Name_Not - 2013/07/13(土) 11:10:31.72 ID:??? (+62,+29,-20)

というか、Stringオブジェクトのコンストラクタなのに
文字列を返す関数でもあるというチグハグ感がありえないですね

606 : Name_Not - 2013/07/13(土) 11:14:03.56 ID:??? (+40,-26,-1)

>>605
JavaScriptのコンストラクタはすべて関数

607 : Name_Not - 2013/07/13(土) 11:16:55.10 ID:??? (+85,+29,-58)

コンストラクタでもあり同時に普通の関数でもあるオブジェクトって
JavaScriptに特有のものなのでしょうか？
他のオブジェクト指向言語では、関数でもあるクラスなんてありえませんよね

608 : Name_Not - 2013/07/13(土) 11:17:26.05 ID:??? (+57,+29,+0)

>>606
それは分かっています

609 : Name_Not - 2013/07/13(土) 11:20:39.85 ID:??? (+87,+17,+0)

>>607
JavaScriptはクラスじゃねえし

610 : Name_Not - 2013/07/13(土) 11:24:31.48 ID:??? (+64,+29,+0)

>>609
それも分かっています

611 : Name_Not - 2013/07/13(土) 11:25:33.75 ID:??? (+96,+29,-56)

コンストラクタに関数の機能を持たせるのなら、
せめてオブジェクトを生産するファクトリにするべきでは。
というかそもそも文字列も全部オブジェクトにすればいいだけですが。

612 : Name_Not - 2013/07/13(土) 11:29:43.33 ID:??? (+43,-26,-45)

>>611
コンストラクタに関数の機能をもたせてるわけじゃなくて
new演算子が関数をコンストラクタとして使ってるだけ

613 : Name_Not - 2013/07/13(土) 11:31:19.79 ID:??? (+70,+29,-19)

>>611
そんなにJavaScriptの仕様が嫌いなら、使わなければ良いじゃん
それかES.nextの議論にでも加わって仕様改定してくれば？

614 : Name_Not - 2013/07/13(土) 11:34:19.75 ID:??? (+97,+29,+0)

>>612
それも分かって言っています

615 : Name_Not - 2013/07/13(土) 11:35:41.20 ID:??? (+31,+8,-2)

わかってます（棒）

616 : Name_Not - 2013/07/13(土) 11:37:25.01 ID:??? (+69,+29,-13)

>>614
>>588を書いたときにはわかってなかったんだね
良かったな賢くなって
もうちょっとがんばればチンパンジーになれるかも？

617 : Name_Not - 2013/07/13(土) 12:41:48.32 ID:??? (+36,-29,-142)

614は偽者ですよ
サイ本を買ってみました。

「文字列はオブジェクトではありません。では、なぜプロパティがあるのでしょうか。文字列 s の
プロパティを参照すると、 JavaScript は文字列値をオブジェクトに変換します」

なんと、文字列はメソッドを実行する際にStringオブジェクトに変換されていた！
それならますます最初からStringオブジェクトでいいですね

618 : Name_Not - 2013/07/13(土) 12:51:30.20 ID:??? (+57,+29,-94)

サイボンってもっとリファレンス的なものかと思いきや、リファレンスはリファレンスで別冊にして、
本書にはコアな部分を書いてていいですね
ありがとうございました

619 : Name_Not - 2013/07/13(土) 12:53:14.67 ID:??? (+99,+29,-46)

>>617
いまどきその仕組みが無いオブジェクト指向言語の方が少数派なんだけどねｗ
なんでそんな仕組みが必要なのかがんばって考えてみようｗ

620 : Name_Not - 2013/07/13(土) 14:01:42.05 ID:??? (+110,+29,-60)

>>619
ラッパーオブジェクトのある言語って他に何がありますか？
いずれにしろラッパーオブジェクトを必要とするのは、
基本型がオブジェクトじゃない非モダン言語ってことになるので
「いまどき」というのはどうでしょうか

621 : Name_Not - 2013/07/13(土) 14:38:45.40 ID:??? (+72,+29,-22)

>>620
>ラッパーオブジェクトのある言語って他に何がありますか？
いっぱいありますよｗ

623 : Name_Not - 2013/07/13(土) 15:23:03.06 ID:??? (+16,-29,-72)

Object.keysを使いまくっていましたが、これはES5から実装されたとのことで
http://ja.wikipedia.org/wiki/ECMAScript
ここを見ると、operaやsafariがまだES3だそうです
ES5の機能は非常に魅力的ですが
safariはiosにも載っているし捨てるわけにはいかないのでは・・。
どうなのでしょうか？

624 : Name_Not - 2013/07/13(土) 15:28:31.54 ID:??? (+4,-30,-62)

>>623
Wikipedia は情報も遅いし出典なくて不正確だから信頼しないほうがいいよ

ECMAScript 5 compatibility table
http://kangax.github.io/es5-compat-table/

ES5 features on iOS/Android's default browser
http://d.hatena.ne.jp/zentoo/20120819/1345378440

625 : Name_Not - 2013/07/13(土) 15:30:21.98 ID:??? (+5,-29,-5)

>>623
http://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Global_Objects/Object/keys#.E4.BA.92.E6.8F.9B.E6.80.A7
他にもっと使いやすいのがあるかも

626 : Name_Not - 2013/07/13(土) 15:41:24.52 ID:??? (+57,+29,-1)

今ではほとんど普通に使えるんですね
ありがとうございました

627 : Name_Not - 2013/07/14(日) 00:12:59.31 ID:??? (+62,+29,-84)

今までsetHoge,getHoge式のアクセサメソッドを用意していたのですが、
JavaScriptにはアクセサをオブジェクトの内側に隠蔽できるアクセサプロパティを用意しているようです
こっちを使った方がいいですか？
見た目が少しシンプルになるのがメリットかなぁ

628 : Name_Not - 2013/07/14(日) 00:31:10.57 ID:??? (+57,+29,-9)

javascriptで下駄雪駄いる？
大規模開発ではあったほうがいいのかな

629 : Name_Not - 2013/07/14(日) 06:56:45.02 ID:??? (+1,-29,-18)

>>600
good parts、Amazonの評価もいいし良さそうですね
ありがとうございました

630 : Name_Not - 2013/07/14(日) 07:38:30.73 ID:??? (+8,-29,-51)

strictモードではarguments.calleeが使えなくなっていますが
無名関数の再帰呼出しをするにはどうすればいいですか？

631 : Name_Not - 2013/07/14(日) 08:16:43.80 ID:??? (+11,-12,-13)

>>630
無名関数じゃなくする

632 : Name_Not - 2013/07/14(日) 08:36:23.49 ID:??? (+28,+5,+1)

ありがとうございました

633 : Name_Not - 2013/07/14(日) 08:41:24.40 ID:??? (+3,-30,-260)

「bind() メソッドは、
オブジェクトに関数をバインド（ bind ）します。
オブジェクト o を引数にして、関数 f の bind() メソッド
を呼び出すと、 bind() メソッドは新しい関数を返します。」
と「JavaScript第六版」にありますが、
感覚的には、「関数にオブジェクトをバインド」しているように見えます
オブジェクトに関数をバインドするというのなら、返り値はオブジェクトであるべきでは？
bindは関数オブジェクトのメソッドなのだから、あくまで主体は関数だと思えます

634 : Name_Not - 2013/07/14(日) 11:17:21.79 ID:??? (+4,-29,-234)

>>554
この件についてですが、
JavaScript第六版によると、
「一般的に、オブジェクトは、コンストラクタを参照する constructor プロパティを継承します。コン
ストラクタによってクラスが同一かどうかを判断するので、オブジェクトのクラスを表すものとして、この
constructor プロパティが使えます。」
とのことで、
一体prototype.constructorを誰が何のために使うのだろうと思っていたのですが、
オブジェクトのクラス判定に使えるのでした
ロギング処理に組み込んだらいいかな

635 : Name_Not - 2013/07/14(日) 12:00:21.99 ID:??? (+3,-30,-40)

初心者です
if(form1.test.value ==("1","2","3"))
form1.test.valueが1か2か3だったら実行って感じのを作りたいのですが
どうしたらいいのでしょうか？
↑の間違いを教えてください
お願いします

636 : Name_Not - 2013/07/14(日) 12:16:15.83 ID:??? (-2,-30,-13)

(form1.test.value.indexOf("1","2","3")>-1)
でOK

637 : Name_Not - 2013/07/14(日) 12:33:50.68 ID:??? (+29,-30,-24)

(["1","2","3"].indexOf(form1.test.value)>-1)
だった

638 : Name_Not - 2013/07/14(日) 12:37:35.68 ID:??? (+57,+25,+0)

>>637
ありがとうございます！
動きました

639 : Name_Not - 2013/07/14(日) 23:10:03.84 ID:??? (+2,-29,-4)

JSLintって使った方がいいですか？

640 : Name_Not - 2013/07/14(日) 23:49:15.57 ID:??? (-1,-29,-50)

オブジェクトのプロパティの設定で
Use spaces, not tabs.
って言われるんだけど
別にスペースでよくね>JSLint

641 : Name_Not - 2013/07/14(日) 23:55:09.80 ID:??? (+57,+29,-4)

タブではなくスペースを使えってことか
それこそ余計なお世話だな

642 : Name_Not - 2013/07/15(月) 06:37:17.99 ID:??? (+57,+29,-8)

手動でインデントしてた時代ならともかく、今はスペースでいいと思うな

643 : Name_Not - 2013/07/15(月) 07:53:54.48 ID:??? (+3,-29,-11)

>>639
JSHintの方がマシ。JSLintは関数の頭で変数を全部宣言しろとかアホなことを言われる。

644 : Name_Not - 2013/07/15(月) 08:00:29.30 ID:??? (+57,+29,-19)

可読性に優れるスペースが推奨されるのは当然
今どきトラフィック節約がどうたら言う奴はアホ

645 : Name_Not - 2013/07/15(月) 09:31:45.74 ID:??? (+164,+29,-91)

タブなら削除したい時にタブを削除すればいいだけだけど
スペースだと何度もデリートしないといけない
コードの見た目上の同一性なんてコーディングする人間がタブの桁数を合わせればいいだけのこと
最重要なことではないのにコーディング上の不便が増している
タブをスペースにしろ厨にだけは同意できんわ

646 : Name_Not - 2013/07/15(月) 09:50:20.96 ID:??? (+0,-28,-2)

>>643
JSHINTの方は納得できる指摘でした
ありがとうございました

647 : Name_Not - 2013/07/15(月) 10:00:03.62 ID:??? (+9,-30,-88)

try{
var data = JSON.parse(val);
} catch (e){
return;
}

var len = data.length;

このようなコードで、'data' used out of scope.とJSHintに言われましたが
tryの中で宣言しているのだから問題ないと思うのですが
どうなのでしょうか

648 : Name_Not - 2013/07/15(月) 10:46:53.88 ID:??? (+4,-25,-24)

>>647
JavaScript の変数のスコープは関数単位じゃなかったっけ。
if や for の中で宣言しても関数内のどこからでも見える。

649 : Name_Not - 2013/07/15(月) 10:54:05.71 ID:??? (-1,-29,-14)

XMLHttpRequest で通信すると自動的にリクエストヘッダに origin が付加されますが、
これを付加しないようにすることは出来るでしょうか？

650 : Name_Not - 2013/07/15(月) 11:24:27.96 ID:??? (+57,+29,-39)

言語仕様上どこからでも見えるとしても、コードを読む側にとっては内側ブロックで
宣言された変数を外で参照してると読みにくくない？

前へ 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

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

総計:	127,062,855人
頁
昨日:	no data人
頁
今日:	人
頁