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

みんなの評価 :

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

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

451 = :

var obj3=['A', 'K', 'B'];
for(var t=0;t<3;t++){
var ss=obj3[t];
alert(ss);
}
ってした時にjs Lintではエラーにならないのは何故ですか？
実行すると変数ssが3回、宣言されることになり
エラーになると思うのですが。

452 = :

宣言は一回だよ

457 = :

× application/x-javascript
○ application/javascript; charset=UTF-8

458 = :

iframeにしておいたほうが無難
サイトによってスタイル指定違うしブロックしやすい

462 = :

IANA | MIME Media Types
http://www.iana.org/assignments/media-types/index.html

text/javascript(obsolete)
text/ecmascript(obsolete)
application/javascript
application/ecmascript

463 = :

俺は今日までPerlやPHPはJSONやらXMLでやらでデータだけ吐いて、
表示なんかは全部JavaScriptでするのが美しいと思っていた。
けど、今日その考えを打ち砕かれた。
IEのJavaScriptエンジンの糞さに絶望した

466 = :

皆さんありがとうございます
またいろんなサイトで調べてたんですが、Content-typeはtext/plainでもapplication/x-javascriptでも
何でも良い（ブラウザはチェックしない）なんて記事を見つけて「？」て気分です
>>457さんが書いている文字コードはどうすべきでしょうか
指定しなくても大丈夫なんでしょうか

467 = :

ブラウザは基本はチェックしないよ。
だから一応無難なtext/～とかにしといたらいい。
文字コードは一言じゃ言えないからバグったらその時また考えなさい。

468 = :

間違ったタイプ付けるのは無難じゃねぇ
どうせ変わらんなら正しいの付けときなはれ

471 = :

ここから濃厚な議論が始まります……

でわ…

どうぞ!!
↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓

472 = :

RFCに従うのが真のシュミグラマ

473 = :

IEでも別に問題ないだろ
HTML5で書けば

476 = :

プロフェッショナルに対してアマチュアだし
プログラムのプロとプロフェッショナルのプロをかけて
シュミグラマじゃなくアマグラマって呼ぶほうがしっくりくる

477 = :

まあHTML5のデフォルトがtextだしな。廃止されてるけど

479 = :

>>463
JSエンジンってパフォーマンス悪いのばっかで、やっとまともな
JSエンジンを備えたブラウザが2008年のグーグルクロームって本に載ってた。

481 = :

>>423どうも

482 = :

もうIE6と7は切り捨てろ、マジで
会社で使わされてるとか言っても知るかボケで片付けろ

483 = :

だからさぁ…IE云々とかいう問題以前にこれからは家電などのあらゆる機器に搭載された
あらゆるブラウザで最低限サイトが機能するように作るのがMustなの

484 = :

IE6と7はもうすぐ絶滅する
8も数年後Windows XPと一緒に死ぬ
そうなればゲーム機だろうが家電だろうが何でも来いだ
標準から外れたレガシーなコード書いてると全部無駄になるぞ
いつまでも古いIEに対応して甘やかすとそういう未来はどんどん遠のく

485 = :

さっさとXPを死滅させてIE8までをこの世から消してくれ
そしてIE9への対応は2017までだからIE9ベースでやってりゃいいことになる
IE9ならaddEventListenar持つかえるから問題ない

486 = :

IE9はHTML5対応してるからいいんだが
更にこの上が出てきたら今度はIE9が足引っ張るんだろうな、歴史は繰り返すエンドレスワルツ

487 = :

何格好つけた事言ってんだ

488 = :

googleのプラグインがあるからそんなことない

489 = :

XP死滅はあと10年は無理だろう

490 = :

俺という凡人の発想力では非同期通信、HTML5（改良）、jQueryでもうHTMLはこれ以上の進化ないんじゃね？と思ってるんだが
近未来的な予想されてる技術とかほかにあったりするの？

491 = :

コアHTMLの話だとインプット要素をもうちょい拡張するとか、時代が進めば進むほど絶えず細々出てくる
まあウェブアプリをいろんな形で実現させるに当たって改良しないといけないところはあるな
HTMLに乗るCSSやらSVGやらも完璧ではない

だがしかし、一番進化しないといけないのはJS
とりあえず64bit整数作れよ、オセロ高速化するの大変ダロウが

492 = :

JSが64bitになったらHTML5もスマフォでススイのスイなのかな？
今まではプロセッサの問題があったから32bitだったけど
林檎が脱flash脱flash言ってたから友達のiPhoneでHTML5動かしたらとてもじゃないが実用性があるとは言えたもんじゃなかったし

493 = :

>>492
お前と俺とではまず考えてることが違う

お前さんが思ってるであろう縁の下の力持ち的のJSで遅いっていうのは
DOM操作やらCanvasやら正直JSコアは関係ない部分の影響が大きい

俺が思ってるのはゲームなんかのアルゴリズム、思考ルーチン何かにて
配列の変わりにbit演算を使った高速化の話しだ

32bitで64マスを扱うより64bitで64マスを扱う方が高速なのはもちろん遥かに、遥かに簡単になる

他にもいろいろ恩恵はある
本当は見せかけでもいいから1024bitくらいまで入れて欲しい
自分で見せかけるのは速度の前にめっちゃ大変だから

494 = :

まぁブラウザ上での高速化はブラウザ戦争に任せるしかねーな

495 = :

今から俺がブラウザ作るからお前ら対応しろよ
独自エンジンで組み込んでやるからよ

498 = :

>>497
日本のwebユーザーを増やしてガラパゴス化させれば…

499 = :

日本ブラウザー逆襲のシャア

500 = :

>>493
128bitから1024bit整数が使える言語ってある？
あるのならブラウザの拡張でインターフェイス作ってやればいいと思うけど