ECMAScript デス 3

1 名前：デフォルトの名無しさん [2007/09/19(水) 09:08:01 ] 《ECMAScriptを語るスレ》 1. - 概要 - ECMA-262規格として知られる言語（通称 ECMAScript）についての利用法や言語仕様、 その他四方山話をするスレです。 - ECMA-262 3rd Edition 標準規格（英語）- www.ecma-international.org/publications/standards/Ecma-262.htm Under Translation of ECMA-262 3rd Edition (日本語訳) www2u.biglobe.ne.jp/~oz-07ams/prog/ecma262r3/ 前スレ ECMAScript デス 2 pc11.2ch.net/test/read.cgi/tech/1088298991/ 過去スレ JavaScript デス pc5.2ch.net/test/read.cgi/tech/1052273054/ 701 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 18:58:15 ] 一般のプログラマは言語なんてほとんど知らないから。 彼らにとって珍しいことが、設計者にとって珍しいってことはない。 702 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 19:58:04 ] 【レポート】IE9、JavaScript仕様と現実の落としどころ | エンタープライズ | マイコミジャーナル: journal.mycom.co.jp/articles/2010/08/31/ie9-javascript-impl-decision/index.html 703 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 20:21:53 ] JavaScriptの定義ってわかり難いよね 広義ではブラウザ上で動くECMAScriptの実装を意味していて、 狭義ではMozillaのECMAScript実装だけを意味するってことでOK？ で、JavaScript2.0ってのはMozillaの実装のバージョンを意味してるんだよね？ 704 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 21:20:22 ] 狭義ではブラウザ上で動くECMAScript実装の内JavaScriptと名乗るものを指し、 広義ではサーバサイドJavaScriptみたいなのも含める感じ 狭義がMozillaの実装だけを指すってことは無いと思う。 705 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 21:59:45 ] JavaScriptってのは商標でもあるので、 >>703の言っていることのほうが正しいです。 706 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 22:09:19 ] >>703-704 枝葉をつつくようだが、ECMAScriptが制定される前からJavaScriptはあったわけで そう言い切ると、NN2.0-3.0に載ってるのはJavaScriptじゃないってことになっちまう JavaScript5版(oreilly)では、ブラウザ上で動くJavaScriptのことを 「クライアントサイドJavaScript」、言語としては「コアJavaScript」と区別して呼んでるね これは広義の分類にあたりそうだ 707 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 22:27:29 ] >ブラウザ上で動くECMAScript実装の内JavaScriptと名乗るもの javaの名を使うことで提携してんのはNNというかmozillaだけだと思うがいまどうなってんだろうな。 だからMSはJScriptにしたんだし。 708 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 23:29:13 ] >>705 >>706と関連するけど、NNの実装はどうなるのさ、と >>707 en.wikipedia.org/wiki/ECMAScript#Dialects こんな感じで呼ばれてるみたいよ。 709 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 23:58:59 ] なんとなく、ECMAScript + W3C DOMのことをJavaScriptと呼んでるようなイメージ。 >>708のウィキペディアの記事にもそんなニュアンスのことが書いてある。 710 名前：デフォルトの名無しさん mailto:sage [2010/09/01(水) 08:07:38 ] 歴史的にもクライアントサイドで動的webやるためにDOMを扱えるスクリプト実装したのが LiveScriptだからECMAScript + W3C DOMのことをJavaScriptと呼ぶのは自然の流れ。 Natscape js1.4で分離されるまでJavaScriptの仕様にDOMが含まれてたんだし。 1.4でJavaScript CoreとDOMに分離された。 711 名前：デフォルトの名無しさん mailto:sage [2010/09/01(水) 12:11:48 ] >>700 Steeleのやったのは文言の訂正とかそんなレベルだよ。 712 名前：デフォルトの名無しさん mailto:age [2010/09/02(木) 16:02:52 ] IEBlog > Chakra: Interoperability Means More Than Just Standards ・What’s the Real Regular Expression Grammar? ・Why Doesn’t IE9 have those _ _ methods? ・A Malfunctioning Consensus Feature ・So What About const? ・Principled Decision Making Allen Wirfs-Brock Microsoft JavaScript Language Architect blogs.msdn.com/b/ie/archive/2010/08/25/chakra-interoperability-means-more-than-just-standards.aspx 713 名前：デフォルトの名無しさん [2010/09/02(木) 21:23:06 ] この記事の元ネタですかね。 journal.mycom.co.jp/articles/2010/08/31/ie9-javascript-impl-decision/index.html 714 名前：デフォルトの名無しさん mailto:sage [2010/09/03(金) 01:49:45 ] constの挙動とか、以前の版との整合性だけ修正して Edition 6が割とすぐ出そうな気がするのは俺だけ？ 715 名前：デフォルトの名無しさん mailto:sage [2010/09/04(土) 01:34:42 ] ・正規表現 errata か、なくてもいいんじゃ ・__*__ methods 元から範囲の外 ・文内の関数位置 確か、ES5 で IE と同じ挙動にしたはずでは…途中でやめたか？ ・const ES5 には元から入っとらんわ 716 名前：デフォルトの名無しさん mailto:sage [2010/09/08(水) 17:06:48 ] >>715 ＞・const ＞ES5 には元から入っとらんわ つまり今constをサポートしてるブラウザは 規格に入ってない機能を勝手に独自実装してる欠陥品って事か 欠陥品じゃないって言うならIEの独自機能も認めないとおかしい 717 名前：デフォルトの名無しさん [2010/09/08(水) 17:16:54 ] 規格に入ってる機能を実装してない欠陥品よりマシ 718 名前：デフォルトの名無しさん mailto:sage [2010/09/08(水) 18:10:47 ] 今ある全てのブラウザが欠陥品ってこと？ 全部実装してるブラウザはいまのところ存在しないんだけど 719 名前：デフォルトの名無しさん mailto:sage [2010/09/08(水) 18:21:00 ] >>717は「MSが駄目って指摘できるボクちゃんカッケーww」って 勘違いしちゃってる馬鹿 720 名前：デフォルトの名無しさん [2010/09/08(水) 19:32:40 ] 独自実装と先行実装だったら、後者のほうがましだなあ、と。 721 名前：デフォルトの名無しさん mailto:sage [2010/09/08(水) 20:36:37 ] つまりXMLHttpRequestを最初に実装したIEは偉大 722 名前：デフォルトの名無しさん mailto:sage [2010/09/08(水) 22:36:31 ] IE信者のプロパガンダにしか見えん。 constも例外処理も勝手に追加したのはspidermonkeyだがこれらがあると欠陥とな？ ブラウザ戦争の引き金になる糞互換な実装をやめろって話なのが分からんのか。 webkitとかwebkitとかwebkitとか 723 名前：デフォルトの名無しさん mailto:sage [2010/09/08(水) 23:51:06 ] constについては、constの仕様が不確定なことと、 このような機構が将来仕様に含まれるとしても、 今のconstのようなものになるか不確定であること、 この二点を採用しない理由に挙げてるけど、 constってのはObjectの性質じゃなくて、 変数の性質だから、他の方法なんてないんじゃないの? 724 名前：デフォルトの名無しさん mailto:sage [2010/09/08(水) 23:58:47 ] たとえば同じ名前の変数にconst指定した場合、ブラウザによって次のように別々の動作をみせるという。 * シンタックスエラーとみなしローディングを実施しない。 * 関数がコールされた段階で例外を発生する。 * 定数の上書きは成功し、変数としての上書きは処理しない。 * ただの変数として処理する。 725 名前：デフォルトの名無しさん mailto:sage [2010/09/09(木) 06:59:32 ] IE以外のどのブラウザもそれなりにECMAScriptの独自拡張はしてるって話だろ？ 実際、constの挙動がバラバラなんだし。これを先行実装と言い張るのはなあ 726 名前：デフォルトの名無しさん mailto:sage [2010/09/09(木) 12:56:28 ] constよりletほしい。 727 名前：デフォルトの名無しさん mailto:sage [2010/09/09(木) 15:37:18 ] 式クロージャも欲しい 728 名前：デフォルトの名無しさん mailto:sage [2010/09/09(木) 15:45:29 ] いらん 729 名前：デフォルトの名無しさん mailto:sage [2010/09/09(木) 16:21:06 ] ネイティブにコンパイルできるようにならないのかな PHPをC++にコンパイルするやつはあったな 730 名前：デフォルトの名無しさん mailto:sage [2010/09/09(木) 16:43:02 ] >>729 すでに主流のブラウザに搭載されているJSエンジンは、JIT(Just In Time compile)化されていたはず。 少なくともFirefoxのSpidermonkeyは、JIT化によって大きな性能改善を果たした。 731 名前：デフォルトの名無しさん mailto:sage [2010/09/09(木) 21:57:02 ] FirefoxもChromeもコード生成に実行時情報使うからAOTでコンパイルするのはつらいな。 ネイティブコードにはなるだろうが実行性能的な意味で。 732 名前：デフォルトの名無しさん [2010/09/09(木) 22:45:26 ] できてせいぜい中間コードまでだろうなあ 733 名前：デフォルトの名無しさん mailto:sage [2010/09/09(木) 23:48:32 ] 中間コードにはコンパイルできなきゃ困るだろ・・・ 734 名前：デフォルトの名無しさん mailto:sage [2010/09/10(金) 10:14:54 ] >>732 V8のコード読めばいろいろ参考になるよ SpiderMonkeyよりかは読みやすいし >>726 これは同意 ブロックスコープ使いたいお・・・ 735 名前：デフォルトの名無しさん mailto:sage [2010/09/10(金) 10:56:58 ] letもいいけど分割代入も欲しい 736 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 07:12:45 ] json形式のデータでlistと配列(vector)区別する一般的な方法はないのでしょうか？ list [1,2,3] vector {vector:[1,2,3]} とかでいいのでしょうか？ 737 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 12:36:02 ] ベクターとか本当に必要か？ 738 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 13:53:11 ] jsonてここでいいのか？ 739 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 14:00:52 ] 枝葉末節だけどJSON形式ならキーを文字列にしないといけない 740 名前：デフォルトの名無しさん [2010/09/14(火) 14:12:07 ] まあJSOということで 741 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 14:45:25 ] それってただのJSじゃね 742 名前：デフォルトの名無しさん mailto:sage [2010/09/15(水) 01:06:29 ] JSObjectなら 743 名前：デフォルトの名無しさん mailto:sage [2010/09/22(水) 20:40:11 ] JavaScript for Internet Explorer 9 Beta msdn.microsoft.com/en-us/library/d1et7k7c(v=VS.94).aspx IE9はJScriptじゃないの？ 744 名前：デフォルトの名無しさん mailto:sage [2010/09/22(水) 22:18:28 ] いまのjavascriptは製品名よりブラウザ上の言語名として一般にも普及してるからjavascriptを使うんだろう。 745 名前：デフォルトの名無しさん mailto:sage [2010/09/22(水) 22:24:31 ] MSも丸くなったというか下り坂というか 746 名前：デフォルトの名無しさん mailto:sage [2010/10/03(日) 17:01:05 ] ECMAScript 5 compatibility table kangax.github.com/es5-compat-table/ Strictモードのスルーされっぷりは異常 747 名前：デフォルトの名無しさん mailto:sage [2010/10/03(日) 23:09:05 ] strict は部分的には入ってる 一括して一項目だとな…セキュリティとしてはフルサポートしないとまずいんだけど 748 名前：デフォルトの名無しさん mailto:sage [2010/10/06(水) 00:03:34 ] ActionScript3.0が対応してるECMA262ってこれであってますか？ ttp://www.ecmascript.org/es4/spec/overview.pdf 749 名前：デフォルトの名無しさん mailto:sage [2010/10/14(木) 23:36:40 ] >>746 ようやくWebKit Nightly BuildとMinefieldでグリーンになった 750 名前：デフォルトの名無しさん mailto:sage [2010/10/15(金) 10:06:23 ] >>746 >>749 今 mozilla-central 20101014041748 で見たら全部の項目がグリーンになっててビビった Chrome の Canary build とか Chromium だとどうなんだろ（表には7までしかない） 751 名前：デフォルトの名無しさん mailto:sage [2010/10/16(土) 00:06:47 ] >>750 カナリアも今のところChrome 7と同じ。 WebKit本体のJavaScriptエンジン(JavaScriptCore)はstrictモード対応したけど Chromeは独自のJavaScriptエンジン(V8)を使っているので恩恵を受けていない。 その代わりJavaScriptCoreが未対応のObject.*の類をサポートしてる 752 名前：デフォルトの名無しさん mailto:sage [2010/10/16(土) 00:18:41 ] あとMinefieldはstrict mode evalに未対応なので evalを使ってるコードではまだ"use strict";しないかWebKitでもテストしたほうがいい https://bugzilla.mozilla.org/show_bug.cgi?id=514568 753 名前：デフォルトの名無しさん mailto:!sage [2011/02/21(月) 05:18:33.75 ] SubKlass.prototype に直接値を代入せずに Klass.prototype を継承したオブジェクトが作りたい 具体的には、 const Klass = function() {}; Object.defineProperties(Klass.prototype, {...}); const SubKlass = function() {}; SubKlass.prototype.__proto__ = Klass.prototype; みたいなことをやりたいんだけど、これってES5標準の範疇では不可能？ 754 名前：デフォルトの名無しさん mailto:sage [2011/02/21(月) 07:45:40.04 ] Object.create(Klass.prototype) 755 名前：デフォルトの名無しさん mailto:sage [2011/02/21(月) 07:48:36.45 ] 4ヵ月書き込みがなかった間にMinefieldがstrict mode evalに対応したようだ 756 名前：デフォルトの名無しさん mailto:sage [2011/02/21(月) 07:52:51.09 ] >>753 むしろconstがES5的に不可能 var Klass = function() {}; Object.defineProperties(Klass.prototype, {...}); Object.freeze(Klass); 757 名前：デフォルトの名無しさん mailto:sage [2011/02/21(月) 08:15:26.09 ] >>755 Chromium（V8）の最新版もstrict modeに部分対応始めたし あとはIE9さえ対応すれば完璧だな Opera? Safari? 何それおいしいの 758 名前：デフォルトの名無しさん mailto:sage [2011/02/21(月) 22:04:21.88 ] Safariはバージョンアップ遅いけど WebKit Nightly BuildならもうかなりES5 strictに対応してるよ 759 名前：デフォルトの名無しさん mailto:sage [2011/02/22(火) 03:03:54.10 ] >>754 SubKlass.prototype = Object.create(Klass.prototype); すればできるのは分かるのですが、SubKlass.prototypeに元からあったプロパティは消えちゃいますよね。 この元からあったプロパティを残しつつ継承したいんです >>756 constはつい癖で付けてしまいました。 Object.defineProperties(SubKlass.prototype, { 　property descriptors of Klass.prototype }) だと SubKlass.prototype.__proto__ !== Klass.prototype になりますよね 760 名前：デフォルトの名無しさん mailto:sage [2011/02/23(水) 05:11:49.13 ] 多重継承？ 761 名前：デフォルトの名無しさん mailto:sage [2011/04/01(金) 19:30:12.58 ] strictモードで function f(){ this.a = 45; } が出来なくなるのはただの劣化だと思うんだ。なんで元に戻したの？ 762 名前：デフォルトの名無しさん mailto:sage [2011/04/01(金) 22:53:16.39 ] strictなんだからできなくて当然と思うけど それともnew忘れてるとか？ 763 名前：デフォルトの名無しさん mailto:sage [2011/04/09(土) 09:17:07.08 ] Property Descriptorってのは特殊なJSONっていう理解でいいの？ 764 名前：デフォルトの名無しさん mailto:sage [2011/04/09(土) 19:14:44.53 ] ここまで合ってるところがひとつもない文だとかえって直しようがない 765 名前：デフォルトの名無しさん mailto:sage [2011/04/29(金) 22:28:49.48 ] IEで自分(パーツ)用のスタイルを設定したい場合にaddRuleを使ってたんだけど IE8以降の標準モードではなぜか動かなくなってるような？ 入れ物はできるけど中身が空になってる(.box{}みたいな感じ)。 そーいやChromeのダミーのaddRuleがそっくりの動作をしてたなと。 試してたソースはこれ。 if ( document.createStyleSheet ){ var myCSS =document.createStyleSheet(); myCSS.addRule( '.box', '{background-color: #f0f0f0;}' ); myCSS.addRule( '.box', '{border: 2px solid #aaaaaa;}' ); } 元のソースはIE以外にも対応するためにinsertRuleも使ってるんだけど 症状を確認するために極限まで削ってこれだけにしたのです。 (元のソースはcreateStyleSheetも使ってません) IE8でモードを切り替えながらCSSを見てたけど 互換モードとIE7標準モードでは設定されるけどIE8標準では設定されない。 IE6やIE7ならモードに関係なく設定される。 IE9もIE9標準モードでは設定されないけどinsertRuleが使える。 (IE9標準モード以外はIE8と同じ) ここまで重大な変更をしてると大きな問題になりそうな気がするけど ググっても言及してるところが見当たらない。 何か基本的なところで勘違いをしてるのでしょうか？ 766 名前：デフォルトの名無しさん mailto:sage [2011/04/30(土) 08:54:13.95 ] myCSS.addRule( '.box', 'background-color: #f0f0f0;' ); myCSS.addRule( '.box', 'border: 2px solid #aaaaaa;' ); 767 名前：デフォルトの名無しさん mailto:sage [2011/04/30(土) 08:55:40.26 ] 思わず答えちゃったけどECMAScript関係なくね? 768 名前：デフォルトの名無しさん mailto:sage [2011/04/30(土) 14:48:24.99 ] 関係ないよね JavaScriptスレに行ったら？ 769 名前：デフォルトの名無しさん mailto:sage [2011/04/30(土) 17:39:12.00 ] JavaScriptとも関係ない気がするけど Web制作板のJavaScriptスレはDOMの質問も扱っているようだ 770 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 11:23:34.55 ] 仲良くしようよ(´・ω・｀) 771 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 11:40:42.56 ] ECMAScript + DOM = JavaScript だからなあ。 DOMのこと聞けなかったらJavaScriptじゃなくてECMAScriptだ。 772 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 17:36:59.89 ] 最近じゃそこにHTML5周辺のAPIも混ざってきて混沌としているがな 773 名前：デフォルトの名無しさん mailto:sage [2011/05/02(月) 06:30:41.36 ] >>771 釣りなのか? ECMAScript + Netscape独自拡張 = JavaScript WSHやサーバーサイドJSやSpiderMonkeyのシェルやRhinoはJavaScriptじゃないとでも? 774 名前：デフォルトの名無しさん mailto:sage [2011/05/02(月) 06:37:32.32 ] WSH上で動くのはJScriptだな ECMAScript + Microsoft独自拡張 = JScript 断じてECMAScript + IEのDOMではない 775 名前：デフォルトの名無しさん mailto:sage [2011/05/02(月) 06:45:29.37 ] ECMAScriptの解説書はなんで出ないんだろうか 776 名前：デフォルトの名無しさん mailto:sage [2011/05/02(月) 11:20:41.14 ] The Good PartsはECMAScriptの解説みたいなもんだったが… ES5の解説本が出てもいいと思うが、 wikipedia(ja)も放置状態だし、関心のある人は少ないのでは? 777 名前：デフォルトの名無しさん mailto:sage [2011/05/02(月) 13:13:45.40 ] サイ本で十分役割を果たしてる 778 名前：デフォルトの名無しさん mailto:sage [2011/05/02(月) 14:00:23.06 ] Web寄りすぎるだろ。 779 名前：デフォルトの名無しさん mailto:sage [2011/05/03(火) 03:58:52.39 ] そろそろデスクトップ方面に注目した総括的な書籍が出て欲しいなあ ネタ的には十分揃ってると思うんだけど Titanium : www.appcelerator.com/ DashCode : www.apple.com/macosx/developers/#dashcode Chromeless : mozillalabs.com/chromeless XULRunner : https://developer.mozilla.org/ja/XULRunner Google Desktop Gadgets : desktop.google.com/plugins Yahoo! Widgets : widgets.yahoo.co.jp/ Adobe Air : www.adobe.com/jp/products/air/ QML : doc.qt.nokia.com/4.7-snapshot/qdeclarativeintroduction.html Windows Scripting Host : support.microsoft.com/kb/232211 CommonJS : www.commonjs.org/ 780 名前：デフォルトの名無しさん mailto:sage [2011/05/03(火) 06:55:35.87 ] WSHはもう互換性のためだけに提供されてる状態だった気がする 781 名前：デフォルトの名無しさん mailto:sage [2011/05/03(火) 12:51:35.86 ] JScript9の新機能(ES5対応とか)はIE9の中でしか使えないんだっけ 782 名前：765 mailto:sage [2011/05/03(火) 18:05:18.66 ] 質問するところ間違えてしまったようですまない。 そして答えてくれてありがとう。 あまりに単純な原因に衝撃を受けたよ……カッコが原因だったとは。 間違ってたのに今まで運良く動いてただけか(よくあることだけど)。 最初に見たソースがカッコがついててそれを参考にしたみたいです。 さっきあちこち見てまわったらつけてる人とつけてない人がいるね。 783 名前：デフォルトの名無しさん mailto:sage [2011/05/03(火) 18:34:49.88 ] これ、IE版firebugで見つけられるんじゃない? 784 名前：デフォルトの名無しさん mailto:sage [2011/05/04(水) 18:53:34.21 ] >>770 仲良くしてたらDOMの質問が際限なく来て始末に負えなくなるから、そこらへんは線引きしとかんと そのために2代目スレからは名前変わってるんだし 785 名前：デフォルトの名無しさん mailto:sage [2011/05/04(水) 21:00:16.42 ] これ Traceur のドキュメントだけど、Class ってそんなに欲しいかな・・・ code.google.com/p/traceur-compiler/wiki/LanguageFeatures 786 名前：デフォルトの名無しさん mailto:sage [2011/05/04(水) 22:01:33.11 ] あったら積極的に使うと思うがなくても(現状でも)そんなに困らない 787 名前：デフォルトの名無しさん mailto:sage [2011/05/08(日) 23:40:24.75 ] CoffeeScriptってどうよ jashkenas.github.com/coffee-script/ 俺はjsの方が好きだが 788 名前：デフォルトの名無しさん [2011/05/09(月) 01:28:22.57 ] >>787 Objectの書き方がどうも 改行やインデントが意味を持つのは馴染めんなあ JSに慣れきってるせいかも知れないけど song = ["do", "re", "mi", "fa", "so"] singers = {Jagger: "Rock", Elvis: "Roll"} bitlist = [   1, 0, 1   0, 0, 1   1, 1, 0 ] kids =   brother:     name: "Max"     age: 11   sister:     name: "Ida"     age: 9 789 名前：デフォルトの名無しさん mailto:sage [2011/05/09(月) 19:50:07.60 ] ES HarmonyはES4で一度挫折した構文の大幅変更に再チャレンジするみたいだな 790 名前：デフォルトの名無しさん mailto:sage [2011/05/10(火) 23:41:18.49 ] ECMAScript は Java の構文を意識したところがよかったのに 791 名前：デフォルトの名無しさん mailto:sage [2011/05/11(水) 00:20:45.95 ] >>789 harmony:modulesのこと? 792 名前：デフォルトの名無しさん mailto:sage [2011/05/11(水) 02:05:04.43 ] >>790 意味もなくJavaのキーワードが予約されてたりな 793 名前：デフォルトの名無しさん mailto:sage [2011/05/11(水) 08:25:51.48 ] 兎にも角にも名前空間をどうにかしてくだしあ 794 名前：デフォルトの名無しさん mailto:sage [2011/05/13(金) 01:49:36.82 ] var MyPackage = {}; MyPackage.foo = bar; みたいな感じで良いじゃん 795 名前：デフォルトの名無しさん mailto:sage [2011/05/25(水) 20:50:28.06 ] ブロックスコープないとクロージャが使いにくい 796 名前：デフォルトの名無しさん mailto:sage [2011/05/25(水) 21:26:54.08 ] いずれ let が使えるようになるからそれまで待つしか 797 名前：デフォルトの名無しさん [2011/05/30(月) 14:32:48.39 ] ESで使われていない主な半角記号でこれから自由に新定義できそうなのって『#』くらいだよね でも#ってfunction文の意味を持たせる案が有力なんだよね そういえば無知な質問するけど ESって全角記号使えるけど、海外の環境じゃあ全角って普通全く打てないものなの？ ☆くらいは使えたりするのかな？ せっかく使えるようにしてくれてるんだし、使えるんならどんどん使っていきたいよね ある程度ちゃんと使えば絶対良くなると思うんだ 798 名前：デフォルトの名無しさん mailto:sage [2011/05/30(月) 14:36:08.11 ] どうぞご勝手に 799 名前：デフォルトの名無しさん mailto:sage [2011/05/30(月) 15:39:05.07 ] >>797 APLみたいにとまではいかなくても、 Unicodeにたくさんある演算記号が使えたら面白いかもね。 800 名前：デフォルトの名無しさん mailto:sage [2011/05/30(月) 15:51:10.32 ] >>797 入力を心配する前にフォントの心配をしなきゃ 見えなきゃ打ててもしょうがない

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef