ECMAScript デス 2

《ECMAScriptを語るスレ》

1. - 概要 -
ECMA-262規格として知られる言語（通称 ECMAScript）についての利用法や言語仕様、
その他四方山話をするスレです。
- ECMA-262 3rd Edition 標準規格（英語）-
http://www.ecma-international.org/publications/standards/Ecma-262.htm


前スレ http://pc5.2ch.net/test/read.cgi/tech/1052273054/l50

2. - JavaScriptについて -
JavaScriptは動的Webページ作成専用言語ではありません。
このスレでは、★言語★としてのECMAScript(JavaScript、JScript等)の話題を扱います。
ブラウザ環境でのJavaScriptはWeb製作板へ。ASP、CGIなどはWebProg板へ。

●スレ違い●なレスの例
　+ JavaScriptによるWebページの挙動実現に関する疑問/質問、は、
　　　■スレ違い■です。→Web製作板へどうぞ
　+ Webブラウザの動作挙動に関するの疑問/質問　 　 　 　 　は、
　　　■スレ違い■です。→Web製作板へどうぞ
　+ そのほか、Webページ作成に限定した内容の疑問/質問　 　 は、
　　　■スレ違い■です。→Web製作板へどうぞ

■参考■[Web製作板] + JavaScript の質問用スレッド vol.29 +
http://pc5.2ch.net/test/read.cgi/hp/1087889503/l50

※JavaScriptが板違いと言いたい人へ
運営サイドから次のような見解が出ています。
|459 飛べない削除屋 ★ sage ：04/05/30 15:38 ID:???
|>‍>458
|ローカルルールにはひどく単純化されて書かれていますが、
|Javascript という言語そのものが板違いなのではありません。
|用途によって板違いかどうかを判断してください。

3. - 主な実装 -
Rhino (Mozilla.orgでメンテナンスされている組み込みを目的としたJava製の実装)
http://www.mozilla.org/js/rhino/

SpiderMonkey (同上。ただしこちらはCによる実装)
http://www.mozilla.org/js/spidermonkey/

