私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript の質問用スレッド vol.119 +
JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
やれやれに逃げたw
技術的論争で技術以外のところに逃げ込む人って・・
技術的論争で技術以外のところに逃げ込む人って・・
>>849
polyfillも知らないとは恥ずかしい奴
polyfillも知らないとは恥ずかしい奴
未宣言変数処理なんぞがあり得ると思ってる奴は
巻き上げを知らないんだろうな
巻き上げを知らないんだろうな
>>856
それ関係ない
それ関係ない
>>855
polyfillは
if (!Map) {
みたいなので事足りるけど、これは Map が存在した場合に、0やnullでない事が
分かってるから否定で判定出来るだけで、厳密に判定する場合はやっぱりtypeofを使う方がいい
polyfillは
if (!Map) {
みたいなので事足りるけど、これは Map が存在した場合に、0やnullでない事が
分かってるから否定で判定出来るだけで、厳密に判定する場合はやっぱりtypeofを使う方がいい
未定義が存在すること自体おかしい、という根拠のない主観はどうでもいい
>>859
この文脈で根拠のない主観って日本語が出てくるのが謎である
変数定義もしないで使ったらエラー出るからtypeofを応急措置的に使うのはバグの元だからやめるべき
しっかり変数宣言を行なえばいいだけ
var a;
console.log(a === void(0));
この文脈で根拠のない主観って日本語が出てくるのが謎である
変数定義もしないで使ったらエラー出るからtypeofを応急措置的に使うのはバグの元だからやめるべき
しっかり変数宣言を行なえばいいだけ
var a;
console.log(a === void(0));
typeof XMLHttpRequest とか、既存オブジェクトのチェックで普通に使うんだがな
経験が浅いんだろうな
経験が浅いんだろうな
ライブラリに依存していてクロスブラウザ用コードを書いたことがないんだろう
>>861
それvoid(0)でもいいわけだが
それvoid(0)でもいいわけだが
クロスブラウザ対応するにはtypeofを使わなければいけないとか思ってるほうが経験が浅いと思うがね
>>864
具体的にはどう書く？
具体的にはどう書く？
結局typeof厨はこれ以上戦えなくなってきたから話をずらそうとしてるのが見えてきた
XMLHttpRequest === void(0) と書くのが目に浮かぶようだ
どうせ試してないんだろうな
どうせ試してないんだろうな
答えられないから話をずらしてきたのか
>>842のように用途に応じて使い分ければ良いだけ
typeof房とか排除する方針を持っている奴は信用ならん
typeof房とか排除する方針を持っている奴は信用ならん
確かにXMLHttpRequestの有無はtypeofが妥当かな
未宣言チェックはtypeof
undefinedチェックは===undefinedでやるのがベストってことだな
はい論破
未宣言チェックはtypeof
undefinedチェックは===undefinedでやるのがベストってことだな
はい論破
>>876
window依存がある上、[[Call]] 持ってなかったら call できない
window依存がある上、[[Call]] 持ってなかったら call できない
typeof a === 'undefined' がGoogle Closure Compilerで
ミニファイ出来ないってのは初めて知ったな。
普通にundefinedと比較したほうがメリット多いんじゃね？
ミニファイ出来ないってのは初めて知ったな。
普通にundefinedと比較したほうがメリット多いんじゃね？
クラスの継承も、
インスタンスの生成も、
どちらもプロトタイプチェーンの伸長なので、
本質的には同じなんでしょうか？
インスタンスの生成も、
どちらもプロトタイプチェーンの伸長なので、
本質的には同じなんでしょうか？
>>879
メリット多いというが、具体的には？
メリット多いというが、具体的には？
>>883
> 未定義の場合にエラーになってくれる。
さらっと、まだ言ってんだな
普通にコーディングしてて未定義のエラーになった→これは普通→コードを修正する
未定義かundefinedのチェックをする→未定義の場合にエラーなってくれる？？？
そんなに未定義の場合にエラーにしたいんだったら、
if (!foobar) { または if (foobar) {
で十分、ちゃんとエラーになるし短かい
わざわざ、typeof a === 'undefined' をする意味が分かってないんだな
> 未定義の場合にエラーになってくれる。
さらっと、まだ言ってんだな
普通にコーディングしてて未定義のエラーになった→これは普通→コードを修正する
未定義かundefinedのチェックをする→未定義の場合にエラーなってくれる？？？
そんなに未定義の場合にエラーにしたいんだったら、
if (!foobar) { または if (foobar) {
で十分、ちゃんとエラーになるし短かい
わざわざ、typeof a === 'undefined' をする意味が分かってないんだな
>>886
えっ？
という事はAjax上でデータベースに都度問い合わせると言うことですか？
自分はサーバサイドでまずデータベースへ問い合わせし、出てきた結果をそのままJSON化しファイルに格納
それをAjaxにて処理毎にそのファイルに問い合わせオートコンプリートと考えてたんですが
その場合大文字のアルファベットしか取得できません
勿論サーバサイド側でJSONファイルを作成時に大文字を小文字化したものも格納すれば良いのかもしれませんが
クライアントサイド側で出来ると思ってたんですがサーバサイド側で処理すべきなんですかね
えっ？
という事はAjax上でデータベースに都度問い合わせると言うことですか？
自分はサーバサイドでまずデータベースへ問い合わせし、出てきた結果をそのままJSON化しファイルに格納
それをAjaxにて処理毎にそのファイルに問い合わせオートコンプリートと考えてたんですが
その場合大文字のアルファベットしか取得できません
勿論サーバサイド側でJSONファイルを作成時に大文字を小文字化したものも格納すれば良いのかもしれませんが
クライアントサイド側で出来ると思ってたんですがサーバサイド側で処理すべきなんですかね
＞えっ？
＞という事はAjax上でデータベースに都度問い合わせると言うことですか？
後出しかよ
じゃあ入力内容を大文字にすればいいだろ
＞という事はAjax上でデータベースに都度問い合わせると言うことですか？
後出しかよ
じゃあ入力内容を大文字にすればいいだろ
newでインスタンス生成するのは古いやり方で
これからは廃れていくのでしょうか？
これからは廃れていくのでしょうか？
リテラルで生成する方法はあるけど、コンストラクタからインスタンスを生成するのに
new以外の方法があるわけがない
C++はnewをプライベートにする事は出来るけど、JavaScriptでは出来ないからnewは呼ばせて
内部でどうにかするのがいいだろうね(シングルトンとか)
JavaScriptパターンにその辺の事は書いてある
new以外の方法があるわけがない
C++はnewをプライベートにする事は出来るけど、JavaScriptでは出来ないからnewは呼ばせて
内部でどうにかするのがいいだろうね(シングルトンとか)
JavaScriptパターンにその辺の事は書いてある
コンストラクタを使わなくてもObject.createでオブジェクト生成できるし、
JavaScriptの本でもそっちを新しい方法として紹介しています
新しい方法が出てきたからにはもう古い方法はなくなっていくのでは？
JavaScriptの本でもそっちを新しい方法として紹介しています
新しい方法が出てきたからにはもう古い方法はなくなっていくのでは？
あー、Object.create()があったか (まぁ内部でnewを呼んでるけど)
もうこの辺は考え方の違いになるけど、Object.create()は他の言語のクラスや継承の概念とは
違うJavaScript特有のオブジェクト作成方法(のラッパー)だから、積極的に使わなくていいと思ってる
ES6になればclassも使えるようになるし、それまではclassをエミュレートした
何らかの(または自作の)クラスシステムを使ってればいいと思う
つうか、newが古い新しいにマジレスしてたら、また変な事になりそうなんでこの辺でやめとく…
もうこの辺は考え方の違いになるけど、Object.create()は他の言語のクラスや継承の概念とは
違うJavaScript特有のオブジェクト作成方法(のラッパー)だから、積極的に使わなくていいと思ってる
ES6になればclassも使えるようになるし、それまではclassをエミュレートした
何らかの(または自作の)クラスシステムを使ってればいいと思う
つうか、newが古い新しいにマジレスしてたら、また変な事になりそうなんでこの辺でやめとく…
内部でnewを呼んでいるとは？
変な負け惜しみにしか聞こえませんが気のせいでしょうか？
Object.createは、
JSのnewが変態的で分かりにくいという反省から
JSらしいオブジェクト生成に回帰した正統進化だと思いますが？
変な負け惜しみにしか聞こえませんが気のせいでしょうか？
Object.createは、
JSのnewが変態的で分かりにくいという反省から
JSらしいオブジェクト生成に回帰した正統進化だと思いますが？
http://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Global_Objects/Object/create
これのPolyfill見ればいいだろ
第2引数の設定が省かれてるけど、動作的には全く一緒
これのPolyfill見ればいいだろ
第2引数の設定が省かれてるけど、動作的には全く一緒
>>893
インスタンスの初期化処理をどうするかって話になるんだよね
Object.createしたあと必ずinitメソッドを呼ぶみたいな決まり事を作るくらいなら、
コンストラクタでいいじゃんって
結局みんなクラスベースが好きで、プロトタイプなんて隠ぺいしてほしくて、
altJSがわんさか溢れ、ES6にはclass syntaxが入っちゃう
インスタンスの初期化処理をどうするかって話になるんだよね
Object.createしたあと必ずinitメソッドを呼ぶみたいな決まり事を作るくらいなら、
コンストラクタでいいじゃんって
結局みんなクラスベースが好きで、プロトタイプなんて隠ぺいしてほしくて、
altJSがわんさか溢れ、ES6にはclass syntaxが入っちゃう
プロトタイプベースにおいてはプロトタイプチェーンの伸長だけが
いわば原現象として存在している
newはプロトタイプチェーンの伸長をクラスベース風に記述可能にしたシンタックスシュガーでしかない
従って内部的にnewする、という言い方は成り立たない
はい論破
いわば原現象として存在している
newはプロトタイプチェーンの伸長をクラスベース風に記述可能にしたシンタックスシュガーでしかない
従って内部的にnewする、という言い方は成り立たない
はい論破
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
JavaScript スレッド一覧へ類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.113 + (1001) - [97%] - 2014/1/25 12:46
- + JavaScript の質問用スレッド vol.110 + (1001) - [97%] - 2013/10/13 14:01
- + JavaScript の質問用スレッド vol.129 + (926) - [97%] - 2017/7/27 13:45
- + JavaScript の質問用スレッド vol.129 + (981) - [97%] - 2016/5/5 8:16
- + JavaScript の質問用スレッド vol.118 + (1002) - [97%] - 2014/8/29 22:30
- + JavaScript の質問用スレッド vol.117 + (1009) - [97%] - 2014/8/5 3:30
- + JavaScript の質問用スレッド vol.116 + (1002) - [97%] - 2014/7/1 0:45
- + JavaScript の質問用スレッド vol.115 + (1001) - [97%] - 2014/5/29 16:16
- + JavaScript の質問用スレッド vol.114 + (1001) - [97%] - 2014/5/3 10:45
- + JavaScript の質問用スレッド vol.112 + (1001) - [97%] - 2013/11/27 16:46
- + JavaScript の質問用スレッド vol.111 + (1001) - [97%] - 2013/11/4 6:00
- + JavaScript の質問用スレッド vol.113 + (1001) - [97%] - 2014/3/15 21:30
- + JavaScript の質問用スレッド vol.139 + (1001) - [97%] - 2019/5/27 15:15
- + JavaScript の質問用スレッド vol.109 + (1001) - [97%] - 2013/10/7 13:16
- + JavaScript の質問用スレッド vol.121 + (1001) - [95%] - 2015/1/1 18:30
- + JavaScript の質問用スレッド vol.125 + (1001) - [95%] - 2015/10/7 17:45
- + JavaScript の質問用スレッド vol.124 + (1001) - [95%] - 2015/7/16 1:30
トップメニューへ / →のくす牧場書庫について