NJS (旧NGSを引き継いで開発されている独立したインタプリタ実装
http://www.njs-javascript.org/

JScript (Microsoft社による実装。WSHを介したローカルマシン用のバッチスクリプトとして使用に加え、.NETの開発言語のひとつでもある。
また、WebクライアントサイドスクリプトやASPにも利用することができる。)
http://www.microsoft.com/japan/msdn/library/ja/script56/html/js56jsoriJScript.asp
JScript .NET
http://www.microsoft.com/japan/msdn/vs/jstchjscripttechnicalarticles.aspx

DMDScript (Digital Mars社による実装。Windows上で利用できるJScript置き換え的な位置づけ
スタンドアロンのインタプリタに加え、COMコンポーネントとして組み込むこともできる。)
http://www.digitalmars.com/dscript/index.html

FESI (ECMAScript第一版に準拠したJava実装)
http://www.lugrin.ch/fesi/index.html

DMonkey ( Delphi(ObjectPascal)への組み込みを目的とした実装 )
http://sourceforge.jp/projects/dmonkey/

4. - 関連スレ -
Web上におけるクライアントサイドスクリプティングに特化した実装（通称Javascript）については
WebPrograming板などの専門スレをご利用ください。

[Web製作板] + JavaScript の質問用スレッド vol.29 + ((クライアントサイド方面))
http://pc5.2ch.net/test/read.cgi/hp/1087889503/l50
[WebProg板] JavaScript質問コーナー ((サーバーサイド方面))
http://pc5.2ch.net/test/read.cgi/php/1065151808/l50

よく分からんがWeb特化以外のJavaScriptってWSHなJScript位か？
後はFlashのActionScriptか。

JavaScriptスレがあるだろと書き込もうと思ったら、そのスレの次スレなのかよ・・・・

Ver1.0のころのEclipseにはRhinoが内蔵されていたんだよな。
最近だとPDFに埋め込みってのがはやりかも。

WSHをJavaScriptで書いてるんだけど、このスレでいいんだよね？
Web関係ないし。

jsでもvbsでもいいけどアイコン張れないかねぇ
あとはTcl/Tkばりのフォーム生成機能があれば完璧

>>8
お前ら、WindowsScripting使ってますか？ Part3
http://pc5.2ch.net/test/read.cgi/win/1058829737/l50
というスレもあるので、内容によっては↑の方がいい場合も
あるでしょう。

いい仕事だ>>1乙

せっかくの>>2-4へ、>>1からリンクが貼られてないのはもったいない。
>>1からリンクがないと、レスが50を超えたら>>2-4は見られなくなる。

>>12
「全部読む」を押しましょう。
て言うか専用ブラウザ使えや。

>>9
JScript .NETは?

目下 SVG でのみお世話になってます。
多用するのは美しくありませんが。

>>13
俺に言ってどうする。このスレをこれから目にする
不特定多数の人間に対して問題だっつーの。

>>15
アニメに使うの？FlashしらんけどASみたいなもん？
多用しちゃあかんかったら代替手段あんの？

VMLなら使ってるけど。

何か埋まってた。
梅乙

だがしかし、

JavaScript

ECMAScriptデシタ

マクロ代わりになる拡張スクリプトにコレって使えます？

agaちゃった

>986 デフォルトの名無しさん ：04/06/29 16:28
>現在のウィンドウの座標値ってどうやったら取得することが出来るんですか？

//こんな感じかな
import System;
import System.Drawing;
import System.Windows.Forms;

Application.Run(new MyForm());

public class MyForm extends Form {
    private var textbox1 : TextBox;
    public function MyForm() {
        textbox1 = new TextBox();
        textbox1.Location = new Point(10, 10);
        this.Controls.Add(textbox1);
    }
    protected override function OnMove(e : EventArgs)
    {
        this.textbox1.Text = String.Format("X = {0}, Y = {1}",
            this.Location.X, this.Location.Y);
    }
}

>>24

これってなに？JScript.NETとかそういうやつ？

JScript .NET デス

>>22
マクロ代わりになる拡張スクリプトって具体的になんだかわからない
けど使おうと思えば使えるかな。

さすがに人気ないね

JavaScriptは別に禁句でないよ。

これが正しい姿だな。

デス。

ActionScriptってどうよ。

>>31
胴衣。
三年は持つな、このスレ。

ﾜﾗﾀ
ちゃんと保守しとけよ。

ActionScriptはだめですか？

>>36
ECMAScript/JavaScriptの仲間ならいいよ。

>>36
ベタにFlash固有のネタは基本的に禁止だろ。つかFla板あるしな。
ECMAScript実装としてのネタなら問題あるまい。

>>38
JavaScript:DOMネタ禁止
WSH:Windows系クラスネタ禁止
ActionScript:FLASHオブジェクトネタ禁止

しゃべることが無くなるぞ。

とはいえそれらは、より適切な答えの返ってくる可能性の高い専用スレが他にあるわけで。

>>40
では問うがなぜ存在しているの？このスレは。

それら実装系にかかわらないネタに適したスレがほかにないから
隔離スレとして存在しているわけだよ。ただその話題すら、高度な
ものになると、プロトタイプベースオブジェクト指向言語スレと
かぶるわけであるが。

なんでDOMネタ禁止なん？

>>43 Web系禁止の間違いじゃないのかな。
DOMネタ禁止っていう話あったっけか。別にWeb系じゃないけど
DOMやってるし。

>>43
>>39はActionScriptを禁止にするようなら
DOMネタやWindowsクラスネタも禁止になるべきだ
ってことを言ってるのでは?

最大公約数を取るならDOMを実装してないのもあるからダメだろうな。

それこそ各種ライブラリ禁止のCスレのような悲しい状況になる。

>>45
ああ、そういう意味か。ありがと。

Web系だけ禁止でいいと思う。
DOMやActionScriptなどは，高度だったり
このスレの消費が大きくなりそうなら他に誘導
すればいい。

>>48
？

DOM＆Flash質問スレになりますた。

>>49
深い意味ないから余り深く考えなくていいよ。

ぶっちゃけRhinoとかDMDScriptとか需要ないのかなぁ・・・

Perlスレみたいな感じが良い俺は

>>52 Rhinoはなあ...
JVM上で動くスクリプト言語だと、Groovyがきそうな感じ。
かつてRhinoを搭載していたEclipseもR2.0で決別して、
最近だとeScriptに走りそうな感じでRhinoには戻ってこないだろうな。

MocaScriptってどうですか？
http://www2.noritz.co.jp/anchor/ashp/moca/mocaindex.html

eScriptなんて今始めて聞きましたが・・・。

>>56 最近eclipseで動くようになったスクリプト。まだ公式APIになってないけど
すでにパッケージ名がorg.eclipse.escriptになってるから、Rhinoの実装系
だった凍結中のorg.eclipse.scriptingと置き換わるんじゃないかと思う。

>>55
MocaScriptはもともとエディタのPeggy用マクロのため
文字列操作の関数が揃っていて便利ですね。
文字コードはPeggyがUnicode対応になるまではSJISです。

MocaScriptいいですね。

末端のユーザーが使うスクリプトって例えばAcrobatやMacromediaなんかを見てて
JavaScriptが中心になるかと昔は思ってたけど、どうも最近の流れではPythonに
代わってきてるっぽい圧力を感じる。

>>60
・・・さすがにそれだけは無いな

SpiderMonkeyをlib化する方法をご教授ください
環境はWin XPです

自己解決。
VC4.2のプロジェクトファイルが旧式だったので存在に気づきませんでした。
コンバートして開きなおせばあっさり。

>>60
OOoOだけじゃ無いかい？

UNO って .Net も使えるんじゃなかったっけ？

ECMAScriptでは、なぜprototypeを触れないのですか？
仕様が肝の部分でデグレこいてるのではありませんか？

>>66
prototypeってクラスみたいなのが定義できる奴？
はじめて見たときは正直ちびった。

JavaScriptは
ブラウザいっちょでプログラミングはじめられるところがとても素晴らしい。

>>67
http://pc5.2ch.net/test/read.cgi/tech/1070886635/

まあたしかに一番普及しているプログラミング環境ではあるだろうな。
しかし、それと言語仕様がデグレートしていいかは(ry

このスレ本当に必要なのか

Ｒｕｂｙがあればいらない

JavaScript を Ruby から使いたいのですが、
Ruby/JS が採用している NJS がいまいちしょぼい気がするので、
SpiderMonkey の Ruby binding が欲しいのですが、
もしかして既に実装されてたりするでしょうか？
もしあれば教えて下さい。

糞スレデス

SpiderMonkeyをWindowsでビルド（やっつけ）

・MSVCで
src/ディレクトリに古いVC用のjs.mdpがあるので、それを開き（&コンバート）コンパイルするだけ。
VC6で何の問題もなくビルドできた。

・Mingwで（gcc3.2.3）
src/fdlibmディレクトリに http://wxjs.sourceforge.net/mingw/fdlibm.mak をコピー
fdlibm.makのSRCDIRをてきとーに修正（SRC=../fdlibm）
make -f fdlibm.mak

次、src/ディレクトリに http://wxjs.sourceforge.net/mingw/jsmingw.mak をコピー
jsmingw.makのSRCDIRをてきとーに修正（SRC=../src）
さっきのfdlibm.libをリンクできるよう、5X行に-L../src/fdlibmとか付け加えるか、もしくはfdlibm.libをsrc/にコピーしておく。
CFLAGSの-DXP_PCを-DXP_WINに修正。
src/jsosdep.hに

#ifdef _MINGW
    #undef JS_HAVE_LONG_LONG
#else
    #define JS_HAVE_LONG_LONG
#endif

を追加。
make -f jsmingw.mak
js.dllとlibjs.aが出来ていることを確認する。

//いいかげんなテスト
#include <string>
#include <iostream>
#include "jsapi.h"
JSClass globalClass = {
    "Global", 0, JS_PropertyStub, JS_PropertyStub, JS_PropertyStub, JS_PropertyStub,
    JS_EnumerateStub, JS_ResolveStub, JS_ConvertStub, JS_FinalizeStub
};
int main(int argc, char *argv[])
{
    if (argc != 2)
        return 1; //usage ./testjs javascript-code
    JSRuntime *rt = JS_NewRuntime(1000000L);
    JSContext *cx = JS_NewContext(rt, 8192);
    JSObject *global = JS_NewObject(cx, &globalClass, 0, 0);
    JS_InitStandardClasses(cx, global);
    std::string script(argv[1]);
    jsval retval;
    JSBool ok = JS_EvaluateScript(cx, global, script.c_str(), script.length(), "script", 0, &retval);
    if (ok != JS_TRUE)
        return 1;
    JSString *str = JS_ValueToString(cx, retval);
    std::cout << "retval = " << JS_GetStringBytes(str) << std::endl;
    JS_DestroyContext(cx);
    JS_DestroyRuntime(rt);
    return 0;
}
--------------------------------------------------------------------------------
$ g++ -Wall -Werror -g -DXP_WIN -D_MINGW -DWIN32 -L. -o testjs testjs.cpp -ljs
$ ./testjs "var today = new Date(); date.toString();"
retval = Sat Oct 09 2004 13:13:12 GMT+0900

誤爆ｽﾏｿ

誤爆、なのか？

誤爆デス

unicodeとかUTF8の読み書きが普通に使えるのないですか？

>>78
JScript .Net

>>79 SDKかぁ、そんな大仰なことしないからなぁ。
でもVS2005 Express Editionなんてのあったのを思い出せた。



JScriptないじゃん…

>>80

ecmascriptにウインドウオブジェクトや描画クラスがサブセットでいいから規定されないかな。
そうすりゃ相当汎用性上がるとおもうんだけど。
ライン引けるだけでも大分違うと思う。

あ、上げてしまった。

ActionScriptのノリで言ってる？

actionscriptは使ったことないです。
使ったことあるのは、IEのJavascriptだけです。

actionscriptってそういう方向なのかな？
>ライン引けるとか云々。

_root.createEmptyMovieClip( "triangle", 1 );
    with (_root.triangle){
    beginFill (0x0000FF, 50);
    lineStyle (5, 0xFF00FF, 100);
    moveTo( 200, 200 );
    lineTo (300, 300);
    lineTo (100, 300);
    lineTo (200, 200);
    endFill();
}

ActionScriptだとこれで三角形になる

>86
ちょっと文が長いですね。
それでも一応グラフィック関係があるのは良いナー。

真・スレッドストッパー

？

DMDScriptに自作オブジェクトを追加・取得ってどうすればいいの？
これでエディタのマクロ作りたいんですよね

で、 JavaScript とはどう違うの？

msのJscriptとネットスケープのJavascriptをすり合わせて作られたのがECMAScript。

>>92 で、いまの著名なブラウザは ECMAScript に完全準拠？

>>93
Operaは対応状況を公開しています。
http://www.opera.com/docs/specs/js/ecma/

これを見る限り、Opera 7はECMAScriptを完全にサポートしているようです。
他のブラウザは知らない。

僕も知らない。

あｈｒっっば

SpiderMonkey、またはDMDScriptに関する日本語版APIリファレンスってありませんか？

最近調べたが無い。

そっか。残念。

Ajaxの話題はここでよい？

XMLHttpRequestってECMA規格になったっけ？

>>101 しらんけど、最近はやってるなぁ。

AjaxについてはWebProg板にスレが立ってる

try {
  xmlhttp = new ActiveXObject("Msxml2.XMLHTTP");
} catch (e) {
  try {
    xmlhttp = new ActiveXObject("Microsoft.XMLHTTP");
  } catch (e) {
    xmlhttp = false;
  }
}
if (!xmlhttp && typeof XMLHttpRequest!='undefined') {
  xmlhttp = new XMLHttpRequest();
}

↑を見る限りECMAScriptではないね。規格外技術。

>>4
> Web上におけるクライアントサイドスクリプティングに特化した実装（通称Javascript）については
> WebPrograming板などの専門スレをご利用ください。

> [WebProg板] JavaScript質問コーナー ((サーバーサイド方面))

このテンプレ変じゃね?

Webブラウザ上でのJavaScriptに関する質問はWebProg板へ
Flash上でのActionScriptに関する質問はFlash板へ行ってください。

【誘導先リンク】
JavaScript質問コーナー
http://pc8.2ch.net/test/read.cgi/php/1065151808/
ActionScript 誰かが物凄い勢いで解答するスレ 6
http://pc8.2ch.net/test/read.cgi/swf/1108207742/

JavaScript はクライアントサイドなので Web 制作板の管轄です

+ JavaScript の質問用スレッド vol.35 +
http://pc8.2ch.net/test/read.cgi/hp/1110578338/

> JavaScript はクライアントサイドなので
ん・・・なんか変だ。

>>107
そりゃもっと変だ。
WebProg板への誘導があるのはサーバーサイドJavaScriptが存在するからで、
修正すべきなのは
> Web上におけるクライアントサイドスクリプティングに特化した実装（通称Javascript）については
> WebPrograming板などの専門スレをご利用ください。
という文言のほう

ん、サーバーサイドJavaScript??

エディタマクロの elisp スレがオッケーなら、ブラウザ組込み言語としての
JavaScript スレもオッケーな気がするが、そうなっていないのは話題の
レベルが低すぎるからなんだろうね。それとも、エディタマクロ板がないから
elisp はオッケーなのかな。

JavaScript は良い言語だと思うが、不遇すぎるな。

適当にぐぐってみたけどこことか。
http://docs.sun.com/source/816-5930-10/sampapp.htm

つーかWebProg板のリンク先見ればいいじゃん…と思ったら見事なまでに
サーバーサイドJavaScriptの話題なんかないな。orz

サーバサイドECMAScriptは、ASPのJScriptとFCSのActionScriptがある。
ASPはVBSが主流だし、FCSはそもそも使われない。

テキストエディタとかのマクロを全部JavaScriptにすれば皆幸せになれるのにな。

http://developer.netscape.com/はお陀仏なようなので↓張っとく

Object Hierarchy and Inheritance in JavaScript
http://www.cs.rit.edu/~atk/JavaScript/manuals/jsobj/

JavaScript Language Resources
http://www.mozilla.org/js/language/

Object-Oriented Language: JavaScript / ECMAScript
http://www.objenv.com/cetus/oo_javascript.html
JavaScript Online Resources
http://www.mountaindragon.com/javascript/resources.htm

それからMac OS Xが、desktop widget用の言語にJavascriptを
Dashboard
http://www.apple.com/macosx/tiger/dashboard.html
http://developer.apple.com/macosx/tiger/dashboard.html

おまけ

The Web Hypertext Application Technology
http://www.whatwg.org/

引数をとって初期化処理を行うようなオブジェクトからプロトタイプ継承する時、
継承元のダミーオブジェクトをnewするのって面倒くさくないですか。

function Parent(foo, bar) {
  foo.init_for(this);
  bar.init_for(this);
}
:
:

function Child(foo, bar) {}
:
:

Child.prototype = new Parent( /* ここをどうするか */);

Parentのコンストラクタの中でfooやbarにメッセージを送ってるから
fooやbarもダミーで入れとかないといけなくなっちゃう。
みなさんどうしてます？

オブジェクトを作るのにapplyみたいな方法はありませんか？
要するに次のようなことがしたいのですが。

obj = new F; // ここではコンストラクタを呼び出さない
F.apply(obj, arguments); // 任意の引数でコンストラクト

http://www.mozilla.org/projects/seamonkey/

このページの桜玉吉みたいなのなんなん？

Adobe が Macromedia を買収したね。
PDF, SVG, SWF とスクリプティングは ECMAScript な訳だけど、
何か面白い事起きないかな。

アクメスクリプト誕生の予感

>>118
ﾜﾗﾀ
桜玉吉かよｗ

IE上で、任意の文字列のHTMLを表示させたいんだけど、
それって可能?

BODYだけではなくて、HTML、HEAD、SCRIPTも書き換えたい。
(BODYだけならINNERHTMLの上書きで可能なのはわかってる。)

感覚としては、「???.INNERHTML="<HTML>.....</HTML>"」みたいにできればいいんだけど。

document.all(0).outerHTML

>>122
>>2

objIEDoc.all(0).outerHTML = "<HTML></HTML>"

「outerHTMLプロパティを設定できませんでした。この操作に対して無効なターゲット要索です」

>>122-125
ブラウザ上のJavaScriptについてはWeb製作板のJavaScriptスレで。
なんでまたECMAScriptスレでこんな質問してるの？

ブラウザ上のスクリプトではなく、ECMAScriptからIEの操作を話しているじゃん

「IEのオブジェクトをnewして・・・」って話から始まるのか？

>128
>125の続きでいいんでない?

ん。簡単にできそうだと思ってたけど、意外と難しいかも。

できないよ

>>122-125 >>129-131
できる。回答はこちらに書いた。
http://pc8.2ch.net/test/read.cgi/hp/1114774413/151

>>132
すげぇ

>>132
いい仕事

遅レスだけど。

>>117
obj = F;
new obj(arg1, arg2, ...);

ではどう？

>>135
えーと、よく分かりません。
次の(1),(2)に何か違いがあるのですか？

function F() { ... }
f = F;
F(arg1,arg2, ...); // (1)
f(arg1,arg2, ...); // (2)

それと、求めているものは
obj = new F(arg1,arg2,arg3, ...) の代わりに、
obj = new F( [all_arguments] ) することなのですが。

こんなかんじで。
obj = new Object;
obj.__proto__ = F.prototype
o = F.apply(obj, args)
if (o instanceof Object)
　obj = o;

でもこれはECMA準拠じゃないし。

あ、それともう一つ別の質問が。

継承元の親を動的に切り替えたいのですが。
function A() {} A.prototype.x = 1;
function B() {} B.prototype.x = 2;
function C() {}
C.prototype = new A;
C.prototype.constructor = C;
o = new C;
alert(o) // 1
o.__proto__ = new B
o.__proto__.constructor = C;
alert(o) // 2
これをECMAScriptではどのように書けばよいですか？

こっちが実現できればなお良いのですが。
// A,B については同上
function C() {}
C.prototype = new A;
C.prototype.constructor = C;
o = new C;
alert(o) // 1
C.prototype = new B
C.prototype.constructor = C;
alert(o) // 2

これはCの全インスタンスのコレクションを管理する
以外に方法がなさそうな気がします。
しかしそうすると明示的に削除メソッドを呼ばないと
Cのインスタンスが永久に消えない罠。

× alert(o)
○ alert(o.x);

つーか、そこかしこで行末の ; が抜けてたり……
思いつきで書いてテストしてないから悲惨 orz

>>136
あんたさあ、ECMA-262をちゃんと読んでいるの？
f.apply(thisとして扱うオブジェクト, 引数配列)
というそのものズバリがあるんだけど。

そしてprototypeの動的書き換えはECMA-262として標準化
されたときにわざと落されたんで、存在していない。

>>136
すまそ、applyではnewとは動作が違うよね。申し訳ない。
newの代わりは…eval()しかないかな…

>>136
たびたびで申し訳ない。再度ECMA-262のnewの所を読んでみると、
「new f.apply(null, 引数配列)」でいいような気がしてきたがどうよ？

>> 141
すばらしい。　まさに求めていたとおりのものです。
ECMA-262 3版 邦訳のnew演算子のところは見たのですが、自分には
少々難解で、そのような動作が可能だとは、全く読み取れませんでした。

それと、prototypeの動的書き換えは無理ですか。
折角のプロトタイプベースな言語なんだから、それくらいやらせて欲しい
ものですが、わざわざ禁止したからには何か理由があるのでしょうか。
Stateパターンの実装にもってこいだと思ったのですが、残念ですね。
どうもありがとうございました。

>>141
>new f.apply(null, 引数配列)

すみません、やっぱりうまくいかないみたいなんですけど。
朝方やったときは寝惚けて変な勘違いしたようです。

>>117でいいと思うよ
f.apply(new f, 引数)

プロトタイプの動的書き換えを禁止したのは最適化とか
可能にするためじゃなかったかな。

前スレ↓あたりにその話題出てたね

http://pc8.2ch.net/test/read.cgi/tech/1052273054/688-698

俺も最適化（キャッシュ）説だな

>>144
それだとコンストラクタが2回呼ばれるので、場合によっては不具合が。
例えばコンストラクタからグローバル変数やクラス変数を変更しているときとか。
やっぱり eval() っきゃないですかね。

>>145-146
なるほど。参考になります。

ECMAScriptの一般流通状況はどうなってますか？
SpiderMonkeyの日本語マニュアルが無くて以前は挫折したんだよなぁ

http://www.apple.com/jp/macosx/features/dashboard/とか。

OpenSourceクローンな
http://www.konfabulator.com/ってないんですかね?

FESIならJavaのオブジェクトが使えるけど…

遅レスだが、
>>116
Function.prototype.inherit = function(superClass){
function Temp(){};
Temp.prototype = superClass.prototype;
this.prototype = new Temp;
this.prototype.constructor = this;
}

Child.inherit(Parent);

SpiderMonkeyをエディタに組み込もうかと思ってるんだけど
ステップ実行とか中断とかある？

評価開始したら終わるまで戻ってこないとかだとちょっと困る

ねーよ。
http://www.mozilla.org/js/spidermonkey/apidoc/jsguide.html

んじゃmozzilaって一度JSの実行始めたらとまんないの？

そんなこたないよねえ
どうやってんだろ

グローバルオブジェクトを更新してるんだろ

どういういみ？

window.title="hoge"ってグローバルオブジェクトがあったら
スクリプトでwindow.title="boke"って更新したら
次実行するときもwindow.title="boke"を保持できるようにすればいい

それの繰り返し

いやそういう話でなくて、
アプリからspidermonkey制御するとき、
無限ループを中断する機能がなかったら
ブラクラになるでしょ？　ていう話

jsdbgapi使うのかなあ

kodersで発見

JS_SetBranchCallback

を使うらしい

ステップ数カウントして中断処理が入ってないか調べるとか

firefox 1.0.x は while(1); とかやるとメッセージダイアログが出てくる。
その辺追っかけると JS_SetBranchCallback 使って時間計って止めてる。
http://lxr.mozilla.org/aviarybranch/source/dom/src/base/nsJSEnvironment.cpp#411


ステップ実行とは別の話じゃないかな。

spidermonkeyって、単体のバイナリ配布ないのん？Windowsで。

いまさらながら、このスレで許されそうなリンク集

オブジェクトなJSの基礎講座　（入門向）
http://www.parkcity.ne.jp/~chaichan/src/2ndthema.htm

Effective JavaScript
http://www.interq.or.jp/student/exeal/dss/ejs/

檜山正幸のキマイラ飼育記　JS編
http://d.hatena.ne.jp/m-hiyama/20050808/1123486683

discypus.jp/wiki/規格/ECMA/ECMAScript　（リンク集）
http://discypus.jp/wiki/?%B5%AC%B3%CA%2FECMA%2FECMAScript

世界で最も誤解されたプログラミング言語　
http://d.hatena.ne.jp/brazil/20050829/1125321936

おまえら、JSをWeb以外で何に使ってるの？
普通のスクリプト言語に比べて標準ライブラリがなさすぎでアプリ書くには向かんだろ。
言語としても特に便利な機能が揃ってるわけでもないし。

メリットって、仕様がシンプルでいろんなアプリに
マクロ言語として組み込みやすい程度じゃね？
それって、使う側のメリットじゃないよな。

>>163に追加
ECMAScript - on Surface of the Depth -
http://www.kmonos.net/alang/etc/ecmascript.php

E4X　こいつは便利そう。既にRhinoに実装されてる。

日本語サンプル
http://www.kmonos.net/wlog/49.php#_1520050427

もうちょっとサンプル
http://developer.mozilla.org/presentations/xtech2005/e4x/

仕様
http://www.ecma-international.org/publications/standards/Ecma-357.htm

もっとE4Xサンプル。

http://lxr.mozilla.org/mozilla/source/js/rhino/examples/E4X/e4x_example.js

>>164
そもそもincludeがないが。

>>164
俺はJScriptでIrvineの操作を自動化しているが、これは使う側のメリット足り得ないのかい

Windowsドメイン用の初期スクリプトとしても使えるしな。

>>164
だからまともなスクリプト言語として使うには問題なんだろ。

>>169,170
だから、それはWindowsなりに簡単に組み込めたっていう提供側のメリットだろ。
使う側には、JScriptじゃなくて例えば代わりにPythonが組み込まれてたとしても問題ない。
マクロが書けるという使う側のメリットは、JScriptだからじゃなくて、
マクロ機能を提供されてること自体によるもので、
選ばれた言語自体によるメリットではない。

- >>164
+ >>168
　だからまともなスクリプト言語として使うには問題なんだろ。

RhinoでE4Xやってみた。おもろい。
xmlbeansは２系はダメみたい。１系を使う。
あと、js.jarはMANIFEST.MFに、
Main-Class: org.mozilla.javascript.tools.shell.Main
Class-Path: xbean.jar
となってるから、-jarするときはjs.jarと同じ所にxmlbean.jarがないとダメみたい。

C:\jar\rhino1_6R2>java -cp C:\jar\rhino1_6R2\js.jar;C:\jar\xmlbeans-1.0.4\lib\xbean.jar org.mozilla.javascript.tools.shell.Main
Rhino 1.6 release 2 2005 09 19
js> x = <hoge><p>puge</p></hoge>
<hoge>
<p>puge</p>
</hoge>
js> x.p
puge
js>

C:\jar\rhino1_6R2>java -cp C:\jar\rhino1_6R2\js.jar;C:\jar\xmlbeans-2.1.0\lib\xbean.jar org.mozilla.javascript.tools.shell.Main
Rhino 1.6 release 2 2005 09 19
js> x = <hoge><p>puge</p></hoge>
js: "<stdin>", line 3: uncaught JavaScript runtime exception: ReferenceError: "XML" is not defined.
js>

C:\jar\rhino1_6R2>java -cp C:\jar\rhino1_6R2\js.jar;C:\jar\xmlbeans-1.0.4\lib\xbean.jar -jar C:\jar\rhino1_6R2\js.jar
Rhino 1.6 release 2 2005 09 19
js> x = <hoge><p>puge</p></hoge>
js: "<stdin>", line 2: uncaught JavaScript runtime exception: ReferenceError: "XML" is not defined.
js>

>>171
使い慣れた構文で書ける事がメリットなんじゃない？

実際はホストのオブジェクトを調べにゃならんから結局面倒だけどさ、

ECMA では例えば出入力みたいなライブラリの標準まで面倒みるつもりは
ないみたいだから。
http://www2u.biglobe.ne.jp/~oz-07ams/prog/ecma262r3/4_Overview.html
> メリットって、仕様がシンプルでいろんなアプリに
> マクロ言語として組み込みやすい程度じゃね？
そーゆーもんなんでしょ。

>>173
xhtml を操作しようとすると 'class' が予約語で使えなくってはまる。
TokenStream.java の Ｉd_class が出てくる行をコメントアウト＆コンパイルしなおして
無理やり使えるようにしたけど、何とかならんもんか。

トーカナイザをいじれるならもっとやりようはあると思うが、
とりあえず逃げるなら別の属性にしておいて後で変換かな?

ECMAScript 4.0のclassってお前さんがたどう思う？
Java風class取り入れてJavaもどきにする位なら言語非標準の機能使わないと
ちゃんとしたプロトタイプチェーンがつなげないのを何とかしろって思うんだが。

Java もどきにする予定があったからわざわざプロトタイプチェーンを手作業で繋ぐような仕様にしなかった
っつー考えなんでないかい？Java もどきよりは真性プロトタイプに走って欲しいと俺は思うがな。

まあ、JavascriptとJavaの予約語がかぶってたり、LiveConnectがあったりと
何となくJavaとの連携を視野に入れてるのかもなぁと思ったりもしたが、
だからといってJavaもどき化という路線もどうかなぁと思うんだよな。
JavaソースのインタプリタならBeanShellがあるわけだし、Java風の文法が使えるようになったって
スクリプト言語的にあまり旨くないと思うし。

でもまぁしょうがないのかねぇ。JavascriptはJavaとはまったく違う言語です、ってのが覆されることになるんだろうか。

Mustang には JavaScript が標準搭載らしいからね。まさにマルチプラットフォーム。

A. Sundararajan's Weblog
http://blogs.sun.com/roller/page/sundararajan?entry=e4x_is_not_mustang
http://blogs.sun.com/roller/page/sundararajan?entry=easy_to_use_xpath_api

でも E4X は入らないぜ！YEAH！('A`)

Mustangって、Rhino自体が乗るんだろ。E4X入ってるじゃん。
すくなくとも、XMLBeansがあれば動くんじゃね？SUNのJAXBとぶつかっちゃう？

>>164

つ http://www.openjsan.org/


ま、「標準」じゃあないけど。

>>181
Mustang snapshot で試すべぇ
http://download.java.net/jdk6/binaries/
ベースが Rhino 1.6R2 になってるから E4X つかえるかもしれん。
https://mustang.dev.java.net/files/documents/2817/21109/mustang-b53.html
https://mustang.dev.java.net/files/documents/2817/23494/mustang-b59.html

>>180 のリンク先最初の記事からすると駄目っぽいが…
効率上げるためにE4Xのコードを取り除いたってあるぞ。

効率のためじゃなくて、Javaの立場がなくなるからだベ。プ

http://www.interq.or.jp/student/exeal/dss/mozilla_translation/js20/
http://weblogs.mozillazine.org/roadmap/archives/008325.html
http://weblogs.mozillazine.org/roadmap/archives/009177.html
http://weblogs.mozillazine.org/roadmap/archives/009255.html

読んでたら Java っぽくというより動的オブジェクト言語ってことで
Ruby っぽくなってる気がしてきた。構文は全然違うけど。
型(つってもオプショナル）があるから Java 風ってことでいいけど。

よく解ってないし、そんな英語読む根気もないんだけど、
そのClassって単にコンストラクタのprototypeの構文糖だったりしないの？

Class導入のメリットとデメリットおせーて

>>186
構文糖レベルではなく、むしろ型をクラスベースで構築し直して
プロトタイプは見切りを付けて捨てるつもりか、二極化してそのようにも書くことはできる、
というレベルになる気がする。
クラスの導入のメリットは型の存在そのものだろう。
動的な型のオブジェクトが介入すると、そこは必ず遅くなる原因になる。
全てのプロトタイプ型の言語はこの問題を解決できない。
静的な型を導入することで、パフォーマンスの重要な部分について
最適化の可能性を与える。
さらに型の制約により実行前にエラーを検出できる。→メリット

言語の学習期間が長くなる。→デメリット

そこまで実行効率を重視するような言語なのかね。

アメとムチだよ。
初心者にはこれまで通りprototypeで書かせて
上級者やライブラリ作成者はより緻密にclassで書かせる。
これでユーザーのハートをがっちりキャッチ。

【特命】ソニーコネクトカンパニーを語ろう【匿名】
http://hobby8.2ch.net/test/read.cgi/sony/1104231834/
なんかソニーがFSKっていうECMAScriptベースのVM開発環境を作ってるらしい。

【SONY】CONNECT Player 作ったやつ挙手
http://pc8.2ch.net/test/read.cgi/prog/1132642979/

＞動的な型のオブジェクトが介入すると、そこは必ず遅くなる原因になる。

言語の常識なのかも知れないけど、インタプリタで静的型があると何で速くなるの？

＞さらに型の制約により実行前にエラーを検出できる。→メリット

コンパイルするってこと？半端な静的型でも意味あるの？

＞言語の学習期間が長くなる。→デメリット

それだけ？だったら、クラスベースの方が修得者も情報も圧倒的に多いんだから、
むしろ学習期間は短くなるんじゃね？
俺自身、コンストラクタのprototype？とか、とまどったし？
とすると、デメリット無し？

JScript.NETで静的型付けをして使ってると、これならC#でいいやってなるよ。
中括弧のスコープが無いのにちょっと戸惑うし。
ECMAScriptは、動的言語だから面白かったんだよ。
C#に動的言語風の機能を静的流に翻案して、無理矢理付けるくらいなら、
こちらを改善していけば良かったのに。

動的言語マンセー




動的言語って何？

IDispatch::Invokeメソッドしかない言語のことだよ

動的に文法が変わる言語のことだよ。

>>196
Lispのことかー

>>197
Lispで動的に文法が変わる例をきぼんぬ。コンパイラな処理系でね。

>>175
予約語がタグ名に使えない仕様って事はないと思うから、
現在の実装の制限に過ぎないだろう。

HD DVDはインタラクティブの仕様がJavascript + XMLだったのに、
Blu-rayに負けそうだね。

>>198
197じゃないので文法が変わるのは知らないけど、
動的に生成するって事ならここのマクロ関係の章を読んでみるとか。
ttp://user.ecc.u-tokyo.ac.jp/~t50473/onlispjhtml/index.html
C++のテンプレートみたいな。

それ動的に生成するわけじゃないと思うよ。コンパイラと指定してあるわけだし。

コンパイラで動的に文法が変わるってどういう意味よ
マシン語の文法が変わるのか？

>>199
タグ名じゃなくて
var doc = new XML(readFile("./event001.xhtml"))
var target = doc.body..div.(@class = "date")
とかすると駄目なのよ。'class' が JS の識別子とみなされる。

Firefox 1.5RC の SpiderMonkey だといけるんで、
上層にバイパスする仕掛けをつくりゃいいんだろうけどさ。

>>204 間違えた
× @class = "date"
○ @class == "date"

var target = doc.body..div.(@{"class"} = "date")
こんな感じ？

クラスより、インクルードができるようにして欲しいな。

>>198
lexicalなところはreaderをいじれば即変わるし、
制御構造はdefmacroで即変わるだろ。もちろんコンパイル
する処理系でも。何が問題なの？

反論がないようですね。LISP最強ってことでFA？

>>206
var target = doc.body..div.(@["class"] == 'date')
これでいけたよ。ありがとう！
'@' は E4X 特有の演算子かと思ってたらオブジェクト名なのね...

>>207
JS2 ならあるな。
設計からして import の方が大事なんだろうが。

>>209
あるサイトによるとJavascriptはCの皮を被ったLISPだそうだ。
S式を取っ払い、C風の構文に変えたLISPのサブセットと見ることもできなくはない。

スクリプトエンジンスレの荒らしが来てるのか
まあホントにLisp最強ならそのうち再興することもあるだろうし
変に押し付けず時流に乗ったもの使ってりゃいいよ

>>212
http://www.crockford.com/javascript/javascript.html
http://d.hatena.ne.jp/brazil/20050829/1125321936
これね。わざと過激に言ってるので注意。
Java や C より Lisp, Scheme に近いってのはまぁそうかもしれんが
別のところで Self にも近いってちゃんとかいてるし。

http://www.crockford.com/javascript/little.html
http://www.crockford.com/javascript/scheme.html
この辺はやるなあと思うけど。

でも NewtonScript の方が Lisp に近いと思うがね、全部式だし。
http://www.k-inet.com/~brown/newton/plns.html
JS のオブジェクトのハッシュ表現の元はたぶんこれ。ある意味退化。

Newton、５年火を入れてないな…。

>>209
schemeのdefine-syntaxの方がアレかも

4th Edition ベースの実装はなかなか普及しませんな。

ところで、JavaScriptの良いところは
プロトタイプオブジェクト指向は有効だっていうのを
一般プログラマにも理解させたことなんだと思うんだけど
プロトタイプオブジェクト指向って、JavaScript以前にはどういうのが存在したのかな？
オブジェクト指向関連って、歴史とかがゼンゼン本になっていない気がする…

ECMAの仕様書の最後の方に
>Free printed copies can be ordered from:
ってあるけど、コレって翻訳して配布しても文句言われないのかな？
一応参考として…。

>>219
http://www2u.biglobe.ne.jp/~oz-07ams/prog/ecma262r3/

>>220
thx!

>>218
SELFが元祖じゃねーの?
http://www.dekorte.com/docs/protos/

英語の雑誌なら幾らでもあるぞ。
英語の本なら例えば↓
http://bookweb.kinokuniya.co.jp/htmy/1852335475.html

http://ja.wikipedia.org/wiki/%E3%82%AA%E3%83%96%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88%E6%8C%87%E5%90%91%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0#.E3.82.A4.E3.83.B3.E3.82.B9.E3.82.BF.E3.83.B3.E3.82.B9.E3.83.99.E3.83.BC.E3.82.B9

うぉー。すっげー。
今までの疑問が氷解した（厨

結構本や図書館を探し回ったりしたんだけど海外文献か…
時々思ったこともあったけど、もしかして日本って恵まれていない？

何を今更。。

>>223
日本人なら全員英語が読めるのだから、日本語の文献が追加で読めるぶんだけ
恵まれているのだよ。

技術書がローカライズ（翻訳）されるのって、世界中でも日本くらい、と聞いたことがある。

Web関係の仕様書だったら様々な言語に翻訳されているよ。
ローカライズとは違うかもしれないけど。
http://www.w3.org/Consortium/Translation/

うちには83年だかのOOPSLAの日本語版があるが…

良くも悪くも日本は翻訳文化。

翻訳というかJapanize

ECMAScripter

javascriptでサーバーってつくれるのかな

Flash Communication Saverだっけ？

>>218
使う奴のほとんどはプロトタイプベースだと思ってない。
残念だったね。

>>218
>JavaScriptの良いところは
>プロトタイプオブジェクト指向は有効だっていうのを
>一般プログラマにも理解させたこと

「プロトタイプオブジェクト指向は、有効」なのか、
「プロトタイプオブジェクト指向でも有効」なのか。

前者だというなら、どこが、何に有効？

>>218
Prototype.jsとかの有名どころのライブラリが、軒並み
「擬似的にクラスを定義する仕組み」を実装している
実態をどう見ますか。

Server、な。ただサーバってのは既存の仕様を詰め込んだようなもんだから
どんな言語使ってもガチガチで大して差は出ないような気もするが。

>>236
元の作者がプロトタイプベースでなくクラスベースの言語に長けていると言う事以外に何も表してないと思うよ。

スマン、sage忘れた。

(ﾉ∀`)　ｱﾁｬｰ

>「プロトタイプオブジェクト指向は、有効」なのか、
>「プロトタイプオブジェクト指向でも有効」なのか。
個人的な感想として、メソッドにprivateもprotectedもいらない、メソッドにあるのは
「書き換えてはいけないメソッド」ではなくて
「書き換えない方が良いメソッド」だと思ってる
なら、必要な時に柔軟に書き換え可能にメソッドは出来ていないといけない
変数もそれと同じ

書式は全然関係ないよ。可読性の許すままに書けば良いと思う

>>238
だとしたら一般的なプログラマとやらは、プロトタイプベースの有効性ってやつを
どんなコードを読んで理解したと言えるのだろう。

__parent__って何で__proto__とかと同じくらいの場所にいるのか
分かる人いますか

プロトタイプベースであることが有効だったかというと疑問だなあ
>>236 にもあるけど、規模がある程度を超えると
結局クラスっぽくし、モジュール化したくなる。

流行ったのは、(1)型を意識させない(2)宣言不要の2点に尽きると思う。
VBがシロウトに受け入れられやすかったのと同じ。

ただ、この2点は製品強度のソフトウェアを作るには障害でしかないんだよね。
独りでオナニーしたり、ソッコーでRADするには便利だけど、
そこまででしかない。

今の流行を「プロトタイプベースが受け入れられた」
とするのは妄想に近いと思うよ。

>>244
妄想っつーと語弊があるよ、どっちかって言うと誤解じゃないかな。

この手の柔らかい言語系っていうのはプロトタイプとかRADとかパッと片づける必要のあるものには
とても向いているのは確かな事だし、自分が一番不思議でならないのはRADやプロトタイプを生成して
プレゼンをしたあとで、その構成を分析、再構築する橋渡しをもったIDEなりなんなりが何故存在しないのかって事なのだけど
スレ違いは承知で聞きたいよ。(ECMAに限らないんだよね、あらゆるスクリプト処理系付きプログラムにいえる事だと思うんよ）

>>245
>この手の柔らかい言語系っていうのはプロトタイプとかRADとかパッと片づける必要のあるものにはとても向いているのは確かな事だし
個人的には、JavaScriptではここを理解できたのを結構評価して居るんだけどね

「まずはRubyでプロトタイプ、製品はJavaで開発（泣」
みたいに同じ物の作り直しをするのって格好悪いことをやめさせるためには
プロトタイプを拡張して、そのまま製品に持って行ける言語がいるとおもうんだよね
スクリプト系の使い捨て言語が、あとでプロジェクトを巨大化させるのに向かないのって

1.名前の衝突などの、部品強度の問題
2.スクリプト言語故の、実行速度等のパフォーマンスの問題

自分はここらへんは、IDEで解決される部分よりも、言語使用で解決される部分の方が大きいと思う

そういう言語は過去に Common Lisp, Smalltalk, Dylan, OCaml 等ありましたが、
いまいち時流に乗れずじまい。Perl の Parrot に期待するも、何時リリースされる事か。

プロトタイプベース言語とは関係なくなってきたな笑

>>246
>プロトタイプを拡張して、
>そのまま製品に持って行ける言語がいるとおもうんだよね

似たようなことをやろうとして沈没したプロジェクトを３つほど見た。
原因は言語云々ではなく、仕様書・設計書を誰も作らずズルズル続けたから。
まあ論外っぽいが。

ところが、仕様書や設計書がしっかりしていたら、
プロトタイプを使い続ける必然性は薄いんだよね。
どう作ればいいかわかってるから。

となると、枯れた実装があり、周辺ライブラリが多く、
人員を動員しやすいというほうがファクタとして強くなる。
今はおそらくJava。

プロトタイプピングは問題空間を探索して視野を広げることだから、
その成果物であるプロトタイプが十分良い解には必ずしもならないよね。
プロトタイプを必ず捨てるよりは捨てなくてもいいかもしれない方がよい
だろうが、それがどれくらい嬉しいかっつーと最初の探索でその後拡張しても
問題にならない解が得られる可能性が、
使い捨て言語の使い勝手と捨てると割り切ってプロトタイピングすることによる
探索速度を諦めることにどれくらいひきあうかという問題になるんじゃね?
賢くて探索初期に十分良い解が得られる可能性がかなり高い
(それってプロトタイピングする意味が半分なくなりそうな気も)人か、
アホで使い捨て言語使ってもろくにプロトタイピングが進まない人か、
なんじゃないかなあ、嬉しいのは。

> 最初の探索でその後拡張しても
> 問題にならない解が得られる可能性

その可能性がある程度分かってるのにプロトやるってのは

> 探索初期に十分良い解が得られる可能性がかなり高い
> (それってプロトタイピングする意味が半分なくなりそうな気も)

これと同じくおかしな話

> アホで使い捨て言語使ってもろくにプロトタイピングが進まない

アホだったら何やっても同じだから(笑)

>>246
Common Lisp Scheme スレの 82 に良い事書いてあったんで引用。
ちなみに Common Lisp は名前空間もそこそこの実行速度も備えているよ。

>本当に複雑な問題っていうのは、まず (hoge ムッチャ複雑な処理)
>の中身をどうすべきか、っていうのが事前にわからない。
>問題の本質自体が見えていない。そこが出発点。
>
>とりあえず手元には生のデータがある。その生のデータをいじくりながら、
>まず問題を記述するための単語にあたるパターンを見つけ出す。もちろん
>最初はそれが正しいかどうかはわからないが、仮説を立てて、生データを
>単語にまとめるルーチンを書いてみる。それがmogeやjojo。
>
>その単語を色々組み立てて、問題を記述できる句が構成できないどうかを
>調べてみる。句できたらそれを色々組み合わせて文ができないか調べてみる。
>その途中で、最初のパターン化が間違ってたことがわかり、下に戻る
>こともある。ときには、多少間違っていてもそれを使って無理矢理全体を
>組んで様子を見てみると、どこがおかしいかわかる場合もある。そうやって
>粘土をこねたりLegoを組み立てるみたいに作っていくと、最後に
>
>「(hoge ムッチャ複雑な処理の中に
>(poge まぁ複雑な処理の中に(moge 単純な処理))
>(jo まぁ複雑な処理の中に(jojo 単純な処理)))」
>
>と書けば問題がきちんと記述できることがわかる。これがわかれば後は簡単だ。
>君の言うように、どんな言語にだって落とせる。もっともこれが分かった時点で
>Lispの場合は既に動くプログラムが手元にあるわけだが。
>まあ、大抵はこのあとリファクタリングして整理してゆくがね。
>
>君は、答えが分かった後どうするかって話をしている。難しいのはその前だ。

Lispは

> 枯れた実装があり、周辺ライブラリが多く、
> 人員を動員しやすい

を満たしませんね。

>>252
別に Lisp の宣伝をしに来た訳ではなくて、別の言語でも良いんだけど、
プロトタイピングから納品出来る所まで一気通貫でいける世界もあるんじゃ
ないかと。ちなみに一行目は ACL とか LispWorks とか商用の環境がある。

で、プロトタイプベース言語云々はどうなったのかな

OpenLaszlo はどうなん?

>>255
あれECMAScriptなの？

>>243
SpiderMonkey か？
__parent__ は 変更不可で読み出し専用の [[ProtoType]]
評価順は __proto__ が先だったと思う。自信ないけど

>>257
レス感謝。
あれから調べてみたけどobsoleteみたいっすね・・・
とりあえず使わない方向でやってみます

>>257
__proto__はプロトタイプチェーン、
__parent__はスコープチェーンと理解していたけど違うのかな？

obj.propertyとしたときpropertyはプロトタイプチェーンをさかのぼって調べられる、
a = variableとしたときvariableはスコープチェーンをさかのぼって調べられるといった具合に。

要は[[Scope]]じゃないの？

くだ質ですみませんが、以下の違いについて説明してもらえると助かります。
あるオブジェクト階層の中にいる状態で
[this.parent.xyz]と[parent.xyz]
や
[this.x]と[x]
は何か違いがあるのですか?
ちなみに
[var x = 10;]と[x = 10;]
の違いはわかっているつもりです。
(前者が局所変数で後者が大域変数ですよね?)
個人的に明示的なthisの指定には何か抵抗があるのですが。。。
ちなみに自分はC/C++/Javaプログラマです。
お手数ですがよろしくお願いします。

明示もクソもjavascriptではオブジェクトのメンバにアクセスするときにthisを使います。
使わないやつは全部タダの変数です。

>>261
ありがとうございます。それでは約束として覚えることにします。

xが通常の変数なら
this.xはクラス変数
と言う風に理解すれば、実用上問題ないと思うんだ、…俺は。

クラス変数？
インスタンス変数じゃねーの？

ECMAScriptではクラスという概念を持ち出さないほうがいい気がするが…

もしかしてthisがキーワードじゃないってこと？

>>266
この会話の流れでどうしたらその発想が出てくるのか不思議だ

ECMAScriptはSchemeの流れからくるものだからね。
やっぱりLispが原点だね。

ところで、JavaScriptって、教科書に恵まれない不幸が良く語られるんだけど
http://ja.wikibooks.org/wiki/JavaScript
せっかく、舞台もあることだし、だらだらみんなで完成させない？

お前が１人でやれ

経験少ないからどこまでやれるか分からんけどちょと参加してみたい

>>271
書ける所からダラダラかいていけばいいんじゃないかな？
内容のおかしい所があったら、誰か直してくれるよ

>>269
Javascriptが独立した言語でないとか書いてあるんだけど。
HTMLとの連携はDOMでやるんでなかったかな。
初心者を囲い込むためにわざとかいてるのかな・・・。

・JavaScript:入門 プログラムの流れ
書いてみたがスタブにする方法がわからない・・・。

>>236

http://kengai.my.land.to/h/?%28ClickableTooltip%29prototype.js%B4%D8%CF%A2%A5%E1%A5%E2

　しかし、その実態は、 クロージャーや高階関数を持った本格的な関数型言語であり、 「プロトタイプ指向」という
最新のパラダイムの上に設計された、 かなりとんがったプログラミング言語です。
　ですから、JavaScriptを、言語仕様が本来持つ可能性全開で使用したら、 普通のプログラマには、
ついていけなくなります。 特に、「プロトタイプ指向」という考え方は、パターンも決まってなくて、 これを
ダイレクトに使用したら、 その柔軟性が裏目に出て、理解しにくいコードが書けてしまいます。
　prototype.jsは、そういう自由度が高いけど使いこなすのが難しいJavaScriptという言語を使い、大半のプログラマ(特に
Javaプログラマかな)が慣れ親しんだ、 クラスベースのオブジェクト指向でコードを書くためのフレームワークです。

Wikipediaは何かを一生懸命書いても
しばらくたつと張り切ったアフォによってわけのわからん編集をされて
そのうち跡形も無くなるよ。

Wikipediaに間違った記事や低質な記事が多いのは、
正しいことを書く奴がいないからじゃなくてアフォの破壊活動のせい。
ググった方がが明らかにましな情報が早く手に入るという現実。

アフォとの無駄な論争を続けないと記事が維持できなくなるし、
その結果浅い内容の記事ばっかりになる（実際そうでしょ？）

本業の哲学者が哲学のエントリに説明文を書いたけれど、
しばらくするとアフォが正義感で編集してデムパ化したり
構成が分けわかんなくなったりして跡形もなくなっていたという話とかね。

>>276
質うんぬん以前に、情報量が少なすぎるページの方が多い罠。

>>277
276にも書いたように、情報量の多い力作を書き込んでも、
そのあとアフォに破壊されて長生きしないことが多いようです。
なので、砂で作った城みたいに作っては崩されの繰り返しで、
情報量が少なすぎるページが多いと。

プロトタイプベースの言語が受け入れられつつある。

なんて書いたらもうタイヘン(笑)

>276 >278
問題が出るならwikiじゃなくてもいいわけで

>>280
というかwiki使ってありがたいところは
ライセンスがGFDLってところなんだよね。

根本的に、後々の再掲載とか改変とかが自由なライセンスだから
後々ダメになっても、誰かがとっていたバックアップで、自分なりに仕切り直せる
Webを徘徊した人間なら「え”−、あのサイト消えちゃったのぉ！」
と一度は思うモノだから、後に残るフォーマットであるというのは大きい

>>281
Wikipediaな、"というかwikiつかって・・・"だとwiki全般になっちゃうよ

わざわざwikipediaを使わなくても、他に自前でwikiを立ち上げればいいじゃない。
俺はやらないけど。

ECMAScript独特のプログラミングパラダイムを学ぶ良い参考文献／参考URLはありませんか？
和文英文問いません

プロトタイプベースでググってみ

>>284
JavaScript
http://www.amazon.co.jp/exec/obidos/ASIN/4873110270/
こういうのは卒業しているレベルですかね。

>>114にあげた
Object Hierarchy and Inheritance in JavaScript
http://www.cs.rit.edu/~atk/JavaScript/manuals/jsobj/
はJavascriptでOOを始めるにあたって参考になった。

>>286
上の書籍程度は理解しています。

JavaScriptで従来のObject Orientedなプログラムを組むのは、
間違いだと思っていて、無名関数などを使ったECMAScriptならではの
組み方があるのではないかな、と

というわけで、>>285さんありがとうございました

今のECMAScriptは普通にクラスあるけど？

ラムダとかの高階関数なら関数型言語かな
俺はHaskell覚えてるとこだけど
手続き型はお腹いっぱい

> JavaScriptで従来のObject Orientedなプログラムを組むのは、
> 間違いだと思っていて

勉強しなおしたほうがいいんじゃないか

>>290
お前がな…

>>290は何を言いたいんだろう？

> 間違いだと思っていて

「奥が深い症候群」に陥りそうな奴だな

奥が深い症候群！出た！奥が深い症候群出た！得意技！奥が深い症候群出た！
奥が深い症候群！これ！奥が深い症候群出たよ〜〜！

これか

ttp://namazu.org/~satoru/misc/bad-knowhow.html
>それは、そういった使いにくいソフトウェアを使いこなす事に対して、
>「奥が深い」といって喜びを見出す「奥が深い症候群」によるものである。

× 従来のObject Orientedなプログラムを組むのは、間違いだと思っていて、
○ 従来のクラスベースOOなプログラムを組むのは、間違いだと思っていて、

では？

WebProgのAjaxスレでJSONの話題が出てるけど
おもしろいねコレ

>>287
こういう議論もあるよ。

ttp://tiki.is.os-omicron.org/tiki.cgi?c=v&p=JavaScript%2F%BB%A8%C3%CC

ページの後ろのほうの「JavaScriptとコンストラクタとレキシカルクロージャ」
という部分が参考になるかも。

ActionScript3.0まじすげえぞ。
ECMAScript最先端。

>>300
詳しく

ActionScriptのエンジンを他のアプリで使ったりできないの？

アクションスクリプトコンパイラがフリーであるから
それ使ってなんとかしろ

>>303
捜したんだけど見つからない、どこ？

もしアクションスクリプトインタプリタっていうのが存在するなら
アプリからエンジンとして使えるような気がするけど。

>>303
アクションスクリプトコンパイラって、もしかして.swfじゃなくて
.exeを生成するの？

>>304
http://www.mtasc.org/

ActionScriptの仕様って糞だな

�dx

>>307
具体的には？

>>306 のサイトみればわかるよ

mtascで開発可能なのはActionScript2.0までだぞ？
ActionScript3.0はえらいことになっとる。

>>311
具体的には？

>>306 のサイトみればわかるよ

mtascで開発可能なのはActionScript2.0までだぞ？
ActionScript3.0はえらいことになっとる。

だからなんだ低能が

ネタにマジレスかっこ悪い

ネタにマジレスかっこ悪いレスかっこ悪い

ネタにマジレスかっこ悪いレスかっこ悪いラモスが悪い

>>318
帰れ

>>318
括弧だらけですか？Lispですか？

その場だけじゃなくいろいろ使われるようなオブジェクトって作る？
フレームワーク的なモノを作ろうとかいう意図があれば別だけど
普段は、ビルトインのオブジェクトを使うばっかりで、
連想配列以上の使い方をするオブジェクトを作ることがほとんどないんだけど、どう？

あと、継承（プロトタイプの設定）とか全然しない。普段する？

>>321
フレームワークと言うか、ライブラリみたいなもの作るかどうかじゃないか？
隠蔽、名前空間がないからアレだけど >>299 先参照

使い捨てスクリプトみたいに書くなら汎用オブジェクトは当然いらんわな

というか、コンストラクタ自体全然書かない。

罵詈針書くね。息を吸うように。

罵詈針書くね。息を吐くように。

>>321
俺もそうだな。
大規模な物作るとWebページ重くなると思って。
prototype.jsとかも、dom.jsとか切り分けられたのを必要に応じて読み込んでる。
(だって、HTMLの内容が6kなのに、ページノスクリプトで40kとか読ませられないだろ)

他の環境だと、ライブラリの読み込みっていうのが機能として備わっていないから
(WSHは有る程度出来るか)
育てるのもなんかなって気がするしねぇ。

Rhinoで、JavaのStringのインスタンスを、
JavaScriptの普通の文字列オブジェクトにするにはどうすればよいでしょうか。

附属の ScriptingJava.html の最後に違うから気をつけてと書いてあるし、
Javaから取得したらみんなJavaのStringオブジェクトなので、実際ハマりまくりなのですが、
どうやって普通の文字列オブジェクトにすればよいでしょうか。

javaString = new java.lang.String("test");
jsString = String(javaString);
javaString.length()
jsString.length

じゃダメなの?

ありがとうございます。
なんか、くだ質以下でしたね…。
でも、その仕様ってどっかに書いてあります？当然すぎて書かれる必要なし？

ECMAScriptの仕様とrhino付属のドキュメント、
"Scripting Java"から自明ではないでしょうか。

それは自明とは言わない。

俺こないだスレで答えてる時に思わず「じめぇ」なんて喘いじゃったんだよ。
そしたら「それは自明とは言わない」とか言われてさ。
「もう一回言ってごらん。じゃないとオチンチンいじめてあげないよ？」って。
もうね、じめぇ連呼したよ。
「馬鹿じゃないの？馬鹿じゃないの？」って罵られながらヤられた。
Ｍならわかると思うけど、正直最高だった。
で、それ以来じめぇプレイがスタンダードになったんだけど、
おかげで彼女のＳ度が上昇しちゃったみたいでさ、
つい先日「ほら、こういう事されるの大好きでしょ？じめぇ？」なんてナメた口調で言いながら
（省略されました…全てを読むにはじめぇ連呼してください）

このあんパン、まじウメェ

ぱんすきやねん！

ぱんおいしいねん！　だアホ知らんならしゃべんな。口臭い

ちょっとスレタイからズレているかもしれないけど質問です

Mozillaで使えるJavascriptのメソッド、プロパティの一覧って、何処かで分かりませんかね
昔Netscape社のサイトで英語で見かけた気がするんだけど、消えたのかな？

ツール→DOM Inspectorで逐一見るってのはだめ？

>>337
http://developer.mozilla.org/en/docs/JavaScript

>>339
心遣いありがとう…

でも、今探しているのは
window.location
とかのブラウザ独自のプロパティなんだ…
「ないはずはないだろー」
と思いながら探しているんだけど、わからないまま炸裂に迷っていて…

for でプロパティ・メソッド列挙できるのって IE だけなんだっけ？

>>340
> でも、今探しているのは
> window.location
> とかのブラウザ独自のプロパティなんだ…

英語読めない人?
>>339にあるじゃん…

http://developer.mozilla.org/en/docs/DOM:window.location とかさ。

>342
orz

…はい、英語苦手な人です。
なんというか、すいませんでした。

> 炸裂に迷っていて…
理解しない

>>341
プロパティが DontEnum 属性を持ってなければどの処理系でも列挙されるはず。

基本的なこと聞いていいすか

ecmascript って、Array のメソッド少ないし、
まして Hash は Object で擬似的に再現ていう
パターンが多いわけですが、なんかめっちゃ
不便じゃないですか？

もっと便利なメソッドがほしいんですが、みんな
そういうのは自分で書いてるの？

例えば Hash の中に特定の値があるかどうか
っつーのを一発で確認したい（Ruby の has_value?
みたいなやつ）とか、そういうことない？

それとも公開されてるライブラリを探すのが普通？

>>347
API が少ない＝不便　という思考なら、不便です。
その考え方だと C なんて物凄く不便ですね。

例えば Hashtable くらいなら大抵のプログラマは自分で簡単に書けるわけですが、
もちろん元からあればそれに越したことはないし、確かに不便かもね。

例えば JavaScript なら、prototype.js という悪名高いライブラリがありますし、
そういうのを利用するのもありだとは思いますが、
ECMAScript に限った公開ライブラリって聞いたことが無い気がします。

>>348
スクリプト言語と C を比較しても意味ないと思いますが…
まぁ少なくともいま求めている機能がないという意味では
不便ですね。

実際には JScript で管理用のツールを書くというのが目的
なので JScript で動くライブラリであればいいんですが、
まぁもうちょっと調べてみます。一から書くという選択肢は、
あくまで管理用のツールですからできればパスしたいです。

> 例えば JavaScript なら、prototype.js という悪名高いライブラリがありますし、

どういう所が悪名高いのか具体的に教えてください

>>347
> 例えば Hash の中に特定の値があるかどうかっつーのを
> 一発で確認したい（Ruby の has_value?みたいなやつ）とか、

typeof(a[key]) != 'undefined'

>>350
最近JavaScriptスレで的確な突込みがありました。スレ違いなのでそちらでどうぞ

スレ違いだからってリンクくらい示してくださってもよろしくてよ。

そうね
+ JavaScript の質問用スレッド vol.46 +
http://pc8.2ch.net/test/read.cgi/hp/1142242220/

Prototype.js で検索すればいい感じです

>>351
それは key であって value じゃないように見えるんだが

Array なら some が Firefox 1.5 以上に入ったけどな。
http://developer.mozilla.org/en/docs/Core_JavaScript_1.5_Reference:Objects:Array:some

>>347(=>>354?)
つうか、foreachとかhasとかくらい、
数行で書いてArray.prorotypeに追加すりゃいいじゃん。

ってそれがいやなのか？

>>354
大して悪評ないじゃん

64bitに対応したトリップ検索プログラムありますか？

TextSS　のWindowsXP(Professional)64bit化おながいします

もしくは64bitにネイティブ対応したテキスト置換ソフトありますか？

// ↑のようなのがスレが落ちる原因になるんだよね

Prototype.jsなんてものがあったのか

>>361
あー、中身ひどいから特に気にしなくていいよそれ。

prototype.jsを見て変数名等に$が使えるのを初めて知った。

document.getElementByIdの置き換えメソッドだっけか
目新しさのほかに、意味論的ネーミングセンスに脱帽したよ
nameやtagNameはそのままなんかな？

いや Ruby ですから

Perl風に変数名の前に$付けたり
BASIC風に文字列変数の後に$付けたりの
ようにできるわけだな。

>>366
$は識別子の先頭にしかつけられない

Identifier ::
　　ReservedWord でない IdentifierName
IdentifierName ::
　　IdentifierStart
　　IdentifierName IdentifierPart
IdentifierStart ::
　　UnicodeLetter
　　$　　　　　　　　← ココ
　　_
　　\ UnicodeEscapeSequence
IdentifierPart ::
　　IdentifierStart
　　UnicodeCombiningMark
　　UnicodeDigit
　　UnicodeConnectorPunctuation
　　\ UnicodeEscapeSequence

>>367
「嘘！？」と思ったら嘘じゃないか。
IndentifierPartにもIndentifierStartが含まれとるだろ。

ネーミングセンスが悪すぎると思う。＞ IdentifierStart

IdentifierStartは、識別子の開始文字に使える文字ってことで、
開始にしか来てはいけないと言うことじゃないよね。

>367の介錯だと_も先頭にしか付けられないぞ

>>367
IdentifierStart ::
　　...
　　\ UnicodeEscapeSequence
IdentifierPart ::
　　IdentifierStart
　　...
　　\ UnicodeEscapeSequence

ぱっと見て「ヘタだなぁ」と思う定義

洞察力のある >>372 が良い例を示してくれ

すいません。
ちょっとしたミスを、鬼の首を取ったかのように騒いでしまった
こんなバカな自分では、良い例を示すことが出来ませんでした。

本当に申し訳ありませんでした。

ECMAScriptの実装をオープンソースでやってるのってどんなのがありますか？

>>375
SpiderMonkey
Rhino
Narcissus
KJS
JavaScriptCore
DMDScript
NJS
SEE
ixlib
QSA
DMonkey
FESI
Scriptonite
xwt
JANET

ttp://en.wikipedia.org/wiki/ECMAScript#External_links
からそれっぽいライセンスのものを拾ってきただけなので間違いがあるかも。

RhinoはJava6で標準入りしたから大出世だな
これにより名実ともにJavaScriptになった

>>376
おおー！THXです！
調べてみます。

>>376
おおー！THXです！
調べてみます。

ECMAScriptの仕様だと
function () { 〜 }();
とか
(function () { 〜 })();
ってパースエラー出るべき？

>>376
できるだけ幅広いプラットフォームで動いて
かつ継続してメンテされてるものっていうと
結局 SpiderMonkey  と Rhino くらいしかないなぁ

haXe
http://haxe.org/

は面白いと思うけど、実行環境はちょっと限られるな
flash player か Apache module になるみたい
Windows バイナリもあるからヒトバシラーの出現期待

(function () { 〜 })(); の方はエラーにならない

>>382の書き方ってどういうメリットがあるの？

関数の内外でスコープが違うからそれを利用できることかな

なるほど。変数名のバッティングを避けたりとか、そんな感じですか。

つか関数名考えるのメンドいじゃん

>>386
それは違うｗ

JavaScriptは単純ブロックがないから
cとかだと
{
int i;
ほげほげ
}
でいいんだけどね

暗黙のグローバル宣言回避にも使えるな

>>389
なるほど

D:\>type foo.js
(function() { a = 123; print(a); })();

D:\>jsc /nologo foo.js
foo.js(1,15) : error JS1135: 変数 'a' が宣言されていません。

D:\>

変数を宣言しないで使えるように /fast- 付けるべきだったか

D:\>jsc /nologo /fast- foo.js
foo.js(1,15) : warning JS1135: 変数 'a' が宣言されていません。

>>391
そのjscってのが何かしらんが、
ECMAScriptはオプションで言語仕様が変わるのか？VBじゃあるまいし。

.NET Frameworkがインストールされていれば(SDKがインストールされてなくても)
通常↓にjscがある。
C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\jsc.exe
旧バージョンは
C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\jsc.exe
C:\WINDOWS\Microsoft.NET\Framework\v1.0.3705\jsc.exe

>>392
はぁ？そのVBってのはあまり知らんが、
VBはオプションで言語仕様が変わるのか？jscじゃあるまいし。

>>393
MSの製品かい
それってECMAScriptの仕様に準拠してる保証ってあったりする？

深く考えないと幸せになれる壷みたいな製品です。

>>395
http://msdn2.microsoft.com/ja-jp/library/a4406891(VS.80).aspx

再帰とかのために、関数自身を表すselfみたいなキーワード欲しいな。
でないと無名関数で再帰ができない。
(function (n) { return n <= 1 ? 1 : n * self(n - 1); })(5); // 即席で5の階乗を計算

無名関数を再帰するテクニックはどこかで見かけた気がする

arguments.callee か

ECMAScriptだと初期の規格ではあったのに
クラス化を導入してから無かったことにされたな<再起コール
プログラムを組む上でよろしくない副作用があるのかも

不動点オペレータY使って。
http://www.ice.nuie.nagoya-u.ac.jp/~h003149b/lang/fix.html

>>398-400
ECMAScriptは無名関数に名前を付けられるよ

(function func(n) { return n<=1 ? 1 : n*func(n-1) } )(5);

スコープは関数の中だけだったはず

名前が付いてたら無名ではないような

>>404
いやその通りだが、仮の名前という意味合いなんだろうか…
一般的に名前付き無名関数と呼ばれている奴ってこれだよね

題名のない音楽会のようなものか

寒いよ

>>403
名前つけるならこういうふうに書きたいです。
function func(n) { return n<=1 ? 1 : n*func(n-1) }
fact(5);

>>408
じゃあそうかけよ。死ねよ

うん

無名関数という物を、分かってないな。

>>405
一般的に「名前付き無名関数」と呼ばれるものなんてない。（あったらﾈﾀでしょ・・・）
ただ関数｢式」に名前をつけるのは、たしかに再帰に使うのが目的らしいね（ECMA-2.6.2 13のNoteのとこ）。

function func(n) { 〜 } // 関数「宣言」
　・・・　「func」は外のスコープに影響あり
(function func(n) { 〜 }) // 関数「式」
　･･･　「func」は外のスコープに影響なし

>>403の
> スコープは関数の中だけだったはず
ってのが、funcという識別子が関数内のスコープになるって意味ならおｋ。

ただ話の流れは「宣言」か「式」かを問題にしてるわけではなくて、無名関数（名前のない関数）でどう再帰を扱うかってとこだったわけで、名前をつけた時点で意味ないじゃんって話。

>>412
Yの話が出てるだろうが

話はでてるけど誰もﾚｽしてないからｽﾙｰされてるのかとおもた

function Y(func) {
  return (function (self) {
    return func(function () {
      return self(self).apply(this, arguments);
    });
  })(function (self) {
    return func(function () {
      return self(self).apply(this, arguments);
    });
  });
}

Y(function (self) {
  return function (n) {
    return n <= 1 ? 1 : n * self(n - 1);
  }
})(5);

ECMAScript的には禿しく実用性低そうです。
再帰のためのキーワードやプロパティがあったほうがまし。

関数式に名前つければいいじゃない

まあね。
ただ、中で再帰する関数オブジェクトをさっと作ってreturnしたり引数として渡したり等をするときに、名前つけずにすんだら楽なのにと思うことはある。
別に、死んでも名前をつけたくないとか言ってるわけじゃない。

再帰は言語仕様で実現可能なことだから、正直どうでもいいな

>>415のY関数が解読できません orz
self(self).apply のあたりの意味を教えてもらえませんか？

arguments.callee で FA じゃないのか？

>>420
なんか>>401に無かったことにされたって書いてあるから、最新バージョンのECMAScriptでどっちが正しいのかわからん。
誰かソースおねがい

JScript .NET にはあるみたいだけどあんま関係ないか。
http://msdn.microsoft.com/library/ja/default.asp?url=/library/ja/jscript7/html/jsprocallee.asp

3rd → 4th に当たっては基本的に後方互換性が保たれると思ってたんだけどそんなことは無いってこと？
今あるコードをいちいち見直す必要があるとなるとモチベーションが大分下がるのだけれど。

JScript .NETにあるにはあっても /fast- だし。

そもそも arguments が /fast- だべさ

名前つき無名関数は日本語として意味的におかしいが、一般的な言い方。
lambdaを無名関数と略す人にとっては、named lambdaは名前つき無名関数となる。

named-anonymous-function - Google 検索
http://www.google.co.jp/search?hl=ja&q=named-anonymous-function

まぁこんなの使ってる奴は居ないわな

>>425
lambda → ラムダ ≒ 関数式
anonymous function → 無名関数
では？

Lispの世界だとlabelって言うよ。
ラムダ式で再帰書くために使う名前。

>>419
無理やり名前つけて冗長に書くとこんな感じか

function Y(_wrapper) {
    function self(_self) {
        function myself() {
            var _myfunc = _self(_self);
            return _myfunc.apply(this, arguments)
        }
        return _wrapper(myself);
    }
    return self(self);
}

function wrapper(_myself) {
    function myfunc(n) {
        return n <= 1 ? 1 : n * _myself(n - 1);
    }
    return myfunc;
}

var _myfunc = Y(wrapper);
_myfunc(5);

Y(wrapper)はself(self)を返し、self(self)はwrapper(myself)を返し、wrapper(myself)はmyfuncを返す。
結果的にY(wrapper)はmyfuncを返す。
で、再帰するときmyself()のなかでmyfunc.apply(this, arguments)してるから、間接的に再帰が実現する。

まーこのコードが使用されることはありえないと思うけどねー

今更だが嫌がらせのようなスレタイのつけ方だな。

>>429
ありがとう。読みやすくなったよ

>>430
前スレを見れば理由が解る。
JavaScriptをスレタイに入れたらどうなるか。

ECMAScript(ECMA262-3rd)のJavaCC用文法ファイルを作ってみたが、
初めて文法を書いたので正しいのかどうか自信がもてない。

2つのCFGの等価性を完全に決定するアルゴリズムは存在しないことが証明されてるからね。
いろんな入力で試行錯誤するしか道はないかも。

つーかECMAの仕様に書かれてるBNFってすでにLALR(1)だからそのまま書けば何の心配もないんじゃないの？
ってそんな単純な話じゃないのか・・・

LALRなんですか。
JavaCCはLL(k)だから、そのまま書いたら色々な場所でコンフリクトが起きてしまって。

>>435
あぁ、JavaCCってLLだったのか。
てっきりLALRあたりかと思ってた。ｽﾏｿ。

ここはJFlex+cupで。

Rhinoで、-opt -1 か -opt -2 で末尾再帰が最適化されるちゅうからやってみた。
が、全然効かない。
と思ったら、再帰の呼び出し文がreturn文でないとダメらしい。
return文にしたら無限に再帰できた。

>>438
ソース気本

あ、情報元の方ね。コード貰ってもしゃーない

>>438
そもそも「再帰の呼び出し文がreturn文」じゃないと末尾再帰と言わないのでは？

>>440
末尾呼び出しの除去(⊃再帰最適化)については「継続　rhino」で具具ってくれ
"return "が要るってのは俺実験。

>>441
そうなん？返り値なし関数だったんで、ただ"return "の7文字追加しただけの違いなんだけど。

あたりまえ

なぜ当たり前なの？

関数末尾に return 文がない場合、関数は値 undefined を返しますよね。
つまり再帰呼び出しから帰ってきて、undefined を返す必要がありますよね。
それが再帰呼び出しの継続になっています、って説明でよろしいですか？

アホで済まんけど、
それってreturnがあっても同じじゃないの？

おれは説明できるほど極めてないけど...

function f() {
  if (hoge) { return }
  f()
}

は、次のものと等価

function f() {
  if (hoge) { return }
  unused_return_value = f()
  return undefined
}

関数の返り値を受け取り、評価しないといけないので、
関数呼び出しのスタックを省略できない。だと思う。

まあ、処理系がそこまでやってくれないというだけでしょ?
Schemeみたいに仕様で末尾ジャンプが決まっているわけでもないし。

言語仕様の制限じゃないのか。
戻り値がないことになっている関数でundefined以外の戻り値をとれたらまずいだろう。
C等のように呼び側のコンパイル時に静的にチェックできるなら
関数側はセマンティクスを破っても構わんだろうが、動的にチェックするしかない
言語ではそうはいかんのじゃないか。

単に一行づつ解釈してるから末尾かどうか、その行終って次読むまで分からないんじゃ？

BASICじゃあるまいし……

>>449
末尾再帰だけなら、

> 戻り値がないことになっている関数でundefined以外の戻り値をとれたらまずいだろう。

は起きないんじゃない? 末尾ジャンプがあると、

function f() {
g() // returnがないので、undefinedを返す
}

int g () {
return 1;
}

を末尾ジャンプしちゃうと、1が返っちゃう。

何が言いたいのか不明

>>452
んーいや、f の中の g() は末尾呼び出しじゃないです。
関数は必ず値を返し、
関数から抜けるところで return が記述されていない場合については
return undefined; が省略されている、
という風に考えた方がすっきりすると思います。
そう考えればこの場合について末尾呼び出しにならないのが判るかと思います。

>>454
>>452は同じ事を言ってる気がするが。
要するに、呼び出しから帰ってきたあと、
スタックに誰かが勝手に返値を置いちゃってるかも知れないから、
それをundefinedで上書きしてやらなくちゃいけない、って事では？

一言で言うと、帰り値の型が違うし、末尾でもない。

Lisp in C's Clothing...
http://www.crockford.com/javascript/

今さらだけど、e4x って便利そうね。
ttp://web.paulownia.jp/script/ajax/e4x.html

誰かjsdocの普及のためにドキュメントの邦訳とかやってくれないかな
俺がやると中学生レベルにしかならない…

これ?

http://jsdoc.sourceforge.net/

なんでPerlなんだよ。
JSでやれよJSで…ってファイル読む事すらできねえｗ

>460
気持ちはわかる

自分はちょっと触って分かったらすぐにほおってしまったんだけど
人のソース読んでいるとちょくちょく見かけるんだよ
それじゃあ、解説書いておおいに広めるのもありかな…と

Perlはイヤだし（俺が解んないだけだが）、バリバリのクラス指向だし、ちょっとな…。

Ecmaはなんで、最低限の標準ライブラリを作らないんだろ。
必須の標準じゃなくてもオプションでもいいのに。

せめてincludeみたいな仕組みが欲しい

>>462
ECMAは持ち込まれた規格を承認するだけの小さな組織です。

Netscape社が崩壊して、W3Cがweb専門なのが、
ライブラリがいつまでも増えない理由かと。

そんなわけで自分はGroovyに浮気始めてしまった...

RhinoならFile IOできるでないの

JScriptでもできるべ。

>>464
＞ ECMAは持ち込まれた規格を承認するだけの小さな組織です。

よし。持ち込め。頼んだ。

includeだってできるが特定実装固有じゃなくて、標準で、って話だろ。
標準がないから、Web以外のツールが出てこないんじゃないか？

4th Edition はもう標準化されたんじゃないの？

たとえば、
var f = new File("data.txt","r");
var str;
while ((str = f.readLine()) != null){
　 //ごにょごにょ
}
とかできたらいいなぁって話？

JScriptでできる

jcp.orgのJSRには、groovyもbeanshellもあるよね。
javascriptは1.6からJREに含まれるから、
JVMは結構たくさんのscript言語のplatformになるねえ。

そんな独自の勝手言語なんていらね
IronPythonが羨ましい

>>472
こいつらはクラスライブラリが共通だけど、
言語が違うってちょっと面白いアプローチだね。

Web製作板のスレッドにも書いたんだが、連想配列欲しいのって俺だけ?

はい？普通にサポートされてるじゃん。
this["hoge"] = mogera;

てかスクリプト専用のセキュリティマネージャを設定できなきゃ怖くてマクロに使えないよ
専用セキュリティマネージャが組み込まれるなら、ゲームライブラリに実装したい

>>476
キーが"constructor"とか"__proto__"とかだったらおかしなことになる。
それに、キーに文字列しかとれない。

>>478
予約語くらいあきらめろよ。語彙の乏しい奴だな。

クラス名・変数名に迷ったら書き込むスレ。Part7
http://pc8.2ch.net/test/read.cgi/tech/1144978008/

なんだこのヘタな煽りは。

>>479
スクリプト書く時に決まってたらいいんだが、そうもいかない。
他からデータを取ってきて連想配列に入れておく、ということをするときに困る

>>478,481
>キーに文字列しかとれない。
配列のキーは実数、関数、真偽値、オブジェクト、なんでも使えないか？

>他からデータを取ってきて連想配列に入れておく、ということをするときに困る
キーが文字列の時は適当なaffixをつければ済む話じゃないのか？

>>482
マジで?
ar = [];
a = new Object();
b = new Object();
ar[a] = 'AAA';
ar[b] = 'BBB';
alert(ar[a]); // => BBB
alert(ar[b]); // => BBB
ってなったんだが(Firefox)

>適当なaffix
別にいいんだが、それっていわゆるバッドノウハウじゃね?

>>483
文字列型や文字列オブジェクト以外がキーになった場合文字列化されて比較されるからそうなる．
var hash = new Object()
var objKey = new Object()
hash[objKey] = 'aaa'
alert(hash[objKey]) // => 'aaa'
hash["[object Object]"] = 'bbb'
alert(hash["[object Object]"]) // => 'bbb'
alert(hash[objKey]) // => 'bbb'
そういうわけでオブジェクトのプロパティは厳密な連想配列の代りにはならない．

>>484
>文字列型や文字列オブジェクト以外がキーになった場合文字列化されて比較される
はい、そういう意味で「キーに文字列しかとれない」と書いたんです。

他にもユーザが Object.prototype にメソッド追加した場合に必ずEmumerableなプロパティ
になるので for(key in hash){ alert(hash[key])} みたいに回した場合にメソッドも表示される
とかの問題もある…

オブジェクトは簡易的な連想配列としてしか使えない．そんなわけでブラウザ用
の JavaScript ライブラリとかだとわざわざ Hash オブジェクトが用意されていたりする．

>>484,486
うげ、そうだったのか、しらんかったよ。

>>483
すまん、自分で試したときは問題なく使えると思ったのだが、
単にオブジェクトといっても"[object]"と"[object Object]"で
キーが違っていたのでたまたまうまくいっただけだった。

元の>>475に戻ると
Hashオブジェクトにもoperator[]が使いたいって事なのかな?

Javaみたいにcollection objectにfor文使えるようになったり。

>>488
Hashオブジェクトってprototype.jsの?
いや、Arrayみたいに気軽に使えたらなって([]使えたらさらにいいけど)。

文字列ハッシュで探索するのと自前二分木探索とではどっちが早くなりますか？
主にWebブラウザの実装系あたりで試された方いらしたら教えてください。

>>489
気軽ってのは具体的にはどういうこと？

>>491
単にビルトインオブジェクトにあったらいいなという話です。

>>478
おかしなことになるってどうなんの？

>>493
設定してないのに(変な)値が返ってくる

>>492
お前氏ねや

>>494
サンプルコード見せてもらえます？

>>486にあるだろ

>>495
なんでそんなこと言うんですか＞＜

>>496
hash = new Object(); //ハッシュのつもり
key = '__proto__';
foo = hash[key];

普通のHashなら、fooはnullとかundefinedになるはずなのに…

>498
foo = hash.__proto__ と同義になるんだよな確か

javascriptでは、
object.属性名とobject['属性名']が同じだからね。

JavaのELも。

js> hash = new Object();
[object Object]
js> key = '__proto__';
__proto__
js> foo = hash[key];
js> typeof(foo);
undefined

>>501
__proto__ってECMA-262の規格にはないのね。
Firefoxでしか動かしてないから知らんかったw
constructorとかtoStringならどうよ

Object.getOwnProperty = function (obj, key) {
　if (obj.hasOwnProperty(key))
　　return obj[key];
}

js> hash = new Object();
[object Object]
js> var keys = ['_proto_', 'toString', 'constructor'];
js> for (i in keys) {
key = keys[i];
print ('hash["' + key + '"] is ' + typeof(hash[key]));
}
hash["_proto_"] is undefined
hash["toString"] is function
hash["constructor"] is function

新版 ES4 仕様予定 出ただよ
http://developer.mozilla.org/es4/

ざっとしか見てないが、prototype 属性 が変ったり
for each 構文が増えてたり、他色々

そういやXMLの構文埋め込みってこっちが先立ったけど
Java7のが早く普及しそうな気がしないでもないｗ

this って動的スコープなのね。

>>506
まあ、SEやEE版JVMはjavascript込みだから、
処理系の数は常に同じくらい。(携帯やJavaCardを抜くと)
後はweb以外で使って貰えるかどうか。

prototype.jsで

function foo( request ){ }
new Ajax.Request( "ファイル名",{ method:'get',onComplete:foo });

と書いたんだけど、IE、Mozillaだと動いて、Operaだと動かないんだけど
だれか対処法って知っている…かな？

ああ、書き足りないかもしれないけど
Opera(8.0)だと、foo関数が呼ばれて、実行されてくれないんです
代りに
new Ajax.Request( "ファイル名",{ method:'get',onComplete:foo() });
と書くと呼ばれてくれるんだけど、今度は、引数：request　に何も代入されない…

…ゴメン
Operaバージョンアップしたら無事動いた
んー、なんか怖いけど一応解決したと言うことで（汗

Operaなんかムシムシｗ

>>512
糞はWeb板でも逝け。キリ番のくせに。

>>513

糞とか言ってるお前、生産効率悪そう...

生産効率が幾ら良くたって使われなかったら何の意味も無い

Java6からRhino外されちゃうの？

>>516
ソースは？

他スレで見た。

http://pc8.2ch.net/test/read.cgi/tech/1147881822/487
> b90でRhino削除されてないか？

これか?

>>516は飛躍しすぎでは?
不確定情報だし、buildだし。

http://ja.wikibooks.org/wiki/JavaScript
まー、なんだかんだで誰も手をつけてこないみたいなので、一人で始めることにした…
ダラダラ書いて…、多分ライブラリ書く前に文法周り終わったところで気力が付きそうな予感だけど
読んで、何か思うところ合ったらカキコよろ

>>520
>文字列(String)型、数字(Number)型、真偽値(Boolean)型、配列(Array)型、
>オブジェクト(Object)型、Null型、Undefined型。

Array はオブジェクト型だろう…
参考 ttp://www2u.biglobe.ne.jp/~oz-07ams/prog/ecma262r3/8_Types.html

>>520
サンクス。俺のような文句はたれるが自分からは行動しない人間にとってあんたは仏だ。

で一通り読んでみたんだがブラウザ上のJavaScriptに偏りすぎてるな。
ブラウザ上で実行する場合に焦点を当てるのはかまわんが
「JavaScriptというひとつの完結したプログラミング言語ではなく、
HTMLと組み合わさって初めて有効となるプログラミング言語です。」
というのは明らかに言いすぎだと思うぞ。
WSHとかRhinoとかの立つ瀬がなくなるじゃないか。

「オペレータと表現」という題が意味不明。
「演算子」で統一しないのかという以前に内容とあってない。

> i = i+1;
> i += 1;
> i++;
厳密に言えばiが数値のときi = i+1と同じ意味なのは++iのほうだがな。

なんか個人的にはdocument.writeで結果を出力する方法を教えたら
後はCore JavaScript 1.5 Guideを訳して与えたほうが
いいような気もするんだがまあがんばってくれ。
ttp://developer.mozilla.org/en/docs/Core_JavaScript_1.5_Guide

>>522
> 厳密に言えばiが数値のときi = i+1と同じ意味なのは++iのほうだがな。

式じゃなくて文だからいいんじゃないの?
まあ演算子の章に書いてあるんだけど…

ECMAScriptの仕様書を訳すのもいいと思う。
いくらwikiという道具があっても仕様書をちゃんと読んでない、個人の変な思い込みを
いちいち修正してくれる暇人はそういないぞ。

少なくとも俺はこんなのを直したくはない（他にも盛りだくさんだがとりあえず基本スタイルより抜粋）
> * ソースコードは他のプログラムと同様に上から下の方向へと実行される。
> * 必ず一行ごとの終わりに「；」（セミコロン）をつけなければならない。
> * 変数宣言に型は必要ない。var　変数名;で行う。しかし、これは型変換が自由なのであって、数値や文字、配列の区別が無いわけではない。
> * イベントに処理（主に関数）を指定することによって、イベント発生時にその処理が行われる。
> * ソースコードはHTMLファイル内に書き込むか、外部ファイル（*.js）をロードすることができる。

はっきり言って駄目な点を挙げたらきりがないので、心機一転翻訳で頑張ってほしい。
行動力だけは認めるので。

>>520
とりあえずこれ全部嫁
ECMA-262
→ http://www.ecma-international.org/publications/standards/ECMA-262.HTM
→ http://www2u.biglobe.ne.jp/~oz-07ams/prog/ecma262r3/ (和訳)

W3C Document Object Model Technical Reports→ http://www.w3.org/DOM/DOMTR

E4X (ECMAScript for XML)
→ http://141.30.92.52/cubetto/download/ECMA-357.pdf

MSDN Library JScript / DHTML (現在日本語版は古杉)
→ http://www.microsoft.com/japan/msdn/library/ja/script56/html/js56jsoriJScript.asp
→ http://msdn.microsoft.com/workshop/author/dhtml/reference/dhtml_reference_entry.asp

Mozilla Gecko DOM, Netscape devedge
→ http://www.mozilla.org/docs/dom/domref/
→ http://www.mozilla-japan.org/docs/dom/domref/ (和訳)
→ http://web.archive.org/web/20040822074426/devedge.netscape.com/central/javascript/

MetaGraphic Cell→ http://www2u.biglobe.ne.jp/~oz-07ams/prog/

どら猫本舗のリファレンスカウンター
→ http://www.doraneko.org/

はぎさんちのページ Mozilla's DOM Sample Project
→ http://cgi.din.or.jp/~hagi3/JavaScript/JSTips/Mozilla/mds.cgi

Dynamic Scripting→ http://www.interq.or.jp/student/exeal/dss/

JavaScript深層→ http://www.hawk.34sp.com/

とりあえすはまず…
「多様なご意見、ありがとうございます（ぺこり」

>WSHとかRhinoとかの立つ瀬がなくなるじゃないか。
今のところHelloWorld〜関数あたりまでが自分の書いたところで、他は以前から書き残してあった所なんだけど
…やっぱ、勝手に書き換えるのは悪いよなぁ
と控えていたのですが、一応オリジナルも手元に保存しておいて、書いた人から文句が出れば元に戻す事で勘弁してもらおうかなぁ

ここからは良いわけじみているかな
> 厳密に言えばiが数値のときi = i+1と同じ意味なのは++iのほうだがな。
間違いは書けないですよね、是非直させていただきます。
> Array はオブジェクト型だろう…
うん吊ってくる、書いてるとき気にしていませんでしたorz。

旧い版を復元する必要が出たら、履歴からできるでしょ？

function () {
print("a");
}();

こういう風に名前を付けないで実行したいんだけどできないかな。

(function () {
print("a");
})();

(function () {
print("a");
}());
これが動くのはどうしてなんだろう

>>530
ttp://www2u.biglobe.ne.jp/~oz-07ams/prog/ecma262r3/
をよく読め。(特に11章)
カッコ内でfunctionキーワードが現れたらそれは
FuctionDeclarationではなくFunctionExpressionの始まりとみなされる。

>>531
わかった。読んでないけどサンクス

("a")

("p")

('A')

>>529
できた！ども！

JavaScript講座なんだけど、関数あたりまで書いたとして、その次あたりで
・三項演算子等の文法面を補足する
・オブジェクト指向の「さわり」を教える
…どっちが良いだろ
まぁ、ハッシュと関数オブジェクトをごちゃまぜにしたトリッキーなコードを最後に持っていくのが目標…

>>537
スタンスとかターゲットによる。
チュートリアル的要素を持った入門書寄りにするなら、そこで三項演算子なんて
教えてどうするっていう話。
逆にリファレンス的にじっくり語るつもりなら、章立てをしっかりして
類似項目を近づけた方がいいだろうから、オブジェクトは後回しになるかな。

とりあえず迷うなら、下書き程度にでも両方書いてみれば？
直接干渉する内容じゃないし、並べてみれば自ずと順序が見えてくると思う。

NJS使ってるんだが

$ js -e "print(eval('{foo:1}'))"
undefined
$ js -e "print(eval('({foo:1})'))"
[object Object]

この挙動はどういうことなの?

>>539
そりゃおかしいな。
上の例は"1"が表示されるべきだ。
下の例はあってるよ。

>>540
上は1が正しいのか。
よく分からないから詳しくお願いします。

>>539
ttp://www2u.biglobe.ne.jp/~oz-07ams/prog/ecma262r3/を読め。

{foo:1}
という文字列はevalによってProgramとして解析される。
そしてその文脈ではこの文字列はExpressionStatement "1;"
（セミコロンは自動挿入による）を含むLabelledStatementを含むBlockとして評価される。
この場合、evalの返り値はProgramの評価結果であり、
Programの評価結果はBlockの評価結果であり、
Blockの評価結果はLabelledStatementの評価結果であり、
LabelledStatementの評価結果はExpressionStatementの評価結果であり、
ExpressionStatementの評価結果は1（正確にはCompletion型(normal, 1, empty)）なので
"1"が表示されるべきである。

……と思ったんだがLabelledStatementに対する
アルゴリズムがステップリストとしては載ってないな。
「L を Identifier と等しいとして Statement 評価の結果が (break, V, L)」
の場合以外はStatementの評価結果がそのまま
LabelledStatementの評価結果になるということでいいんだよな？

オブジェクトリテラルじゃなくブロックになるのか。
丁寧に説明してくれて感謝です。

rhino で試したところそれぞれ 1 と [object Object] になるね

セミコロンの自動挿入で思い出したんだが
以前Web政策板のJavaScriptスレで

function f() {} // FunctionBodyが空

は許されないんじゃないかという話があってさ。
ttp://user.ftth100.com/mirrorhenkan/javascript/read.php/1120728555/n610-618

そこでは結局セミコロンの自動挿入によって空文になるから
OKじゃないかってことで話が終わったんだが、
改めて仕様書読み直してみると
セミコロンの挿入によって空文ができる場合は
セミコロンは挿入されないってあるんだよね。
ということはやっぱりFunctionBodyが空なのはエラーじゃないの？
これは仕様書のミスなのかそれとも仕様としては空なのは
いけないけど実装が気を利かせてエラーにしてないだけなのか。

仕様書だと確かに空はダメっぽいね
でもECMA-262 が出る前から function() {} って書き方は使われてたからなぁ

あー、KJSだとFunctionBodyが空の場合は"not in spec"と明記してあるわ。
ttp://lxr.kde.org/source/KDE/kdelibs/kjs/grammar.y#831

少なくともKJSの場合はFunctionBodyが空でもいいのは
仕様書のミスじゃなくて実装側の拡張ってことになってるのね。

ECMA-262 第3版に8進数のリテラルって無いのか

SpiderMonkey1.5で日本語処理やってみたいんですけど、
普通にビルドして普通に使うだけだと

print("あ".length); //=> 3

となります（ソースはUTF8）。
バイト単位でなく、文字単位で処理することはできるでしょうか？
ソースの関数名を見るとutf8は扱えそうなんですが。
レベルの低い質問で恐縮です。

LANG=ja_JP.UTF-8 LC_ALL=ja_JP.UTF-8 js -f test.js


とはやってみましたが、変わらずです。

たまーに、このすれで連想配列について話題が出るけど、
JScript なら、new ActiveXObject("Scripting.Dictionary"); で連想配列使えるよね。

わざわざ ActiveXObject 使う意味ってあるのか？

JScript でファイルの読み書きをしようと思ったら、ActiveX を使わざるを得ないし。
なら、ActiveX 使ってどんどん便利にしていけばいいべ。
Dictionary で連想配列や、DynaCall/DynaCallWrapper で WinAPI にアクセスするとか。

ActiveXObject("Scripting.Dictionary")を使うまでもないのでは

までもない。

Itemsメソッドを使いたいならScripting.Dictionaryを使うかも。

連想配列で Items 使う利点……？

JSON っていうか、ECMAScript の仕様上↓の文は有効ですか？

var json = {
　"multiline" : "
　　　改行付き
　　　テキストデータ
　　"
};

var json = {
　"multiline" : " \n\
　　　改行付き\n\
　　　テキストデータ\n\
　　"
};

なら有効。ただし行末の\の直後で改行すること。

>>559
ありがと

>>558
嘘はよくない。ECMAScriptの仕様上その文は無効だぞ。
まあJavaScriptでもJScriptでも有効だけど。

>>549
今更だが、SpiderMonkey 付属の js shell だと
Unicode 対応 API を使ってないのでダメ。
JS_CompileUCScript, JS_EvaluateUCScript を使うように直せばいいが、
対応してるのは UTF-16(LE) なので
UTF-8 への変換関数も自前で用意する必要がある。

>>561
ありがとうございます。
ちょっと自分の技量を超えますね。
Zaurus向けにコンパイルしたのですが、
試作、学習用途のみで実用はしないので、あきらめることにします。
Blogに転載させてくださいね。

if (obj.foo) obj.foo();
else obj.bar();
ってしたいときに、
(obj.foo || obj.bar)();
ってするのは正しいの?

(obj.foo || obj.bar) が評価されるときGetValueが呼び出されているから
Reference型にはならず、呼び出すときにthisがnullになってしまって正しく動かない。
と仕様からは読み取ったんだが、いくつかの処理系では最初のと同じように動いてる

仕様に正しくないと書いてあるなら、正しくないよ。

>>564
俺の解釈が間違ってるんじゃないかと思って聞いてみた

>>563
thisはnullじゃなくてそのときのグローバルコンテクストになるんじゃないの。
正しくないという言い方は変な感じがするが、同義にはならないね。

ところで
> いくつかの処理系では最初のと同じように動いてる
っていう変な実装はどれ?

Fxだとそうなるな

ECMAScript4では、(obj.foo || obj.bar)()は狙いどおりの動作をする

>>568
狙い通りっていうのはthisがobjになるということか？
すまんがそのECMAScript4ではというのが書かれているソースを教えてくれ。

ぐぐれや

俺の証拠はお前が探せってか。
せめてどういうキーワードでぐぐれば先頭近くに出てくるか示すべきでは。

それが人にモノを尋ねる態度か？
敬語が使えるようになってから出直してこい。

>>566
http://www2u.biglobe.ne.jp/~oz-07ams/prog/ecma262r3/11_Expressions.html#CallExpression
を読んでnullになると思ったんだが…。もう一度読んでみる
あ、俺もFirefoxで確認した

>>568
そうなのか。そのほうが便利だな。

>>569
http://www.mozilla.org/js/language/es4/index.html
かな? 長くてまだよく見てないけど

http://www.mozilla.org/js/language/es4/ と
http://developer.mozilla.org/es4/ のどっちを読んでも
LogicalOrExpressionを評価する際には
各オペランドにreadReferenceが適用されて、
その結果値だけが返るからthisは
(obj.foo...)()がトップレベルで実行されていれば
グローバルオブジェクトになるような気がするのだが。

…とここまで書いて気づいた。ひょっとして
class Clazz() {

書きかけで失敬。

…とここまで書いて気づいた。ひょっとして
class Clazz() {
　function foo() {...}
　function bar() {...}
}
var obj = new Clazz();
という場合のことを言ってる？
それだったら確かにthisはobjになる罠。

再び失敬。classの識別子の後に()はいらなかったな。

>>572
ﾌﾟｯ www

こっちのreadReferenceはReferenceを返すから>>563のobjの情報は保持されるみたいだよ。
http://developer.mozilla.org/es4/spec/chapter_4_fundamental_concepts.html#reading
ってことは、(obj.foo || obj.bar)()の最終的な呼び出しの時に渡されるthisはちゃんとobjになる。

こっちのreadReferenceはObject（つまり値）を返しちゃってるね。
http://www.mozilla.org/js/language/es4/formal/parser-semantics.html#V-readReference
そしてORを評価するときにそのObjectを返してる。
http://www.mozilla.org/js/language/es4/formal/parser-semantics.html#N-LogicalOrExpression

ECMA262でも>>563の言う通り、ORを評価するときにGetValueが呼ばれて、Referenceではなく値（[[Get]]の結果）を返しちゃってるから、(obj.foo || obj.bar)()に渡されるthisはnullになるらしい。
http://www2u.biglobe.ne.jp/~oz-07ams/prog/ecma262r3/8_Types.html#section-8.7.1
http://www2u.biglobe.ne.jp/~oz-07ams/prog/ecma262r3/11_Expressions.html#LogicalORExpression

いろいろ読み漁って疲れたけど、いい勉強にはなったわ。
ところで、>>1を見た限りでは、このスレ的にはECMA262を中心に語るべき？

そうでしょ
ブラウザオブジェクト関連のネタを語ってもしょうがないし

>>578
乙です
ECMAScript4の話も普通にいいかと

ECMAScript4ってごちゃごちゃした感じでわかりにくくなりそうだなあ。

ECMAScript4の名前空間について話さないかね？

ECMAScript4では、メソッドの可視(public, private, internal)も名前空間で実装されるらしい。

>>582
俺もチェックしてみた。
http://developer.mozilla.org/es4/spec/chapter_1_tutorial_introduction.html
http://developer.mozilla.org/es4/spec/chapter_12_namespaces.html

E4の名前空間、面倒くさそうだと思って敬遠してたけど、よくできてるな。
名前空間が、クラスや変数に対してだけではなく、プロパティに対してにも使えるようになっているのは、なるほどと思った。
他にもそういう言語ってすでにあるのかな？

まあでも、関数宣言とかに、いろんな修飾子とか名前空間とか戻り値の型とかくっついて、長々してくるのはちょっと嫌だな。
標準化の弊害か。

C++の名前空間と似てるような違うような……。
Cの#defineと#ifdefみたいな使い方をすればいいのかな？

>>583
これってselector namespaceってやつ?

>>584
C++の名前空間とは全然異なるよ

>>585
そう。

C++の名前空間に相当するのはパッケージでしょ。

ひつもんです。
EcmaScriptというかDOMのネタかもしれないけど、
Opera9使ってるんでとりあえずここに書かせてください。
Opera9のDOM+EｃmaScriptでクリップボードを扱う事ってできますか?
やりたい事は簡単で表示中のウェブページのいろんな情報を調べて
クリップボードにコピーしたいだけなんです。
ブックマークレットとかで。
クリップボード弄るのはセキュリティの問題があるので多分できないように
なっていると思うんだけど無理無理そうしたい場合はどうすればいいですかね?
あと、ついでに同様のネタでローカルファイルを弄ったりとかできないですか?
これもできないところを無理無理やりたい場合はどうすればいいですかね?

よろしくお願いします。

無理無理が無駄無駄に見えた

ムリムリってなんだよ。無理矢理だろうが。

無理矢理出来たらセキュリティも糞もないだろ。

>>587
「JavaScript Flash クリップボード」でググってみると幸せになれるかもしれない。
それ以上はスレまたは板違いだからそれに見合ったところでどうぞ。

__proto__ や __parent__ ってのはFirefoxオンリーですか。それとも他の実装でも使えますか。
手元にFirefoxしかないんで調べられない。だれか教えて。

FirefoxっていうかSpiderMonkeyな。
Rhinoも限定した形でサポートしているっぽい。
KJS、JavaScriptCoreは__proto__のみサポートしてるっぽい。

>>591
とりあえず ECMAScript 3rd の規格外なので期待しないほうがいいよ

w3.orgが主導権発揮してくれないかなあ。

W3Cいったら開発スピード落ちそうな気がする。なんとなくだけど。

XLinkは何故用無しになったか思い出せ

jcp.orgなんて狂ったようなスピードで
新たなクラスライブラリやフレームワークを加えてるよな。

提案権、タイムリミットをうまく設定するとうまく運びそうだ。

>>597
groovyのJSRは狂ったように止まってるがな。
単にやる奴のやる気の問題じゃないのか？

秩序だって進んでるよ、groovyは。

Beanshellの方はもうちょっと速く出来る気がするけど、
"Dynamic Scripting Language"が通ってもうすぐでしょう。

groovyは、Scripting for the Javaとは別に、groovyの言語自体のJSRがあるんだよ。

スクリプト一般　http://jcp.org/en/jsr/detail?id=223　←　もうすぐ。Java6に見切り搭載？
Groovy　http://www.jcp.org/en/jsr/detail?id=241　←　２年以上経って、討議グループの形成すら未完了。

だからその言語規格の方が、秩序だって進んでるって。
こんなに秩序だって進むのは言語規格では珍しい。

討議グループの形成すらできてないのに？
http://www.jcp.org/en/jsr/detail?id=241 は見たかい？なんら規格制定が進んでない。
いまここで話してるのは、実装じゃなくて、デジュアな規格の事だろ？
単なる俺言語の俺実装の話をしてるんじゃないでしょ？

>>590
> 「JavaScript Flash クリップボード」でググってみると

それはいわゆる脆弱性をりようするつーわけですか?
そういうのはあんましやりたくないです。

クロスドメインでなければというかローカル限定なら
クリップ板だろうがファイルだろうが安全じゃないかと思うんですが?
それでも駄目何ですかね?

ECMASｃりｐｔスレではW3C DOMとかは無視で
ジェネリックなオブジェクトを対象としているんですか?

むしろウェブブラウザは無視なんだと思うけど。

このスレタイで紛れ込んできた根性はすごいが、>>2を嫁。

じゃ、参考のためにお尋ねしますが、
皆さんはどんな処理系を?
ライブラリは?
どのような利用目的で?

>>606 >>3

やっぱ答えなくていいや。
組み込み用途で一切合切ECMASCRIPTを使う積もりないし。
DOM+ECMASCIRPTか
OPERA9+ECMASCRIPTスレ捜してきます。
無いと思うけど。

ム板にくるのがそもそもの間違い

もういないだろうけど、
Rhinoでちょっとしたテストとか自動化スクリプト書いてるよ。
今度出るJava６からRhinoが標準搭載だよ。

もうJavaいらないんじゃね？VMとスクリプト言語だけでいいんじゃね？

そういや確かに
Mozilla+XULならム板にもスレがあるけどOpera+ECMAのスレは無いんだな。

XULは必ずしもWebじゃないだろ。
まあOperaもウィジェットあるけど、まさかそのこと？

俺は最初からそのことだと思ってたんだけど、ちゃうの？

Operaのウィジェットって
設定用XMLが必要なのとクロスドメインXMLHttpRequest可能なくらいで
あとは普通のWEBページ(HTML)と同じだから
専用スレが必要だとは思えないんだが

あえて立てるならGoogle WidgetとかYahoo Widgetとかと合わせてウィジェット総合スレか？
Yahoo Widgetはもうスレあるみたいだが。

Dashboard WidgetとかMicrosoft Gadgetsは？

剥いたって何?
別にオペラでミゼットとか作るつもり有りませんが?

詳しく説明しても迷惑かもしれませんが一応説明しときますと
クロスプラットホームのオペラ用ツールが欲しかっただけです。
Operaに不足してる機能を補うようなヤツね。
そんで特にウェブパネルにできるようなヤツ。
その手のヤツで少しだけあるのは殆どがウェブサーバ型になってる
けどそれは嫌なんで、なんとかしてみたかっただけです。

>>617
Dashboardスレは新Mac板にある。

>>593,594
遅れたけど、どうもありがとう。
個人的に、__proto__と__parent__はとても便利なのでほかの処理系でもサポートしてほしいなあ。
つか、__proto__はプロトタイプ型なら自然な機能なんじゃないかと思う。

ひとりごとすまん。

4thに期待

おまえら、ECMAScript/JavaScriptでUnitTestはどうしてますか？

jsunit

UnitTestって何ですか？

今年の春先にIANAにMedia Typeが登録されてたんだね。
遅まきながら、ようやくtext/javascriptが公認されたわけだ。

すでにtext/javascriptは非推奨な罠

普通に<script type="text/javascript">してるけど…

登録されていきなりobsolete

>>627
実は今までそれ、違反だったんだよ
他に方法がないから、みんなやってたけど

http://www.rfc-editor.org/rfc/rfc4329.txt

Use of the "text" top-level type for this kind of content is known to
be problematic. This document thus defines text/javascript and text/
ecmascript but marks them as "obsolete". Use of experimental and
unregistered media types, as listed in part above, is discouraged.
The media types,

* application/javascript
* application/ecmascript

which are also defined in this document, are intended for common use
and should be used instead.

This document defines equivalent processing requirements for the
types text/javascript, text/ecmascript, and application/javascript.
Use of and support for the media type application/ecmascript is
considerably less widespread than for other media types defined in
this document. Using that to its advantage, this document defines
stricter processing rules for this type to foster more interoperable
processing.

http://developer.mozilla.org/es4/
更新きただよ

…Python 化してるなぁ…multiline string literal(ヒアドキュメント)は嬉しいけど。

いいよ、いいよ、PythonもRubyも食っちゃってさ。

ttp://www.mozilla-japan.org/press/releases/2006/11/07/
ﾔﾀｰﾖ
ライセンスが気になるけど

でも 4th edition が市民権を得るには IE が実装するのを待つしかないんだろうな

>>633
JScript.NET は 4th edition 準拠だから、次あたりのIEには
IronJScript みたいな形で実装されるかもね。

>>634
あれは昔の草案をもとにしたもので、現在の4th edition草案とはかけ離れてるだろ。

MozillaさんAdobeさんから何かもらったらしいねぇ。

>>636
>>632 の事?
spidermonkey とモロ被りな気がするけど、どうするんだろうか。
JIT だからこっちの方が速いんだろうけど。

>>637
ttp://www.mozilla.org/projects/tamarin/ のロードマップ見ると
提供されたVM機能やGCをSpiderMonkeyに取り込んでいく方向みたいね．

そりゃその気なければあんな発表にならんわな。

Javascriptの世界は、実装依存コードが幅をきかせているから、
Adobeは、自分達のコードのシェアを広げる作戦かな。

HTMLの次はJavaScriptですかそうですか

ほー、正規表現エンジンはPCREなのか。

PCRE が Google で使われてるのは知らんかった。しかも C++ か。

Number って double, decimal, int, uint だけなんだ...
float は double で良いとして、byte は欲しかったな

はぁ？何のために？
仮にbyteを用意しても、4〜8バイトのメモリを消費するんだが？

4つのbyteを4バイトの領域に詰め込んでくれたらいいなぁって話じゃね？
まあどの道、全体的に見れば大した違いは出ないだろうけど。

つか byte array が欲しいんだけど。

何に使うんスか？ｗｗｗ

そんなものより演算子オーバーロードがほしい。

バイナリファイルを弄るのに。

Stringじゃあかんの？

そりゃあかんだろ。お前使ってないだろ。

なんだ、無知な低脳の戯言か。

バイナリファイルを直接いじるなんてECMAScriptっぽくないね。却下。

byte array - 検討中
http://developer.mozilla.org/es4/proposals/bytearray.html
演算子オーバーロード - OK
http://developer.mozilla.org/es4/proposals/operators.html

>>654
> A ByteArray can be thought of as similar to an Array of uint ([uint]) with each element truncated to the integer range of 0..255.

これはバイナリデータ1バイトにつき4バイト/8バイト（マシン依存？）のメモリを食うってことか？

ボクは650に言いました。紛らわしい書き方だったのでage

>>654
演算子オーバーロードも検討中じゃないの？
どっちもproposalsにあるけど。

>>657
http://developer.mozilla.org/es4/proposals/proposals.html
:-) マークつきは仕様に入ることは決定してる(spec も見よ)
内容は修正されるかもしれん。
！マークつきは仕様に入るかどうかまだこれから。

>>655
それはbyte arrayとは何かを知らん人向けの説明であって、実装がそうだと
いってるわけじゃないよ。

byte arrayとは何かを知らん人に、「uintの0〜255の範囲以外切り捨てたものと考えていい」なんて説明が、なぜ必要？

もうCでいいよ

>>660
JavaScriptにはbyteという型がないから。
その下のPopulating a ByteArrayを見ればわかると思うが。

ﾀﾏﾘﾝのは U8 の配列になってるから、unsigned char なのかな。
ちゃんと見てないけど。内部表現は実装依存なんじゃないの。

パターンマッチングが欲しい

J Scriptは、やめて欲しい

素晴らしい♪E　C　M　A

コンパイラが出来るまでは Adobe VM 使えないのね。

ESの正規表現ってPerl互換なの？

>>668
ほとんど。
http://www2u.biglobe.ne.jp/~oz-07ams/prog/ecma262r3/15-10_RegExp_Objects.html#section-15.10.1

>>669
本当だ。ちゃんとPerl5を模して作られるって書いてある。
ありがとん。

なんでこの板には曖昧javascirptｽﾚが無いの？

>>671
荒れるから

JavaScriptって書くとすごいのが湧いてくるからなぁ

JavaScript
出でよ、すごいの！

　 　　　 　　 　＿＿＿_
　　　　　　 ／ ＼　　／＼　ｷﾘｯ
.　　　　　／　（ー） 　（ー）＼
　　　　／　　 ⌒（__人__）⌒ ＼ 　JavaScript
　　　　|　　 　　　|r┬-|　　　　|　　出でよ、すごいの！
　　　　 ＼　　　　 `ー'´　　 ／
　　　　ノ　　　　　　　　　　 　＼
　 ／´　　　　　　　　　　　　 　　ヽ
　|　　　　ｌ　　　　　　　　　　　　　　＼
　ヽ　　　 -一''''''"~~｀`'ー--､　　　-一'''''''ー-､.
　　ヽ ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒))

　　　　　 　　　＿＿＿_
　　　　　　　／　　 　 　＼
　　　　 　／　─　 　 ─　＼
　　　　／ 　 （●） 　（●）　 ＼
　　　　|　 　　　（__人__）　　 　 |
　 　　 ＼　　 　 ｀ ⌒´ 　　 ,／
　　　　ノ　　　　　　　　　　 　＼
　 ／´　　　　　　　　　　　　 　　ヽ
　|　　　　ｌ　　　　　　　　　　　　　　＼
　ヽ　　　 -一''''''"~~｀`'ー--､　　　-一'''''''ー-､.
　　ヽ ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒))

出ませんな

今なら何を書いても怒られない予感…

>>673
なるほど、>>674-675を見てお前の言っていた意味がわかった。

>>678
ﾜﾗﾀ

>>671
曖昧javascirptって何?

>>669
文字クラスのところ、珍しい仕様だな。

>15.10.2.16
>パターン /[E-f]/i は大文字小文字含めた ASCII 文字だけでなく
>記号 [, \, ], ^, _, ` にもマッチする。

試しに "ABCDEFXYZ".match(/[E-f]+/i) をしてみたら、
確かにIE6では全体にマッチしたわ。

FirefoxとOperaは EF にだけマッチした。

>>681
>パターン /[E-f]/i は大文字小文字含めた ASCII 文字だけでなく
>記号 [, \, ], ^, _, ` にもマッチする。

珍しくないよ。ASCIIテーブルの通り。

131 89 59 Y
132 90 5A Z
133 91 5B [
134 92 5C \
135 93 5D ]
136 94 5E ^
137 95 5F _
140 96 60 `
141 97 61 a
142 98 62 b

「ASCII文字」は、「アルファベット」の間違いかな。

原文だと "/[E-f]/i matches all upper and lower-case ASCII letters"
って書いてあるね

ってことは、この仕様書通りに実装しようとすると、A-Dとg-zも
引っかかるようにしないといけないのか。めんどくさいな

>>683
i だから当たり前だろ。

>>683
15.10.2.8の最後のパラグラフによれば、
大文字に変換してから、比べろってことみたいだね。
それならそんなに面倒でもない。rangeは展開することになりそうだが。

/[e-F]/iはエラーですかね。

どうしよぉ　生理こないぜー

昨日から尻が生理です

/[E-f]/i
ってのが、
/[E-Fe-f]/
と扱われるか、
/[A-z]/ （E-fの範囲にA-Z全体の大文字or小文字がどの道カバーされてるため）
と扱われるかの違いか。

Perlでも/[A-z]/扱いになるみたいね。
今までそんなの意識したことなかったな。
まあ、iオプションつけといて、正規表現の中に大文字と小文字を混ぜるのもどうかと思うけど。

>>688
> 今までそんなの意識したことなかったな。

a-z, A-Z, 0-9の範囲外のrange指定の動作は未定義、
としている正規表現規格も結構多いよ。

むしろはっきり記述してある方が珍しいと思われ。
いまやcharacterはASCII&Unicodeの世界ってことですかね。

ECMAScriptの正規表現のコンパイル結果は、キャッシュされてたりするの？

そりゃさすがに実装依存だろ

というか正規表現のパース結果をプールするために正規表現リテラル使うんじゃなくて正規表現オブジェクトをnewして変数に突っ込んでんだけどオブジェクトをnewしたりcompileプロパティで内部表現にコンパイルできるのはECMAの仕様外だっけ？

関係ないけど正規表現リテラルを変数に突っ込むのではあかんのかいな

>>692
正規表現リテラルは構文解析時にパースされてオブジェクトが生成される。
ソース位置が同じなら常に同じ参照を返す（と仕様書には書いてある）
関数リテラルはキャッシュしてもいいしキャッシュしなくてもいい（クロージャの問題があるので）
どちらもソース位置が別なら別のオブジェクトへの参照を返す

サンプルコード(FireFoxで確認)

alert(/ / === / /); //=>false

function a(){return / /};
alert(a() === a()); //=>true

>>694
>（と仕様書には書いてある）
まるで仕様だけの話にも聞こえかねないが、そうじゃない実装例があればプリーズ。

>>695
ところで、正規表現のコンパイル結果がキャッシュされるかどうかってのは、
例えば/ /がソース中の2箇所に出現するとして、いわゆる「正規表現オブジェクト」としての実体は別々でも、それらが実際にマッチングに使われたときに、同じコンパイル結果が使われているのかどうか、
ってことだと勝手に考えていたんだが、そういうわけではない？

実装としては、「正規表現を表す文字列（＋フラグ）をキーとし、キャッシュされたコンパイル結果への参照を値とするハッシュテーブル」みたいなものが内部でマッチングのたびに使われるみたいなのを想像してた。

まとまりのない文章になってしまった。ｽﾏｿ

>>697
そういう実装があってもいいけど、実際に実装が
そうするかどうかは仕様の範囲外、だと思う。

受理マシンが毎回作られるのがヤってこと？

あーこのスレは仕様の話をするスレだったのか。
仕様には規定されてないのを前提で、どういう実装が考えられるかってのを書いてた・・・

>>697
複数の場所で同じ正規表現を使うのってそんなに頻繁にあるのかしら？
あとそのコンパイル結果はいつ破棄するのかな？
オブジェクトでキャッシュしてプログラマが使いまわせば十分な気がするけど…

リテラルが複数個所ってよりも、newで作ったオブジェクトの場合はキャッシュしててくれたら、ちっとはパフォーマンスに寄与するんじゃないかな

なんか正規表現のキャッシュってよりインスタンスの効率的なキャッシュの実装云々の話に寄ってるな

ところでこのスレ的にはECMA-357はおｋ？
ECMA-262 ed.3の拡張仕様で文法までいじってるからECMA-262から切り離せないけど・・・

ECMA-357(E4X)
ttp://www.ecma-international.org/publications/standards/Ecma-357.htm


実装例

Rhino
ttp://www.mozilla-japan.org/rhino/index.html

SpiderMonkey
http://www.mozilla-japan.org/js/spidermonkey/

他はAS3とjdk6のjavax.scriptingパッケージで使えたような気がしないでもない。

ありでしょ。E4Xは内部メソッドの動作にもいろいろ変更加えててより変態的。
JDK6のって要はRhinoでしょ。なんか上のほうで
E4Xは外すっていう情報があったけど結局どうなったんだろ。

>>変態的
けどECMAScript4だったかJS20だったかの仕様に取り込むって話があるんだよな

こりゃホントに三年持ちそうだな

ﾜﾗﾀ
ちゃんと保守しとけよ。

そもそも何故JavaScriptの標準化がECMAなんだ？
って話は禁止？あと、標準化されてるHost Objectは何処でやればいい？

W3C DOMやWindow Objectの仕様・・・。Native Objectの内Built-in Objectまでがここ？

ECMAが一番手っ取り早かったんでしょ。
ISOへの近道にもなるし金積めば通してくれるってうわさもあるし。

それからこれはあくまでも個人的な意見だが、
W3C DOM、Window ObjectなどはWeb製作板ではないかと思う。
Native Objectはここでいいかと。

ちなみに巷でネイティブオブジェクトといったとき、
documentのようなブラウザ組み込みオブジェクトも
含めることがあるけど、ECMA-262の定義だと
そういう環境依存のオブジェクトは
ネイティブオブジェクトに含まれないんだよな。
まあその定義自体informalだけど。

ECMAScript 仕様書に載ってる範囲までがここ、でいいんじゃね？

mynamespace = {};
mynamespace.global = this;

mynamespace.Namespace = function( name, parent, obj ) {
　this.__name__ = name;
　this.__fullname__ = parent ? parent.__fullname__ +"."+ name : name;
　this.__namespace__ = function( child, cont ) {
　　if( child in this ) {
　　　cont( this[child] );
　　} else {
　　　this[child] = new mynamespace.Namespace(child,this,cont);
　　}
　}
　this.__marge__ = function( cont ) { ... }
}

mynamespace = new mynamespace.Namespace( "mynamespace", null, mynamespace );

mynamespace.__namespace__( "utility", function(_) {
　_.MyUtilityClass = function() {
　　...
　}
});

var obj = new mynamespace.utility.MyUtilityClass;

やべぇ、javascript 面白すぎ

あ、Namespace のコンストラクタで __marge__(obj); してないや。

無名関数があるからあんまり意味無いけど、Boost.Bind が超簡単に実装できるとか楽しすぎ。

Boost.Bindて知らんけどクロージャでスコープ引っ張りつつInvok関数みたいなので任意コンテキストに縛って実行って感じで出来る？

NamespaceてよりScriptContextだな。

よく考えたらjdk6のrhinoは
ant -Ddebug=off -Dno-regexp=true -Dno-e4x=false smalljar

なsmalljar.jarをベースにしてんだな。
仕様には関係ないが

>>714
PC用途なくせに、なんでそんな事を…。
みんなJavaじゃなくてJavaScriptにいっちゃわないためか？

http://d.hatena.ne.jp/shogo4405/20070121/1169394889

>>715
フットプリントを小さくしたかったらしい。
JAVA的にはScripting APIの仕様が適応出来て
親しみ易くJAVA実装のある言語を選んだ訳だから最低限インタプリタで動いてJAVAと通信できれば良いらしい。

だからコンパイルモードのコードは削除され、一部LiveConnectのコードも削除・簡易代替に変更されてる。
E4Xは文法いじるからとっつき難くなるから排除らしい。
rhino独自の組み込み関数も削除されてる。help()が効かないんで驚いたよｗ
rhinoは色々な用途向けにビルドオプションを用意してるからコアエンジン部分はビルドし直せば影響ないし。

元もとrhinoは内部プロパティにアクセスする__proto__とか__parent__とかはサポートしてないし、
LiveConnectも一部機能をサポートしない変わりにJavaとの通信性を高めてる。
EcmaScriptに毛が生えただけの本家実装だから他の実装よりこのスレ向きだろうね。

>>717
ほー。
でもそんなの言い訳でしょ？
MEならわかるけどSEでフットプリントガリガリ削る必要性なんてないじゃん。

＞help()が効かないんで驚いたよｗ
ってことはprintもreadFileもloadもない？？ダメすぎｗｗｗ

>>718
readFile はない。
print,load はあるな。

>>718
削る必要性ないのに「言い訳」ってどういうこと?
言い訳って、理由があって出来ないことを、誤魔化すことでしょ?
フットプリント的に削る必要がないのに、
削るって事は、ポリシーの問題って事なんじゃないの?

>>717
> E4Xは文法いじるからとっつき難くなるから排除らしい。

Javaの方でもやっているからって事はないかな?

>>720
＞言い訳って、理由があって出来ないことを、誤魔化すことでしょ?

Rhinoをフル搭載することは、Sunの都合上の理由があって出来ない。
それを、

＞ポリシーの問題

という風に問題をずらして誤魔化す、という「言い訳」をしてるんでしょ。

>>722のレスは本質をついていて参考になる。
このような高度な内容を平易に語れる人は少ない。
さんくす。

Java側に類似のクラスがあって、
ECMAScript標準でないものは、外す候補になるとは思う。
ただし外しすぎるとJavascriptとしての使い勝手が、
既存コードやノウハウの流用上、悪くなり、バランスを考えないといけない。

使い勝手のみ考えたら-Dno-regexp=falseでビルドしてJava 1.4の正規表現ライブラリラップした方がJava使いには良いだろうね。

>>722
幾つかあってどれが今回のに当てはまるかよく分からんｗ

JavaVM上で動く言語を黙認してたくせに突然Groovyを標準化して一本化しようとした事か？

標準化も実装も間に合わなくて知名度、安定性、入り易さの優れるrhinoを選んだは良いがコンパイラもデバッガも排除ってオチか。

考えてみるとjsソースを事前にコンパイルしといてdefineClass()でオンデマンドロードの方が使い勝手良いのに。

Ecmaの仕様から考えるとコンテキストとスコープの関係、プロトタイプチェーン、深い部分の仕様ミス、そもそもクラスベースOOPな人間にプロトタイプOOアプローチは出来ない。

その上、Javaとの通信もマシン型の未実装で不完全。暗黙の変換時のみ使われる予定のCharクラスも無い、でまだ言語として問題点山盛りなのにな。

始めてRhinoに触れるならその文化を残す理由も余りない
むしろimportで割り切ってくれたほうが学習コストも低くすむ

表面上の学習コストは元々低いよ

RhinoのScriptableインターフェイスについてなんですが、
get、put、hasが持ってるパラメータScriptable startって
何のためにあるんでしょうか。
いくらか試してみたんですが常にthis == startになりました。
this != startになることってあるんでしょうか ?

あの引数startはスコープじゃなかったか？
そりゃｔｈｉｓになると思うけど。
いわゆるインスタンスの動的メンバにアクセスするためじゃない？

JavaDocが今手元にないけどそれ読んでみればいい

ネタないねage

jdk6のrhinoが使えねぇー
sunの勝手な解釈でJavaAdapterがインタフェースの単一実装しか出来なくなりました。

GUI書くときは無名オブジェクトに対してリスナー系インターフェイス＋α実装とコンポーネント系クラス継承を一度にしてサクっとインスタンス化しちゃうのに・・・

いちいちnewした後に関数再定義してJavaAdapterでインタフェース実装しなきゃいけなくなった・・・

そもそもJavaAdapterとかはjsの機能じゃなくてLiveConnectの機能なんだからネスケの実装しかつかえねぇーYO!

ぅゎー、そんな無体なことに。sun腐ってるな。

FirefoxのJavascriptエンジンは1.7とかいってPythonくさい機能を大量に装備したけど、
それらはECMAScript 4th ed.(Javascript 2.0)には入るのかな？

↓は更新跡絶えているし、どういう状況なんだろうね。

ECMAScript 4 Netscape Proposal
http://www.mozilla.org/js/language/es4/
JavaScript 2.0 and ECMAScript Edition 4
http://developer.mozilla.org/en/docs/JavaScript_Language_Resources#JavaScript_2.0_and_ECMAScript_Edition_4

js17はjs20の先行実装。fx2.0系のgeckoは次世代仕様の為の先行実装されまくり。
実験的な意味が強い。rhinoが1.6止まりなのもそのせいじゃない？

むしろjs16がspidermonkyのGCバグフィックスリリースなのにrhino1.6が出たのが不思議。Date.nowがrhinoでもサポートされただけだし。
rhinoエンジンのバージョン定数の1.6のところの値が1.5と同じ"1.5"になってるから見てみ？

じゃあjs1.7はproposal用reference implementationの一つなのかな。

いやjs20の仕様を全て実装した訳じゃないよ。じゃなきゃバージョンが2.0になってるだろ？

実験的先行実装たしかDOM lv3もまだ実験段階だし、ていうかmozillaのとこ探せば開発者向け文書落ちてる

ﾀﾏﾘﾝ用のコンパイラはちゃんと出来るのかのう。
Perl 6 みたいな事にならないと良いけど…

http://developer.mozilla.org/es4/ 更新来ただよ。
今回は差分も見やすく？
http://developer.mozilla.org/es4/export-diff/

enum ｷﾀ━━━ヽ(∀ﾟ )人(ﾟ∀ﾟ)人( ﾟ∀)ノ━━━ !!!

>>737　タマリン用じゃなくてタマリン自身がFlash9の開発環境（AVM2+IDE）のうちのAVM2のソースコードの一部のJITコンパイラ＋GCフレームワーク＋AS実行のためのコアライブラリだよ。

swfファイルはJITじゃなくて事前コンパイルされたAVN2バイトコードだ。

んで次期ASも次期JSもES4に取り込む予定だから基本的な部分は流用出来るから、
まず、次期Fxに載せて小手調べするんだろ。

タマリン自体はOSSで汎用のES4ランタイムになってそれをベースに将来のmozilla製品とadbe製品用の実装しちゃうって事だろ。

残りのECMA-262WGであるアップルとMSとオペラが反応なしってのが何か起こりそうだ。

http://ja.wikibooks.org/wiki/JavaScript
もー、なんかたまに気が向いたら書いてるけど、飽きたー
誰か書き足せー（一部そうしてくれた人もいるけど

これjavascript2.0が出たら殆ど書き直しになるんだよね。
だから手出してない。2.0は項目分けるのかな？

>>740
入門まで呼んだ。続きは気が向いたら。
- 「JavaScript 導入」「JavaScriptとは？」の中のブラウザ意外の実装の話は
独立した節にして「JavaScriptの歴史」の中身あたりを「JavaScriptとは？」に
ひっぱってきたらどうだろう？
- Number Type が数字型になってたり数値型になってたりするけど
プログラミング言語界隈一般では数値型だと思う。
(すう‐じ【数字】:数を表す文字。アラビア数字・漢数字またはローマ数字など。)

>740
アドバイスありがとう、若干直した。

> JavaScript 導入」「JavaScriptとは？」の中のブラウザ意外の実装の話は
独立した節にして「JavaScriptの歴史」の中身あたりを「JavaScriptとは？」に
ひっぱってきたらどうだろう？

「ブラウザ意外の実装の話は独立した節にして」っというのは何処まで独立して扱えばいいのかな？
オブジェクト指向に関しては、詳しい解説は後で書くにしても
JavaScriptとJavaの比較を独立した解説とするのは何処までやれば良いんだろう？
簡単にJavaとJavaScriptのほぼ同じ機能のコードを並べてしまうのかな？
それとも、Perlとかの言語まで含めて、JavaScriptはどのように動いているのかを詳しく書いた方がいいのかな？


簡単なJava

> Number Type が数字型になってたり数値型になってたりするけど
すいません。これは完全に私の凡ミスですね。移行気を付けて行こうと思います。

> これjavascript2.0が出たら殆ど書き直しになるんだよね。
普通は分けると思う。

ところで自分なりに思うんだけど、JavaScript2.0って将来普及するのかな？
自分あまり詳しくないのですが、簡単に読んだ感じでは、変にガチガチになっちゃってイライラするところがあるんだけど。
正直、2.0は2.0があうところで独立に共存しそうなんですが…

ブラウザが古いJavaScriptを無視することはないだろ。
Flash 9では、実行性能が欲しけりゃECMAScript 4、
という縛りをつけてきた。

高機能なIDEが前提なら、strictな型はいいことづくめ。
Flash 9のIDEがどうだかは知らんが。

実行時に型を特定するのはしんどいんだなｗ

実行してみなきゃ型がわかんないから実行してみるわけだけどでも副作用が、

>>743
>>742ではないしまだ殆ど読んでないから外してるかも知れんが、「JavaScriptの歴史」辺りにLiveScriptの話出してjavaとは別物である事を強調しつつ
マーケティング的な理由でsunからライセンス受けてjavaの名前を使ってるってのを解説した方が良いと思う。

>簡単にJavaとJavaScriptのほぼ同じ機能のコードを並べてしまうのかな？
Groovyじゃないんだからそれは止めた方が良いと思う。
プロトタイプベースとクラスベースは本来アプローチが違うんだから並べて比較は出来ない。
プロトタイプベースの方が言語仕様レベルでデザインパターンを駆使して楽にコード書こうとしてるし、
javascriptの場合、関数型言語に近い作法が多い。だから何処かで他のプロトタイプベース言語や関数型言語の概念を
「仲間」として出すとかした上で敢えてクラスベースと比較した方が効果的だと思う。

＞プロトタイプベースの方が言語仕様レベルでデザインパターンを駆使して楽にコード書こうとしてるし、

kwsk

>>744
静的プロパティが導入されればIDEの入力支援とマッチするからクラスベースしかできない連中が喜ぶんじゃない？

まあ、callオブジェクトがなくなる時点でjavascriptじゃなくなるが。
無名再帰はどうやってすればいいんだ！？

クラスベースイラネ！mix-inの規約化された仕組みとjava並みの単純で強力な名前空間があればそれで良い！

>>749
javascriptの話だけどプロトタイプチェーン自体がPrototypeパターンのChain of Responsibilityだからオブジェクトのクローニングとメッセージ処理の委譲を同時にやっていわゆる継承を実現してる。

雛型であるクラスを定義してサブクラス化してインスタンス化して使う、より使うためのプロセスが減る。

ただし、この継承部分が今の所、複数の方法があって、しかもネットスケープの__proto__や__parent__以外は効果が曖昧だったりする。
クラスベースな連中が想像する継承を実現するのはこれ位だろう。

で、javascriptはオブジェクトをただの連想配列として扱ってて、各プロパティはStrategy パターンとも捉えられる。
「javascriptのプロパティは呼び出せるプロパティ」とよく言われるしね。
まあ、オブジェクトに対するメッセージがStrategy パターンと言うならそれまでだけど。

だから、全ての連想配列についてPrototypeパターンのChain of Responsibilityを構築してツリー状になっててそのリーフ一つ一つがStrategy パターンです。って感じ。

コンテキストとスコープとプロトタイプチェーンの関係はややこしくなるから省くよ。

あーと、javascriptの場合
>リーフ一つ一つがStrategy パターン
の部分が自分そのものや自分の所有者や呼び出し元をreturn出来るから厳密にはツリーってよりフラグになるんだけど・・・。

>>751
プロトタイプベースの何がいいの？つったら、いつもCoRが出て先が続かないｗ
Strategyはそうとも言えるかも知れないけど、CoRとStrategyだけじゃ
＞プロトタイプベースの方が言語仕様レベルでデザインパターンを駆使して楽にコード書こうとしてるし、
とは言い難いような。

つうか、Strategyはプロトタイプベースかどうかより、
関数やクロージャがファーストクラスかどうかの問題の気が。

>>748
> 「JavaScriptの歴史」辺りにLiveScriptの話出してjavaとは別物である事を強調しつつ
> マーケティング的な理由でsunからライセンス受けてjavaの名前を使ってるってのを解説した方が良いと思う。

このあたりWikipediaでは「要出典」になってるんだけど
検証可能性を満たすソースは存在するの？

>>754
要出典なの！？
常識だと思ってた・・・。てことはLiveScriptが実装された頃からjs叩いてた俺は生き証人ってやつになるのか・・・。

>検証可能性を満たすソース
難しいね。W3CとかIETFとかnetscapeが歴史資料の一部としてなら保管してるだろうけど。
その他の場所に信頼性のあるソースが転がってるとは思えない。
古臭いMLやネットニュースのアーカイブを片っ端から当れば出てくるかもしれないけど
古来のサーバーは軒並み死んでるからね。

それこそ当時を知る人間じゃないとそんな鯖を見つけ出す事は不可能だし・・・。

遅レスｽﾏｿ。737 だけど、

>>739
そういう意味では AVM2 用のバイトコンパイラがちゃんと出来るのかなって意味ね。
ECMAScript のソースコードをバイトコードにコンパイルする為のコンパイラが欲しい。

今ある選択肢は↓こんな感じだけど、3 が出来たらインタラクティブシェル的に使える
様になるので嬉しいなと。

  1. Adobe の開発環境を使う（有料）
  2. OCaml で書かれたオープンソースのコンパイラ MTASC を使う
  3. SpiderMonkey のコンパイラを AVM2 用のバイトコードを吐ける様に
     改修する作業が終わるのを待つ
  4. AVM2 のセルフホストコンパイラが完成するのを待つ

もそも経緯を考えれば要出典もクソもないけどな。LiveScriptの開発コードはMochaって言うんだけどMochaを作った理由はNN1.1に実装されてた
LiveDocumentっていうサーバープッシュ・クライアントプル技術を利用した動的文書技術でその延長としてMochaを実装したんだが
サーバープッシュ・クライアントプルじゃCGI使うんで鯖に負荷をかけるし当時はCGIの脆弱性が問題視されててクライアントサイドで完結した動的文書の為にMochaを開発し始めたんだよ。

んでNN2.0bに搭載されたんだけどこの頃は確実にLiveScript(Mocha)だったんだけど95年12月にsunと契約してJavaの商標権借りてJavaScriptに変えたんだけど、
その理由がお互いクライアントサイドのみでwebページに動的な変更を与える能力を付加するって目的が一致してて
（当時のjavaは組み込みとサーバーサイドにアピールして両方ボロクソに叩かれてクライアントサイドに逃げてきたって経緯がある）

かつBrendan Eichがjavaに興味持って利害が一致したんでお互いjavaの名前を使ってwebページを動的に変更できる部分をアピールして行こうって事で契約が成立したはず。
これがマーケティング的な理由って部分。問題はいつ名称変更されたかでNN3.0XのどれかのマイナーアップかNN2.0の正式版で既に名称変更してるかで意見が分かれるんだよ。
2.0が96/3、3.0が96/8なんだけど2.0だと実際に権利処理が間に合うか疑問だし。どのverで変更したか確認できればいいけどね。

なんで変更したかはやっぱアーカイブの記事あさるしか・・・

国内鯖探してみたけどパッとしないね。

javascriptの関連技術にLiveがつくのはLiveDocumentから来てる事だし、JS13までJS仕様にDOMが含まれてたのも元々DOMの根源たる根源がLiveDocumentの思想で
それをクライアントサイドで完結させるためのLiveScriptだからね。
JS14からコアとDOMが分離されたのはW3C標準になったからだろう。こうみてもLiveScriptにJavaなんて一切関係ない。

信頼できるソースが転がってるとはやっぱ思えんなぁ。wikipedia自体間違えまくってるしね。
Netscape Navigatorの項の「当初は「Mozilla」という名前でリリースされる予定だったが、マーケティングの理由により、「Netscape」に変更されている」とか。

本当はmosaic開発チームがNCSAの方針に反発して独立してMosaic Communications Corporationを作って
Mosaic Communications Corporation版mosaicを開発して、
その開発コードがmozillaなんだけどその次期mozillaであるmozilla 2.0
(Mosaic Communications Corporation版mosaic 2.0)をシェアウェアとして売ろうとしたら
正式リリース直前でNCSAが離反報復に出てmosaicの商標権はうちにあるから使うなって言いだして
了承せざるを得なかったからしぶしぶNetscape Navigatorに変えてNetscape Communicationsに社名変更したんだしね。

ここらへんはMozilla Application Suiteのwikipediaの方が正確だし「sunからライセンス受けてjavascriptにした」が要出典なら
「NCSA Mosaicで知られるNCSAの圧力により、社名も製品名もMosaicから Netscapeに改名を迫られた経緯」も要出典だと思うよ。

出典出せって言われても当時は何処でも当たり前に言われてたんで出典が何処かは今となっては分からないんだよ・・・。

現在のwww自体また聞きに次ぐまた聞きでしか知らない連中が曖昧なまま垂れ流してるんだし。ﾑｽﾞｶｼｽ

>>756
1. は今のところ無料で出来るぞ。
http://usrb.in/amachang/static/wcan200701/
http://d.hatena.ne.jp/nitoyon/20070131/asc_authoring
http://d.hatena.ne.jp/nitoyon/20070201/tamarin_trial

Tamarin とは別に、Ecma TC39-TG1 で Standard ML ベースの
ES4 の参照実装を作ってるので、数ヵ月後の公開を期待。
(Tamarin の CVS にさっぱり動きがないのはこれに注力中なのかな？)
https://mail.mozilla.org/private/es4-discuss/2007-March/000447.html

>>754 >>757-759
ES3 以降しか知らんし、又聞きの大元でしかないと思うが参考資料あげとく。

Brenden Eich による記事・発表
http://wp.netscape.com/comprod/columns/techvision/innovators_be.html
http://www.mozilla.org/js/language/ICFP-Keynote.ppt

95年12月の Sun,Netscape の発表
http://wp.netscape.com/newsref/pr/newsrelease67.html

"JavaScript" 自体はそれ以前から Sun の商標
http://web.archive.org/web/20031206081810/http://www.sun.com/suntrademarks/#J

Mozilla Classic に残る Mocha
http://lxr.mozilla.org/classic/source/lib/libmocha/
http://www.mozilla.org/classic/libmdesc.html

>>761
> 95年12月の Sun,Netscape の発表
> http://wp.netscape.com/newsref/pr/newsrelease67.html
>
> "JavaScript" 自体はそれ以前から Sun の商標
> http://web.archive.org/web/20031206081810/http://www.sun.com/suntrademarks/#J

「それ」って95年を指すのか? そのわりに2003年のものを持ってきても仕方
ないと思うんだが。
だいいち95年末じゃあ、まだwaybackmachineはなかったと思う。
waybackmachine始動は96年か97年。

>>748
> プロトタイプベースの方が言語仕様レベルでデザインパターンを駆使して楽にコード書こうとしてるし、
> javascriptの場合、関数型言語に近い作法が多い。だから何処かで他のプロトタイプベース言語や関数型言語の概念を
> 「仲間」として出すとかした上で敢えてクラスベースと比較した方が効果的だと思う。

実は自分、LispとかHaskellくらいを「あー、こんなもんなのかー」と思いながらサッと流してしまった人間なので、正直少々荷が重い所があります。
少しどうすればよいのか、コードなんかの具体的な所が欲しい。ごめん…。

組み込んだデザインパタンな所は、言語使用というよりは、柔軟なプログラミングのための機能といえる様な所があるから
確かにデザパタ組み込んだ、は大げさな言い方と思う。

waybackmachineってwebページを保存するってサイト？
じじいの記憶が正しければ96年だと思う。

>Mozilla Classic
NN5ﾅﾂｶｼｽ。

>>762 ごめん。10年間違えた。

どうぶつ奇想天外でオマキザルが出てる。

タマリンの仲間だぜ？

http://wiki.mozilla.org/Mozilla_2
Q2-07 * ES4 Spec and Ref Impl Complete
Q3-07 * Begin Tamarin/SM integration
Q4-08 * Moz2/FF4 Ship
来年か…できるかな？

ファイナルファンタジーかとオモタ。Fxの事ね。
mozillaがロードマップ通りに進む訳がない。子供が予定日に生まれないのと同じだ。

>>760
thanx.
asc_authoring.jar でも遊んでみます。

>766
一瞬ポケモンの名前かと思った

数字型って、規格上64ビット浮動小数点型のはずなんだが、ie,Firefox,Operaともに
document.write( Math.pow( 2,120 ) );
とかやらせてみるときちんと計算されるんだが、これはどう解釈すればいいのだ？

>>771
指数部は10ビットなので Math.pow(2, 1024) でオーバーフロー

ありがと、オーバーフローさせたら+Infinityが返ってきた

実は実装で拡張されてたりする。
rhinoってnumberの整数表現はjavaのlongまでだった気する。

小数表現もstrictfp使ってるわけじゃないからIEEE-doubleでは無くCPUのFPU依存。

自己反映計算なくなったら無名再帰どうやって書けばいいの？
仕様上はもう無いけどさ・・・。

Y-コンビネータとかどうやって書けばいいの？
そんなに暗黒面の力が嫌いか！

Brenden Eichってなんて読むの。ファミ名の方がよくわからん。
アイク？それともエイク？独語風にエイヒじゃないよね？

ごめん。独語風ならアイヒだね。＜ﾂｯｺﾐ予防

えーいち

まさか。日本人だったの、あの人？

Javascriptの文字列操作についての質問です。
C言語の場合日本語は2バイトなので、
char型のポインタを使ってリーダーバイト、トレーラーバイト共に操作すればよいのですが
JavaScriptの場合はどうすればよいのでしょうか?
文字列のハッシュ値を求めたいのですが、
var string = 'hogehuga';

function hash(str){
var h = 0;
var weight = 0;
for (var n = 0 ;n < str.length; ++n, ++weight){
if ( weight > 7){
weight = 0;
}
h += str.charAt(n) << (4*weight);
}
return h % 7;
}

alert(hoge);

としても
0が帰ってきてしまいます。

・関数hashが一度も呼び出されてない
・ハッシュ値を計算するなら、マルチバイトとか気にせず1バイトずつ処理すりゃいいんじゃないの？
・StringのcharAtは文字列のオブジェクトを返すんだけど

・関数hashが一度も呼び出されてない
馬鹿だ、俺。
var string = 'hogehuga';

function hash(str){
var h = 0;
var weight = 0;
for (var n = 0 ;n < str.length; ++n, ++weight){
if ( weight > 7){
weight = 0;
}
h += str.charAt(n) << (4*weight);
}
return h % 7;
}

hoge = hash(string);
alert(hoge);

です。コピペ間違いです。
・ハッシュ値を計算するなら、マルチバイトとか気にせず1バイトずつ処理すりゃいいんじゃないの？
JavaScriptってchar型の変数、定義できるんですか?
・StringのcharAtは文字列のオブジェクトを返すんだけど
帰ってきた文字を数値に変換すると言うことですか?

charAtじゃなく、charCodeAt使え。

こんな関数があったとは!!!!!!!!
どうも有り難うございます!!!!!!!!

どうしてJavaScriptではバイナリデータを扱えないのですか？

文字列型を使ってバイナリ列を表現できるよ。
バイナリファイルを扱いたいということなら
そもそもECMAScriptではファイル入出力について規定されてないから。

処理系を自分で拡張するとか

そこでLiveConnectですよ奥さん。

え、俺男なんですけど。

>>789
ヒント：性転換

いや、むしろ
ヒント:慣用句

３人とも帰っていいよ

MozillaのCVSリポジトリからタマリンがごっそり消えた

なにがあったんだ……

>>793
よく読んだら別管理になったらしいことがわかった

ttp://hg.mozilla.org/tamarin-central/
mercurialリポジトリだ

所詮2chのことなのに、ここが糞スレとかいわれるとなんか腹が立つ。

ところで、特定のスコープ内でvar宣言なしに代入した変数が
グローバルオブジェクトのプロパティになるというのは、
ECMA 262-3rdの10.1.4と11.13.1と8.7.2を見れば明らかだよな。

トップレベルでのdefineのことかーっ

キタだよ。ES4 reference Implementation
http://www.ecmascript-lang.org/
http://weblogs.mozillazine.org/roadmap/archives/2007/06/
http://lambda-the-ultimate.org/node/2289

ちょっとミスった。
http://weblogs.mozillazine.org/roadmap/archives/2007/06/ecmascript_edition_4_reference.html

>>796
rhinoでグローバルオブジェクトをトップレベルでnewするとコンテキストチェーンが・・・

>>797
これってまだES4だけでベンダ実装のJS20とかはまだっぽい？
実際に使えるのはまだまだ、先っぽいよね。
ecma-262 ed.3から激変した混乱もあるだろうし。

>>800
AS3 はだいぶ近い。クラス関連の激変分はカバーしてると思う。
JS.Net は結構別物。
Web 上でつかえるかってのなら早くて再来年だな。

AS3 は近いというより ES4 規格の元になってるというほうがいいかな。
現在の http://developer.mozilla.org/es4/spec/spec.html はほとんど AS3
ES4 規格が出来たら、AS4 として出してくるんだろうけど。

Web 方面もソース見たら Opera な人もだいぶ噛んでるようなので
Fx だけじゃなくいけるかもしれない。

どちらかというと、今はadobeとmozillaがタッグ組んでるからMSとoperaが自然と浮いてる感じじゃない？
MSって標準化グループに居たっけ？

あと、個人的な観点だけどJS13以降for-in文のあるecma-262にイテレータの類いらなくない？
どいつもこいつもrubyに触発されすぎだと思うんだけど。
rubyの作法は生産性は高いけど、保守性とリファクタリング耐性が低いと思う。
JavaScriptはモジュール性と後者二つが重要だぞ。

アァ？！
ルビキチつれてくるぞ？

rubyは全然知らないんだけども、
俺はイタレータは必要だと思う。
コレクションの部分指定に逆方向走査、入出力抽象化などなど、
イタレータパターンはすっかり成熟していると思う。
豊富で洗練されたライブラリを持つには是非とも必要。

そんなでかくする必要ねーよということなら分からないでもないが。

>ルビキチつれてくるぞ？
別につれて来て良いと思うけどあっちはサーバー側でしょ。需要が違うと思う。

そもそも、ESとして入出力が必要かね。
ESとしては標準化する必要はないと思うが。
ネット越しが大前提だから勝手に読み書きはまずいし。

>そんなでかくする必要ねーよ
これもブラウザに実装する面を考えれば重要だよ。ランタイム肥大化するし、
ライブラリを大量に標準化してもどうせMSが準拠しないのは目に見えてるし。
非互換なライブラリが増えればまたブラウザ戦争だし。
結局自分でクロスブラウザライブラリ作る羽目になる。
本当に必要最低限だけでいい気がする。

イテレータを標準化すべきかって言うと、やはり標準化された方が俺は嬉しい。
ライブラリ間でコンセンサスが取れるのが大きそうだし、
function を引数に取るメソッドが大っぴらにあった方が面白そうだから。

ただ、現実問題として、現行のライブラリでは別の名前になっているのがほとんどだろうから
移行に時間がかかるだろうし、for 文と被るところがあるし（被ろうが構わない、という言語ならともかく）、
IE のことも考えると、標準化されてもあまり意味は無いし、それならいっそされない方が良いとは思う。
現行なら prototype に書き足すだけで、使う分には大した手間にならないし。

って ES4 なら、どうせ混乱するに決まってるんだから全部入れちま（ｒｙ

>>803
イテレータを入れると保守性とリファクタリング耐性が落ちるってのか？
ナに言ってんだお前。

>全部入れちま（ｒｙ
それだとリフレクション機能排除した意味なくね？
まあ、あれは最適化を妨げるから云々と結構前から言ってたけど。

>>808
>イテレータを入れると
>rubyの作法は

>>809
>>イテレータを入れると
>>rubyの作法は

アホ。別の話ってんなら、イテレータを入れてはダメな根拠0じゃねーか。出直して来い。

お前には一つ上の文が読めんのか？

>for-in文のあるecma-262にイテレータの類いらなくない？

ES4が部分的にRubyに影響受けてるのも事実。
もともと、パラダイムが違うのにわざわざ他流を入れすぎればカオスの元。ES4と3の激変をみれば明らか。

>>811
はぁ？そんなのがイテレータが要らないって理由だったのか？
あまりにアホな意見なんで確かに見逃した。
もう、forがあればwhileは要らないだろ並にアホだもの。

>ES4が部分的にRubyに影響受けてるのも事実。
これは具体的にどの言語機能が？そんな事実も無いのに言い切るなよ？

>これは具体的にどの言語機能が？
javascript1.7がでた時点で散々PythonとRubyの真似と言われてるんだが。
というかもともとコミニュティー側からの声が大きくて実装した。

ttp://www.betanews.com/article/Firefox_20_to_Feature_New_JavaScript_17/1160795703

For that reason, the upgrade of the interpreter to version 1.7 will be of prime importance,
especially as JavaScript begins to take on more of the programming features of newer,
compelling scripting languages such as Python and Ruby. "JavaScript 1.7...implements a whole host of new features that were really inspired by the takeoff of other languages that have become popular, like Python and Ruby,"
stated Schroepfer, "so we take the JavaScript language to that next level."

あたりよく読め。技術責任者自らこう言ってる。
JS17は当時、ES4やJS20へ取り込み予定の機能を試験するための16のアップデートでもある。
for-each-inなどがES4で標準化されてるんだから。
ちゃんと役目果たしてるよな。

まねって事でもないと思うよ。
PythonやRubyがこの世になくても、入れて当然の機能が多いから。
むしろ色々な世界を切り開いているのは、
かつてはscheme, ML, Haskellなどの関数型言語系。今はC++だろう。
PythonもRubyもすごく保守的だ。

それから、イタレータの用途は、DOMのイタレータ型のインターフェースとか、
HTTP responseのイタレータとか、chunk型のhttpストリームとか、
いくらでもあるんじゃないの?

イタレータのないプログラミング言語は、
宣言型風にプログラムを書きにくくて、使う気がしない。

C++ って何かしてたのけ?

つobject oriented + meta programming

イテレータの実装法はいくらでもあるけど、そこに重点を見出して言語機能で直感的なわかりやすさ重視でやってやろうってのは、新しいパラダイムだと思うけどなー＞RubyやPython

関数型の話が出てる時になんだが、現在、一般的にオブジェクト指向と呼ばれてる概念
を広く浸透させた功績があるじゃない。

javascriptは関数型だけどSelfの影響が強いけど。

>>816
たまにでいいのでAdaの事も思い出してあげてください。

>>813
結局ES4に入ってない機能にいちゃもんつけてたお前はスゲーよ

お前はどうあっても叩きたいんだなｗ

ある関数があるとして、それが定義されているファイル名や行番号を知ることはできますか。
また、eval("function f(x) { return x*x; }") を実行するときに、ファイル名や行番号を与えることはできますか。

evalをバエルと読んでしまったよ閣下・・・orz

無理

doxygenとかjavadocとかドキュメンテーションツールがjavascriptにも
欲しいです。根性ですかソース管理はそうですか？ ('A`)

使ったことはないが
ttp://code.google.com/p/jsdoc-2/

http://jsdoc.sourceforge.net/ じゃなくて？と思ったら 2 ですか。
perl いらずの full JS で ブラウザか Rhino で動く、か。

3年目記念ｶｷｺ
あと3年は持つな

yield をカタカナ表記するために、ヤ行に新しく /ji/ の音を導入する必要があるな
イールドじゃ、納得できない

イィール゜ド

ヰールドとかヱールドってかんじ？

ヰンダーの魔除け

>>830
それはウィールドとウェールドだ

spidermonkeyでスクリプトを書いてみているのですが、print()を使うと必ず改行も出力されてしまうようです。
改行を含めずにprint()することはできますか。

System.print()など

>>833
bash$ js
js> System
typein:1: ReferenceError: System is not defined

System というオブジェクトは定義されていないようです。

>>833
js.c の Print 関数が本体で、
最後に fputc('\n', gOutFile); してるだけなので、そこだけ削ってリコンパイル。

>>835
java.lang.System

SpiderMonkey(JS Shell)ってデフォだと liveconnect 組み込んてないだろ

JS Shellだけならね。
だからlive connectを取るか（rhino）
最新仕様を取るか（spidermonkey）だよ。

それ以上するならどっちにしろビルドからやった方が良い。
rhinoはjar突っ込むだけで+E4Xだから手軽だよね。

>>833 が spidermonkey つってんのに rhino 持ち出すのはどうかいな。
出入力など実用は rhino の方が楽なんで、こだわらんけど。

spidermonkeyもliveconnect使えるだろ。
ビルド時の問題ってだけで。
rhinoだと公式ビルドのdistroで初めからオールインワンなんだよ。

素のsmjsだと無理だろ。

だからspidermonkeyは元が組み込み用だからスタンドアロンな利用は弱いって、
rhinoで良いじゃん。フットプリントでかいから組み込みには向かんがｗ

spidermonkeyはdefineClass()みたいなのないの？

>>843
JSClass 実装して、JS_InitClass だろーな。
http://aoeex.com/personal/2006/12/28/coding_with_spidermonkey_part_iv.php
Java の Class そのまんまな感じの defineClass @ rhino よりも、
C だからメソッド＆プロパティの設定とかえらく面倒だけど。

spidermonkeyは小さいしごちゃごちゃしてなくて良いなぁ・・・。

じゃあ、自分で必要なもの実装してエンジンに関連付ければ良いんじゃ？
実行時にスクリプトから出来るのかよく分からんが。

動的ライブラリの仕組みは SpiderMonkey 自体はもってないので
それも自前で実装しなきゃあかん、そんなに大変じゃないけど。

rhinoも持ってないぞ。てかEcma-262 ed.3も標準化してないな。4からか。

Java自体が全部動的リンクなだけだぁーｗ

おっと、一応コンパイル済みJSをロードするフレームワークは持ってるね。オプションだからエンジンとは直接関係ないけど。

>>34

wxJavascript、普通に便利だな。Windows の場合、否が応でもコンソールが開いてしまうみたいなので
GUI アプリを組むにはイマイチだし、一部のサンプルプログラムを終了させるときに後味が悪かったり
wxWidgets の部分は挙動が怪しい部分もあるが、SpiderMonkey のシェルとしては、MySQL も SQLite
Expat もファイル I/O も使えてしまうので、非常にお手軽で優秀。オヌヌメ。

見てみた。確かに良いがRhino使いには初めからバックボーンにjavaのライブラリがいるから利点ないな。

Swing+javaアダプタは楽だよ。

>Windows の場合、否が応でもコンソールが開いてしまうみたい
win版wxWidgets側の問題だな。

rhinoのJavaAdapterってただのリフレクションかと思ったらもっと高度なことしてるんだね。

アダプトするjavaのスーパークラス(指定されない場合はECMAのObjectオブジェクトが使われる)とインターフェースをjava側で動的ロードして
スーパークラスにインターフェースを実装したjavaクラスのバイトコード吐いて
そのバイトコードをjsオブジェクトとしてrhino側で動的ロードし直したインスタンスを返してる。

jdk6の実装でJavaAdapterが簡略化されたのはこれのせいだろうね。
jdk6の実装だとバイトコード吐く部分が省かれてるから。
serialize()とdeserialize()もなくなってるし。
serialize()とdeserialize()はゲームのセーブデータ読み書きがこれだけで出来る神関数だったんだけど。

>>850
ネタ投下してやんよｼｭ!､ｼｭ!!(AAry

JOGL デモ　demos.gears.GearsのRhino移植。

動作確認環境
java se 6
JOGL 1.1.0

多分JOGL1.0以上なら動く。

ttp://sourcepost.sytes.net/sourcepost/sourceview.aspx?source_id=29591
javaソースのただのベタ移植なんでかなり冗長。

Rhino 1.6R6来てるよ。
ソースコードだけ丸ごと無いからcvsから取りに行くようになったのかと思ったらアーカイブ壊れてた。

http://developer.mozilla.org/en/docs/New_in_Rhino_1.6R6
なんか結構大きく変わったみたいだね。
XMLBeansなしでもE4Xがサポートされるようになったのかな。

実は新機能紹介だけすでに
ttp://developer.mozilla.org/en/docs/New_in_Rhino_1.7R1

いつだったか1.6R6と1.7を今後どうしてくかって話してたっけ。
結局Rhinoではjavascript1.6のサポート欠番になりそうだね。
どうせ1.6の機能が正式採用になったのは1.7からなんだけどさ。

あのさ、ecma-262系言語って言ってみれば関数レベルのレキシカルスコープしかないよね。
関数レベルのダイナミックスコープの変数定義するか
親スコープの変数に明示的にアクセスする標準な方法ってある？

function　obj{
this.dynamic=100;
this.func1 = function(){

//ここでError
return this.dynamic;
}
}

obj.func1が実行されてるときアクティブな実行コンテキストは
obj.func1の関数コードだからthisはobjないのthis.func1になるから
func1ないからthis値参照してもobjのインスタンス値じゃなくて
objのthis.dynamicは参照できないよね。

これどうやって解決すればいいんだっけ？

何がしたいんだかよくわからない…解説頼む．
o = new obj();
var value = o.func1();
とかいう話じゃないんだよねぇ…?

クロージャを作りたいって話かしら

rhino1.6R6 試してみたんだが… リソースのメッセージカタログ足りなくない?
% java -jar js.jar -hoge
Exception in thread "main" java.lang.RuntimeException: no message resource found for message property msg.shell.invalid

ごめん。rhinoでHoge.prototypeにJavaAdapter使った場合に関連する謎の挙動だった。
どうも、prototypeにJavaAdapterインスタンス突っ込むとHegeのthisコンテキストすっ飛ばして
JavaAdapter (Hoge.prototypeの方)の方見に行っちゃうみたい。
JavaAdapterのjsObject渡す部分でプロパティ変数定義して
Hoge.prototype.memberで明示的にアクセスするとアクセスできた。
（明示しないと未宣言エラーかundefinedになる）

これLiveConnect側のバグかな？

>>860
>msg.shell.invalid は昔からないけど
そのメッセージが表示される事態になったことないから困ったこともないんだが・・・

>>862
実用上困らんけど気付いてたらレポートしてやったら？
# 実は仕様なのか？

>>860
R6で実装が変わって「コマンドライン引数　-hoge なんて無効だぜ！」っていう
メッセージ「Didn't understand "-hoge"」と以下に続く
Usage文が外部ストリング化されてついでにUsageが詳しくなったんだがプロパティmsg.shell.invalid を忘れたみたいだな。

たぶんMessages.properitesに

msg.shell.invalid　= Didn't understand "{0}"

追加だな。

>>856
もともとRhino 1.6でE4Xサポートしたのにあやかって
SpiderMonkeyのほうもバージョン1.6に引き上げたのにな。
そういう意味では「Rhino 1.6ではJavaScript 1.6を
部分的にサポート」というのがとおりがいいのかな？

いやspidermonkyがE4XのフルサポートでRhinoは部分サポートだろRhinoがフルだっけ？

spidermonkyにE4Xが実装されたときにfor each inがE4X構文拡張からjs1.6独自拡張に格上げされて。
1.7で2.0仕様に採用する予定で実験的にjs仕様に格上げされてes4に正式採用。

それにjs1.6は主にspidermonkyのVMのメモリリークフィックスがメイン。
Arrayに追加されたプロパティとイテレータ・ジェネレータはspidermonkyの独自実装で1.7の余興。
js1.4みたいに世間では事実上の欠番扱いだろ。

1.4もクライアント側の変更はないとマスコミでは言われてるが
実際にはCallやClosure,_proto_,_parent_,argumentsがjs仕様上正式に非推奨になった版で、
かつ、DOMがjs仕様から分離された版でもある。
ecma-262 ed.3あたりで既にリフレクションはecma仕様から外されてたから認識がめちゃくちゃなんだろ。
これは歴史由来。

実際Rhino 1.6系はjs1.5がサポート範囲でマイナーチェンジでE4Xとjs1.6の部分サポートがある程度。
js1.6のVM修正はRhinoには関係ないからだろう。そのVMもいまやｒｙ
世間一般のブラウザ実装がmozillaですらデフォでは1.5+独自拡張モードだから問題はないけど。

https://bugzilla.mozilla.org/show_bug.cgi?id=306664
これ見る限りは >>865 が正解のようだが。

Array Extra は 1.6、何で入れたのかわからんが(AS3? 1.8 で reduce,reduceRight 追加)
Iterator,Generator は 1.7、多分 ES4 仕様に提案->実験実装なんだろうな。
メモリリークフィックスは、DOM との循環参照関連ならば 1.7。違うなら 1.6 からずっと。

mozilla.dev.tech.js-engine とか見てると、
rhino の側でちょっとの間何が 1.6 で何が 1.7 なのかわかんなくなってたような。
今は MDC のを元にしてるようだけど。

>>857
こんなんしかないな

this.dynamic=100;
var self = this;
this.func1 = function(){

//ここでError
return self.dynamic;

>>857
呼び出すときにobj.func1()って形で呼び出せば、
func1の定義内に書いた「this」はobjになるわけだけど、
敢えてそういう呼び出しをしたくないという希望なら
>>868のようにクロージャ使うことになるね
>>861は何をしようとして何ができないのかさっぱりわからん

SpiderMonkeyのメモリリークの修正って昔からちょこちょこと行われてはいるけど、
それが新バージョンの目玉ですって言うようなでかい変更なんてあったか？
Firefox 2ではDOM循環参照関係のメモリリークが修正されたけど、
それはあくまでもDOM/XPConnect周りの修正であって、
コアのJSエンジンそのものとは関係ないだろ。
ttps://bugzilla.mozilla.org/show_bug.cgi?id=336791

それよりR6で末尾呼び出しの最適化が行われるようになったけど
末尾再帰も最適化するんだろうか？
関数型ちっくなコード書きまくる俺にはwktkが止まらないｗ

けど、最近の流行でC構文しか知らない人間がes系言語使ってるけどりかいできてんだろうか？
classいらないからこっち方面を強化してほしかった。
せっかくSelfをC構文にしたのに Smalltalkに逆戻りってのも。

末尾呼び出しの最適化ってRhino 1.6 R1の時点で既に実装されてたんじゃないの。
http://www.mozilla-japan.org/rhino/rhino16R1.html

一応
http://developer.mozilla.org/es4/proposals/proper_tail_calls.html

関数型ちっくも OO ちっくもありよってな、ハイブリッドな方向だろ。
http://developer.mozilla.org/presentations/eich-ajax-experience-2007/#slide6
Brendan 本人はあんまり Pure な OO は好きではないようだが。

>>871
汎用のtail jumpがあれば、tail recursionは当然含まれる。

Tail recursion最適化は、関数入り口へのjumpと引数の調整で済むので、
関数フレームの書き換えが必要なく、実装が容易。
だからC言語あたりでも結構行われている。

pureなOOてSmalltalkのOOの事？
C++のOOは違う気がするんだが。

>>869
>>868のようにクロージャ使うことになるね

俺はお前が名に言ってるかわからん。

「クロージャ使うことになるね」　は？何が？

とりあえず>>857のコードが曖昧でよーわからんので、
objというインスタンスにdynamicとfunc1というプロパティが
あるのだと解釈した

で、obj.func1();って形で呼び出せば、>>857の
>//ここでError
>return this.dynamic;
という部分のthisは正しくobjになるので、
クロージャにしなくても（selfを用意しなくても）よかろう

という意味

>>857 のコードが曖昧なために多少荒れてるな…
ってかそもそもあのコード動かないよな?
みんなエスパーすぎだぜ…

>>857
もう少し具体的なコードが欲しいなぁ……。
>>861 を読む限りでは rhino 限定問題らしいが。

ちなみに >>857 のコードをちと書き直した次のコードは
Firefox 2.0.0.6 では動作する。

function test() { this.d = 100; this.ex = function() { return this.d; }; }
var n = new test();
alert(n.ex());

>>875
すまん、"pure" と "standard" を間違えてたかも。
https://bugzilla.mozilla.org/show_bug.cgi?id=304828#c3
まぁでも this にメソッド呼び出しする(メッセージ送信)ってのにはこだわらないみたい。

しかし読み直すと
https://bugzilla.mozilla.org/show_bug.cgi?id=304828#c20
> - OOP is not always and everywhere elegant.
と言いつつ
https://bugzilla.mozilla.org/show_bug.cgi?id=355257#c7
> You don't have to sell me on anti-OOP.
パラダイム(OOP とか関数型とか)にこだわりのない人だね。

>>875
SmalltalkはpureなOOというより宗教的なOO。
仏教だの道教だのの宗教用語をバズワードのように使う。

そこら辺は、見る人間の素質に依るよね。
宗教人は対立宗教に厳しい様だ。

ごめん、混乱させたね。
ttp://gamdev.org/up/img/9913.zip
↑を作ってるときに発症したんだけど何とか回避したんで元の再現コードはもう無いから状況をうまく説明できない。

Usage:
<rhino_cmd> ControlWindow.js

*<rhino_cmd> は実行可能なRhino Shell
詳細は<rhino_cmd> ControlWindow.js -u で確認。

strictモードでも警告出ないようにするのが苦労した。

#俺はSmalltalkよりSelfやIoの方が好きだな。

>>883
> #俺はSmalltalkよりSelfやIoの方が好きだな。

俺も元はバリバリのSmalltalkerだったが、
今ではprototype指向のほうがpure OOだと
思うようになった。

javascriptはC構文にしたせいでクラスベースしか理解できない連中に誤解されたというか、
連中がパラダイムについていけてないんだよ。

パラダイムの系譜的にはこうなのに。
Smalltalk─Self─Io
　　　　　　　　　└LiveScript

最近、再評価されてるがAJAXなんてレガシーなホストオブジェクトだし。

JavaScript の至上命題は prototype ベースの OO を普及する事
という訳ではないんだから、言語の許す範囲で好きにしたら良いさ

Javascriptが最初からクラスベースだったら、
Python, Ruby, JVM系のGroovyなどが登場する余地は全くなかったと思う。

>>884
prototype指向のほうが純粋な理由は？

あるオブジェクトがプログラムの中で進化していく感じは生き物っぽいとか？
・・・ごめん、メルヘン入ったｗ

pureは違うと思うが、
なんでもobject傾向が高いよな。prototype系は。

その「なんでも」っていうのは、普段プログラム書くときに色々なものをオブジェクトにしやすいってこと？
それともコアな（メタな）レベルでオブジェクトそのものの表現力が高いってこと？
（例えばJavaでいうとClassクラスを定義できるってことが、Javaのクラスの表現力の高さの１つ）

「なんでも」は「なんでも」だ。
どちらか一方を選ぶ必然性はない。

べつにクラスベースだってなんでもオブジェクトにできるじゃん

>>887
javascriptが始めっからクラスベースだったら
関数型+prototypeで動的web pageっていう凶悪な中毒性がないからほかの言語が流行ったと思う。

それを言うならPython, Ruby,GroovyはJVM上で動いてるから
Rhinoの実績がなかったらJVM系スクリプト言語が流行らなかったと思う。

javascriptがうざいエフェクトに使われるはるか以前のMocha/LiveScript時代に
一部の連中があのパラダイムと動的web pageに目を付けて
狂気乱舞してゲーム量産された時期があるんだが
ああいう連中は関数型・prototype・強力なリフレクションに惹かれてたんだよ。
（まあ、すぐにリフレクションは仕様ミスだとnetscapeに訴え続けたが久しく認めてくれなかったね。）

だから、prototypeがないとあまりwktkしない。
あの時代に遅延評価とかY-コンビネータとか
無限リストとか無名再帰とかC構文で見たときwktkしたが
アレにさらにprototypeが足されたら堪らんかったよｗ
真っ先にSmalltalkとSelf周り連想した。
言語仕様をフルに活用したトリッキーで奇抜なコードを読むのも楽しかったし。

>>894
ECMAScriptの策定以前に、そんなに関数型な使い方をガンガンしてるどころか
OOをバリバリ使い倒してるコードが量産された形跡が、今日全くと言っていいほど
見当たらないが、誰がそんなコード書いてたんだ？

>>895
まあ、いわゆるギークとかウィザードと呼ばれる学術的・技術的に精通してた連中？
時期はnetscapeにLiveScriptが正式実装される前のβ版からダイナミックHTML初期以前くらい。

ダイナミックHTMLが流行りだした頃にうざい演出として使われるようになってからそういうソースは消えたね。
Mocha〜LiveScript間の時代だから今の連中が知らなかったり痕跡が残ってないのは当然。

遊んでた連中がお偉いさんになって仕様決めてるか、ソースがホストされてた鯖が死んでるから。

それに太古のwwwってpropaganda shit（糞宣伝屋）の（結構長期間の）工作が｢西洋の暗黒時代の再現｣と
まで言われるほど酷くて一般人の偏見が人権侵害並みに酷くて
ジジイは昔話したがらないから語り継がれることも無いしね。

そのピーク時に起こったのがコランバインの悲劇（コランバイン高校銃乱射事件）だよ。
だから昔話は周辺全部まとめてタブーってのが暗黙の了解。
（ていうよりみんな疲れ果てたんだけど）

そのころ日本の事情しか知らない連中はパソ通マンセーだったから知る由も無いね。
まあ、wwwとコランバイン高校銃乱射事件の関係はGEEKSって本読めば少し分かるよ。

当時、あの本に出てくるサイトに出入りしてたし、著者がwwwに精通した分かってるライタとしてその筋では有名だったし。
フォーラムで意見交換するのが好きな人だったからあの本の登場人物は知らない人間でもないよ。
昔のwwwは何も無かったけど人と有用な話するのは容易だったから
（たとえそれが有名・著名・今でこそお偉いさんであっても）印象に残ってるよ。

だから痕跡なんてないし知る人しか知らない話ってところ？
このまま歴史に消した方が良い事実でもあるけどね。

よくもまぁ訊かれて無いことまでベラベラと

javascriptでクロージャをバリバリ使うには、循環参照をこなせる
GCが必要なわけだが、そんなGC積んだ処理系が昔どこに
あったんだ？
要するに、オモチャを作って遊んでた奴らがいるだけだろ。

そもそもprototypeがついたのがJS1.1(NN3)で
関数のネストができるようになったのはJS1.2(NN4)からじゃないのか。
http://wp.netscape.com/eng/mozilla/3.0/handbook/javascript/ref_m-q.htm#178711
http://web.archive.org/web/20000302114833/devedge.netscape.com/docs/manuals/communicator/jsguide/func.htm#1005546