【JavaScript】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ49【php,py,pl,rb】

1 名前：デフォルトの名無しさん mailto:sage [2015/04/29(水) 20:58:27.13 ID:ynuTQJZG.net] 前スレ 【Lisp】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ48【pl,rb,php,js】 [転載禁止](c)2ch.net peace.2ch.net/test/read.cgi/tech/1425051187/ 116 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 14:43:49.91 ID:/BBLGU8S.net] むしろ統一しないことのほうが 互換性が高いことに繋がる。 前のものを廃止したら、 互換性が途切れるんだよ。 117 名前：デフォルトの名無しさん [2015/05/03(日) 14:55:05.64 ID:I75TtZUp.net] 互換性の記事見つけてきたぞ。環境差は確かに存在する。 ECMAScript 6 compatibility table kangax.github.io/compat-table/es6/ JavaScript - Wikipedia 現在では、ECMAScriptの策定により実装間の互換性は向上し、DOMなど関連仕様の実装に関する互換性も比較的高くなっている。 ただ、現在でも特定のブラウザでしか実行できないECMAScript以前の古い構文や、ブラウザ独自のDOMを使ったコードが使用されている場合があり、 互換性の問題が完全に解消されたわけではない。 118 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 15:01:38.73 ID:/BBLGU8S.net] 互換性はある = 100%の互換性 99.9% だったら 互換性はないということ などと定義している馬鹿 いい加減消えないかな。 119 名前：デフォルトの名無しさん [2015/05/03(日) 15:11:03.11 ID:I75TtZUp.net] 異なるJavascript同士に90%の互換性すらないとおもうぞ。 たとえばJavaだと本家(?)実装がシェアのほとんどを占めて90%以上の互換性は確実だろう。 120 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 15:12:49.59 ID:aiD72K3t.net] そもそも>>114はES6のネイティブでのブラウザの対応状況だろ ES6というのは、次期JavaScriptであって、それを先行して どれだけ実装しているかということ 次期JavaScriptの先行実装状況に互換性どうこう言われてもな 言うなら現行JavaScriptであるES5.1の表を持ってこいよ 121 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 15:14:15.31 ID:aiD72K3t.net] >>116 それは怪しいな AndroidのDalvik（かなりのシェアを占めるだろう）は Version8に全く対応していないから 122 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 15:18:45.95 ID:aiD72K3t.net] ES5の表見つけてきた Chrome(V8)、Firefox、IE10以降、iOS、Webkitと主要環境は軒並み100％ kangax.github.io/compat-table/es5/ 123 名前：デフォルトの名無しさん [2015/05/03(日) 15:25:29.56 ID:I75TtZUp.net] 独自仕様、先行仕様が多ければ多いほど互換性は減ってくるわけで。 ある環境では当たり前のコードが、他で動作しないのでは互換性が低い。 Dalvikと本家の差はしらないが、Javascriptだと実際にコピペしただけでは動作しないことが頻発するが。 124 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 15:29:16.49 ID:aiD72K3t.net] 先行仕様というのは、Javaで言えば、Java9の機能が使えるということ これはプラスでありこそすれ、マイナスにはならない 互換性を気にする場合先行仕様なんて使わないからな 125 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 15:30:32.52 ID:/BBLGU8S.net] > 独自仕様、先行仕様が多ければ多いほど互換性は減ってくるわけで。 それは互換性が減ったとは言わないよ。 高い互換性 + 独自仕様,先行仕様 だろ 完璧な互換性を持ったC言語コンパイラ二つあったとして、 一方がC99に新たに対応したら互換性が減った！って叫ぶ奴いねぇだろ？ 126 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 15:35:40.54 ID:hfdn/Wn2.net] AndroidはJava 8が全く使えない さっきの表で言えば、ES5が全く0％の対応状況だと言ってるに等しい それどころか、Java 7すら、ついこの間やっと対応した 当然ながらJavascriptはそこまでひどくない 127 名前：デフォルトの名無しさん [2015/05/03(日) 15:53:59.85 ID:I75TtZUp.net] Android　Dalvikは6とか7に対応していて後方互換性があるなら実用上問題ないだろうが。 Javascriptは実装が相当あって互換性はかなり怪しいと思うが。 windowsにJScript(WSH)が組み込まれているが、これ自体、古い規格すらクリアしてないだろうし 最新のエンジンでJScript(WSH)のコードは動作しないことが多い。 128 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 15:57:32.73 ID:/BBLGU8S.net] >>124 え？なに？ Javaは互換性が低い、 iモードアプリ（Java製）が動かないから。 っていう話がしたいの？ 129 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 15:58:05.60 ID:qMGCv9q/.net] JScriptでTypeScriptのコンパイラも動いてるし問題ないだろ 130 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 16:06:24.22 ID:aiD72K3t.net] WSHねぇ この人はやっぱ2006年あたりで時が止まってるっぽいな 131 名前：デフォルトの名無しさん [2015/05/03(日) 16:15:11.03 ID:I75TtZUp.net] 自分が止まってるのではなく、windows標準のJavascript環境が止まっていて、 いま使えるのは古くて更新されないJScript(WSH)だろ? より新しいwindows標準のJavascript環境があるか? 132 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 16:17:51.84 ID:aiD72K3t.net] MSはブラウザ用には更新しているし、PowerShellという新しい代替品を 使ってほしいから更新してないだけだろうに 133 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 16:17:59.40 ID:/BBLGU8S.net] JScriptとWSHの違うも理解してないみたいだしなｗ ちなみに、IE9に搭載されているのはJScript 9.0。 IE9で動くのはJScriptであり、 そのコードがJavaScriptでも動いてるから 互換性があることは証明済みである 134 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 16:20:44.63 ID:aiD72K3t.net] Windows 8では新しいJavaScript(これはJScriptとは呼ばれていない)で アプリが作れることも知らないらしい 135 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 16:30:05.05 ID:aiD72K3t.net] そういえば、ひそかにMacもYosemiteからJavaScriptで AppleScriptを代替できるようになったよな JavaScriptでMacのアプリも作れて自動化作業もできる時代 JavaScriptが着実に言語の争いを制覇しつつあるね 136 名前：デフォルトの名無しさん [2015/05/03(日) 16:42:33.83 ID:I75TtZUp.net] これだろ? 計画段階であってNode.jsがwindowsの標準として取り込まれてない。 マイクロソフトのJavaScriptライブラリー「WinJS」について知っておくべき５つのこと Node.js は、自分のローカル・マシンに WinJS を構築するための必須コンポーネントだ。 恐らく WinJS は、Node 上で動作することによって、アプリ内でのチャットやユーザー・インタラクションのような非同期タスクを適切に処理することができるのだろう。 しかし、ほとんどの JavaScript フレームワークが Node と連携するよう設計されているため、これは特別ユニークではない。 恐らく WinJS の一番の利点として挙げられるのは、マイクロソフトがこのフレームワークに含めた JavaScript のライブラリ群だろう。 このライブラリ群は、複雑なコードを迅速かつ簡単に開発することを可能にしてくれる。 トライアル・ページでは美しいインタラクティブなウィジェットが紹介されており、これらは組み込みも非常に簡単だ。 そして Angular のような、既に信頼を勝ち取っている他のフレームワークと一緒に WinJS の機能を使えるという事実も、多くの開発者が WinJS を試してみたいと思う動機となるだろう。 ascii.jp/elem/000/000/882/882829/ 137 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 16:51:54.47 ID:hfdn/Wn2.net] 計画段階ってなんの話だ？ WinJSならとっくにリリース済みだが 138 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 16:58:20.97 ID:hfdn/Wn2.net] まあJavaScriptの世界の動きは他とは次元の違う早さだから ついていけないのは分かる 139 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:01:54.00 ID:/BBLGU8S.net] >>133 > 計画段階であってNode.jsがwindowsの標準として取り込まれてない。 JavaもRubyもWindowsの標準として取り込まれてないが、 お前は一体何の話をしてるんだ？ 140 名前：デフォルトの名無しさん [2015/05/03(日) 17:03:14.47 ID:I75TtZUp.net] windowsの最新版でもプレビュー版でもアップデートでも コマンドプロンプトとかScript(WSH)とかPowerShellのようにOSに組み入れられず 開発者に試してもらうための公開だろ。 141 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:04:37.34 ID:hfdn/Wn2.net] JavaScriptでアプリを開発するのが開発者じゃなくて何なんだよｗ 試してもらうんじゃなくて、本当に使ってもらうんだろうがｗ 142 名前：デフォルトの名無しさん [2015/05/03(日) 17:04:58.45 ID:I75TtZUp.net] >>136 だからwindows標準のJavascript環境は、古いJScript(WSH)のまま。 143 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:05:28.05 ID:/BBLGU8S.net] >>137 今はオープンソースはgithubで公開するのが 正式リリースと言ってもいい状況なんですが？ なぁ、お前。10年ぐらい前から何か成長した？ 144 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:06:04.38 ID:/BBLGU8S.net] >>139 > だからwindows標準のJavascript環境は、古いJScript(WSH)のまま。 新しいJScriptですけど？ えと、JScriptがバージョンアップしているのって もしかして知らない？ 145 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:07:47.25 ID:/BBLGU8S.net] じゃあ、話しそれて、Windows 10のJavaScriptの話でもするか？ｗ Windows 10におけるMicrosoft JavaScriptエンジンの仕組み www.infoq.com/jp/news/2014/10/chakra-javascript-windows-10 いやー、すごい仕組みだわこれ。 146 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:09:18.03 ID:hfdn/Wn2.net] あと、JavaScript(JScriptではない)がVisualStudioにくっついてくるけどね まあ確かにVisualStudioはOS標準ではないがｗ 147 名前：デフォルトの名無しさん [2015/05/03(日) 17:11:01.29 ID:I75TtZUp.net] JScript - Wikipedia JScript バージョン　5.8　2009年3月 JScript .NET バージョン　10.0　2010年4月13日 148 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:11:31.79 ID:/BBLGU8S.net] Windows 10に標準搭載されてるChakraってJScriptは凄いらしいね。 カコのバージョンよりも数十倍早くなっているらしい。 Windows ストアアプリ の JavaScript エンジンとしても使用されているってよ 149 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:12:53.36 ID:hfdn/Wn2.net] >>144 wikipediaも日本と英語で情報格差があるのかｗ 150 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:14:04.68 ID:z/HlZYol.net] 画像見つけてきたわ。新しいWindowsではこんなふうになってるんだな。 JavaScriptが普通に使えるなんて。OS標準搭載されたから当然か。 our.componentone.com/wp-content/uploads/2011/09/winrt.png 151 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:16:00.13 ID:Q2e6sJJ5.net] >>147 JavaScriptはネイティブ言語同等の扱いになってるね。 ここまでOSに採用される言語は、もう他にないのでは？ 152 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:18:36.01 ID:Q2e6sJJ5.net] >>146 あるぞｗ Chakra (JScript engine) en.wikipedia.org/wiki/Chakra_%28JScript_engine%29 This article is about a JavaScript engine. For other uses, see Chakra (disambiguation). Chakra is a JavaScript engine developed by Microsoft for its Internet Explorer 9 (IE9) web browser. A distinctive feature of the engine is that it JIT compiles scripts on a separate CPU core, parallel to the web browser.[1][2] Though Microsoft has in the past pointed out that other elements, such as rendering and marshalling, are just as important for a browser's overall performance,[3] their improvements to the engine were in response to evolving competing browsers, compared to which IE8 was lagging behind in terms of JavaScript processing speed.[4] SunSpider tests performed on November 18, 2009 showed the PDC version of IE9 executing scripts much faster than IE8, but slower than Firefox 3.6, Chrome 4, and WebKit Nightly.[3] The same test performed on March 15, 2010 showed the first IE9 Platform Preview (using the then-current version of Chakra) to be faster than Firefox (with SpiderMonkey), but slower than Safari (with SquirrelFish Extreme), Chrome (with V8), and Opera (with Carakan). On March 8, 2011, Microsoft published results showing the 32-bit Internet Explorer 9 to be faster than Safari, Firefox (with TraceMonkey), Chrome, and Opera.[5] March 2011 performance tests for ZDNet concluded that Internet Explorer 9 (32-bit), Chrome 10, and Firefox 4 release candidate were "pretty evenly matched."[6] 153 名前：デフォルトの名無しさん [2015/05/03(日) 17:24:25.99 ID:I75TtZUp.net] Javascriptがダメな所は、Chakraとかnode.jsとか独自仕様で開発する所。 たとえばnode.js互換で実装して速度を競うんだったらいい。 それをさっきから指摘してるわけだが。互換性をなくそうとしない。 154 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:25:55.49 ID:hfdn/Wn2.net] ChakraとV8(node)はとても互換性が高いと思うが 独自ってなんのことだ？ 155 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:28:29.44 ID:Q2e6sJJ5.net] 150のふり 独自って言ったら独自なんだ！ 名前が違うのがその証拠！ 156 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:30:02.77 ID:Q2e6sJJ5.net] 皆わかってるけど、I75TtZUpって 言語と動作環境とライブラリを 全部ごっちゃにしてるんだよねｗ だからWSHがでてきたりJavaScriptと node.jsを比較したりするｗ まあ、馬鹿だよ。こいつは。 157 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:30:59.81 ID:Q2e6sJJ5.net] > Javascriptがダメな所は、Chakraとかnode.jsとか独自仕様で開発する所。 Rubyに例えると Rubyがダメな所は、Railsとか独自仕様で開発する所。 まあこんな感じだろう。 158 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:35:43.74 ID:hfdn/Wn2.net] node.jsのエンジンがブラウザのChromeと同じエンジンだってのも知らないんだろうな 159 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:36:25.20 ID:kwbWbObW.net] JavaScriptはCのように手続き型っぽく書けたり、Javaからメソッド取ってたりと 落ち着きがあるんだよな。 それに比べてPythonやRubyはやんちゃだから落ち着いたOSの標準スクリプトになるのは難しい。 但し落ち着いたを古臭いと言い換えても成り立つ。 160 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:36:50.96 ID:hfdn/Wn2.net] ことによると、Chromeも知らないんじゃないか 2006年あたりから時が止まってるようだし 161 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:40:08.40 ID:qMGCv9q/.net] Chakraはただのエンジンだろ？ node.jsとは全く土台が違うし つーかMicrosoftもVisual Studio CodeじゃChromiumとNode.jsで実装されてるし 一枚岩じゃないな 162 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:41:40.31 ID:hfdn/Wn2.net] >>158 それらは全部ES5の仕様の互換性を当然のように守っているから エンジンがどれだろうと問題ないのだろう 163 名前：デフォルトの名無しさん [2015/05/03(日) 17:43:36.16 ID:I75TtZUp.net] Node.jsと他のJavascriptエンジンで決定的な差はノンブロッキングを徹底してるかどうか。 たぶん、Chakraがノンブロッキングを徹底することはないとおもうが。ここが一致しないと動作が違ってくる。 164 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:44:18.99 ID:hfdn/Wn2.net] >>160 クッソワロタｗ 165 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:44:34.52 ID:Q2e6sJJ5.net] >> 158 > つーかMicrosoftもVisual Studio CodeじゃChromiumとNode.jsで実装されてるし そこが今のマイクロソフトの怖いところなんだよな・・ ナデラCEOになってから、倫理的にも技術的にもビジネス的にも 正しいことをし始めた。やってることはマイクロソフトが儲かるという ビジネス的に正しいことなんだが、それでいてオープンソース陣営とか かつてMSとは敵対関係にあったような人たちが喜ぶことをしている。 だから面と向かって批判できない。正しいやり方で マイクロソフトを大きく拡大しようとしている。 あと5年ぐらいたてば、かつて無いレベルであちこちを侵食しているよ。 166 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:45:03.82 ID:+1/GzoNu.net] ttp://techcrunch.com/2015/04/29/microsoft-shocks-the-world-with-visual-studio-code-a-free-code-editor-for-os-x-linux-and-windows/#.prq6v4:bz08 167 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:45:39.47 ID:Q2e6sJJ5.net] >>160 > Node.jsと他のJavascriptエンジン え？ Node.jsはJavaScriptエンジンじゃありませんが？ 168 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:48:05.59 ID:hfdn/Wn2.net] Visual Studio Codeってそういえばまだ一週間経ってない出来事だったっけ 時代の変化が早すぎてもう古い情報のように聞こえてしまうｗ 169 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:48:08.67 ID:Q2e6sJJ5.net] 今のMSの勢いだと、Node.jsの実行エンジンとしてChakraを 使えるようになるってこともありそうな気がするね。 >> ID:I75TtZUp 俺が言ってる意味分かんないでしょ？ｗ 170 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:49:47.44 ID:qMGCv9q/.net] JavaScriptで実装されたエディッタでインテリセンスがサクサク動く時代だし もうネイティブがどうとか無意味っすわ 171 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:50:30.30 ID:hfdn/Wn2.net] ノンブロッキングを徹底するかどうか　(｀・ω・´)キリッ 172 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:52:07.63 ID:Q2e6sJJ5.net] Chakraはノンブロッキングを徹底してるよね。 ブロッキングしている所ってどこよ？ 言ってみなｗ 173 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:53:34.95 ID:Q2e6sJJ5.net] JavaScriptがNode.jsで採用されたのは、 JavaScriptの実装（v8、SpiderMonkey、JScript、Chakra等）が ノンブロッキングを徹底していたからなんだよね。 174 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 17:57:25.44 ID:VNMbSaqh.net] ちなみに、Node.jsでブロッキング関数は fs.writeSync みたいに、後ろにsyncが付いているよ。 もちろん、JavaScriptエンジンはノンブロッキングが徹底されているけどね！ 具体的にはChakraとかね！ 等と言ってると、無知なID:I75TtZUpは ますます頭が混乱してそうで楽しいｗ 175 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 18:01:45.76 ID:+1/GzoNu.net] wordpress, rails, spring mvcを過去のものにしたいだけ 破壊しなければ、仕事がなくなる 176 名前：デフォルトの名無しさん [2015/05/03(日) 18:03:25.73 ID:I75TtZUp.net] JavaScriptの言語仕様は、ECMAScriptとして策定されています。ECMAScriptには、スレッドやI/Oに関しては記述されていません。 しかし、サーバサイドJavaScriptを作成するうえで、I/O機能は必須であるため、各サーバサイドJavaScriptの実装（RingoJSの前身であるHelmaや、Aptana Jaxerなど）が独自に拡張していました。 各自が独自に実装していると、API互換性などで問題が出てくるため、「CommonJS」が策定されました。 前回記事では、「Node.jsは、このCommonJSにのっとって開発されています」と記載しましたが、現実的には、CommonJSのごく一部を実装しているだけです。 Node.jsの特徴である「シングルスレッドでのノンブロッキングI/O」は汎用的な機能ではないためか、CommonJSには定義されていません。 今後、Node.jsがCommonJSに沿って、実装されていくかは微妙な所ですが、JavaScriptでアプリケーションを作成する際のガイドラインとして、CommonJSは有用です。 www.atmarkit.co.jp/ait/articles/1103/23/news101_2.html 177 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 18:04:52.26 ID:hfdn/Wn2.net] 2011年か、、、 commonjsってものも昔はあったねえ・・・(遠い目 178 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 18:06:31.11 ID:VNMbSaqh.net] >>173 > JavaScriptの言語仕様は、ECMAScriptとして策定されています。ECMAScriptには、スレッドやI/Oに関しては記述されていません。 ほう！ じゃあJavaScriptはノンブロッキングに絶対になるってことだな。 Chakraがノンブロッキングが徹底されているのはそういうことか！ 179 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 18:07:56.72 ID:VNMbSaqh.net] CommonJSってJavaScriptの仕様じゃないんですねー。 180 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 18:10:13.55 ID:oEmNvyKo.net] >>84 確かに日本のゲーム業界には世界的クリエイターやエンジニアが沢山いるなぁ CSゲーム業界も世界で3プレイヤーだけで内2プレイヤーは日本企業だもんなぁ それに比べWEBは皆無で情けない状態w 181 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 18:10:26.74 ID:+1/GzoNu.net] 何れ、chromeはjvmの位置へと昇格する.そのときこそ、dartの復活のとき 182 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 18:11:48.55 ID:hfdn/Wn2.net] まあサーバーサイドJavaScriptは、ほぼNode一択(細かい事を言えばio.jsもあるが)だから 言語仕様以外のapiに関しても互換性の問題はっやっぱり、ほぼないといえるなあ 183 名前：デフォルトの名無しさん [2015/05/03(日) 18:18:53.37 ID:I75TtZUp.net] 自分が勘違いしてるかと試してみたが。 すべてのJavascriptがノンブロッキング動作するわけないだろ。 たとえばJScript　5.8はファイル読み込みで停止する。標準的な関数ではノンブロッキングできないはず。 var fs = new ActiveXObject( "Scripting.FileSystemObject" ); var file = fs.OpenTextFile("sample.dat"); var str = file.ReadAll(); WScript.Echo(str); WScript.Sleep(2000); WScript.Echo(str); 184 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 18:19:54.00 ID:VNMbSaqh.net] >>180 ActiveXObject は Javascript ではない。 JavaScriptでそれは使えない。 185 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 18:21:09.79 ID:hfdn/Wn2.net] おお、具体的な例をはじめてちゃんと出したな ジュラ紀の地層から出てきた化石のようなソースコードだが 186 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 18:21:27.84 ID:VNMbSaqh.net] 自分が勘違いしてるかと試してみたが。 すべてのJavascriptがノンブロッキング動作するわけないだろ。 たとえばV8はファイル読み込みで停止する。標準的な関数ではノンブロッキングできないはず。 var fs = require('fs'); var text = fs.readFileSync('test.txt', 'utf-8'); console.log(text); 187 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 18:22:13.75 ID:VNMbSaqh.net] >>180 なにをいってるんだー！ Node.jsはブロッキングしてるじゃないかー！ 188 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 18:25:45.36 ID:VNMbSaqh.net] それにしても、何が実行環境で 何が言語なのか、本当にわかってないんだぁｗ 189 名前：デフォルトの名無しさん [2015/05/03(日) 18:25:53.19 ID:I75TtZUp.net] >>181 それはNode.jsのファイル読み込みでも同じこと。 190 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 18:27:50.14 ID:VNMbSaqh.net] >>186 自分にいえや。 お前が出してきたコードは Node.jsのファイル読み込みでも同じこと お前、Node.jsはノンブロッキングが徹底されてるって 言ったの忘れたのか？ 191 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 18:31:58.94 ID:hfdn/Wn2.net] >>178 結局、DartはJavaScriptに敗れ去ったね あれだけ新しい時代に過去の教訓のもとに作られた言語が JavaScriptに敗れ去ったという事実 JavaScriptの言語仕様が非常に優れていたことの証明だろう 192 名前：デフォルトの名無しさん [2015/05/03(日) 18:36:43.03 ID:I75TtZUp.net] Node.jsはノンブロッキング。sleepすら初期標準装備ではまともにできない。 Node.jsの人はちゃんとsleepしてください - Qiita qiita.com/tanakahisateru/items/9b937989c0ef5345ff9e Node.jsとは何か、開発者ライアン・ダール氏が語る〜ノンブロッキングとはどういうことか？ − Publickey www.publickey1.jp/blog/11/nodejs.html 193 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 18:37:12.35 ID:/2mvjJQZ.net] >>188 それは違うよ。 優れていたから生き残るわけじゃない。 力を注ぐ人間が多いほうが生き残る。 どんなに優れていても、一つの会社に 依存しているようなものはすぐに消える。Delphiとかね。 JavaScriptの強みは、実装が多く存在するということ。 つまりそれだけ多くの人が関係しているということ。 同時代に複数の実装が出回っていて標準化されていて 互換性もある。こんな言語他にあったか？ 多くの会社が、より優れたものを作ろうと競争しているんだ それだけ投資されているものが簡単に消えるわけがない。 194 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 18:38:00.90 ID:/2mvjJQZ.net] >>189 > Node.jsはノンブロッキング。sleepすら初期標準装備ではまともにできない。 >>183でブロッキングする例を上げて 論破してるよ。 195 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 18:38:16.86 ID:xkutDKZm.net] Dartは敗れたのではなく戦略的撤退及びJSへの吸収合併 Nodeはサブプロセス立ち上げと、そこでの同期処理は普通。 196 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 18:39:13.98 ID:/2mvjJQZ.net] > Dartは敗れたのではなく戦略的撤退及びJSへの吸収合併 それを敗れたという 197 名前：デフォルトの名無しさん [2015/05/03(日) 18:43:39.32 ID:I75TtZUp.net] >>191 いつからブロッキング関数が入ったかは知らないが。 たぶん、利用者からの不満で信念を曲げてあとから組み込んだんだろう。 たとえば初期状態で単純なsleepができるのか? 198 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 18:45:41.99 ID:/2mvjJQZ.net] > いつからブロッキング関数が入ったかは知らないが。 最初から。 無知に無知を重ねてどうするｗ 199 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 18:46:48.22 ID:hfdn/Wn2.net] >>190 色んな意味で違うな 実装が比較的少ないJava、PHP、Perl、Python、Ruby、ObjectiveCなどは 普通に人気がある 実装の多かったC++はJavaに敗れた(それでも消えたわけではないが) 実装の多かったC++はJavaに敗れたが(それでも消えたわけではない) それにしてもDelphiがすぐ消えたとかマジで言ってるのか (C#やTypeScriptと名前を変えて生き残ってるのは別としてｗ) 200 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 18:48:50.43 ID:/2mvjJQZ.net] > それにしてもDelphiがすぐ消えたとかマジで言ってるのか 消えたよ。すぐとは言ってないよ。 でも消えたよ。 201 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 18:50:14.83 ID:hfdn/Wn2.net] >>197 すぐにと言ってるようにみえるのだが 俺の気のせいなのか 202 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 18:51:36.31 ID:hfdn/Wn2.net] ちなみにDelphiの最新の安定リリースは22日前だそうだが 203 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 18:51:40.44 ID:/2mvjJQZ.net] >>198 Delphiがすぐとは言っていない。 204 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 18:53:17.71 ID:hfdn/Wn2.net] 「一つの会社に依存しているものはすぐ消える Delphiとか」 みたいに言っておいてすぐ消えてないのかよｗ 結局、ひとつの会社に依存していてもすぐ消えてないだろｗ 205 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 18:54:54.93 ID:/2mvjJQZ.net] >>199 消えたというのは表舞台からという意味だ。 使われなくなったということ。 そりゃどこかに使ってる会社あるだろ。 まあ具体的な数値で知りたいのなら、 人気言語投票などで1%未満は消えたでいいんじゃね？ｗ 206 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 18:55:36.43 ID:hfdn/Wn2.net] DartはJavaScriptに敗れ去ったがTypeScriptは敗れ去らなかった これはTypeScriptがJavaScriptの拡張として成り立っており、 JavaScript機能を全て含んでいるからだ それだけJavaScriptが優れているんだろうね 207 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 18:57:06.92 ID:/2mvjJQZ.net] >>201 > 結局、ひとつの会社に依存していてもすぐ消えてないだろｗ いやー、でも速かったよ。 ほんの数年で全く使われなくなった。 208 名前：デフォルトの名無しさん [2015/05/03(日) 18:59:13.36 ID:I75TtZUp.net] >>195 初期のほうではブロッキング関数が見つからない。 いつから登場するかは探してみる。 Index of /docs/ https://nodejs.org/docs/ 209 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 19:02:18.97 ID:hfdn/Wn2.net] >>204 まあ小学校時代の数年は長く感じるけど、大人になってからの数年は あっという間だというし、人の感覚はそれぞれだね それにしても数年ってのはないだろ 少なくとも5年以上は人気だった気がする 210 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 19:13:30.76 ID:hfdn/Wn2.net] ああ、なるほどTurboPascalはDelphiじゃないという扱いなのね それだと確かに長くはないかも それでも5年以上人気だったと思うが 211 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 19:25:12.71 ID:xkutDKZm.net] >>205 パッチファイル的な使われ方もするんだからブロッキングAPIがあってとうぜん 212 名前：デフォルトの名無しさん [2015/05/03(日) 19:26:27.52 ID:I75TtZUp.net] nodejsのこれらのバージョンにはreadFileSync関数なし。初出はたぶんv0.1.30。 v0.0.1 v0.0.2 v0.0.3 v0.0.4 v0.0.5 v0.0.6 v0.1.0 v0.1.1 v0.1.10 v0.1.11 v0.1.12 v0.1.13 v0.1.14 v0.1.15 v0.1.16 v0.1.17 v0.1.18 v0.1.19 v0.1.2 v0.1.20 v0.1.21v0.1.22 v0.1.23 v0.1.24 v0.1.25 v0.1.26 v0.1.27 v0.1.28 v0.1.29 v0.1.3 v0.1.4 v0.1.5 v0.1.6 v0.1.7 v0.1.8 v0.1.9 Index of /docs/ https://nodejs.org/docs/ 213 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 19:31:11.34 ID:hfdn/Wn2.net] だから何なんだ v0.1.30？ 今はv0.12.2だよ 214 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 19:34:45.13 ID:/2mvjJQZ.net] >>209 つまり、v0.1.30でnodeは ノンブロッキング徹底されているんだって言う お前の希望はついえたってこと。 v0.1.30、リリース日2010.02.22 それは0.0.1から1年も絶たない出来事であった 215 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 19:39:51.70 ID:/2mvjJQZ.net] だが安心して欲しい。それはnodeの話であって JavaScriptエンジンの話ではない。 JavaScriptエンジンはどれもノンブロッキングが 徹底されているのだ。 もちろん(nodeの)V8エンジンもChakra（JScritpt）もね！ 216 名前：デフォルトの名無しさん mailto:sage [2015/05/03(日) 20:27:40.06 ID:RUldsALn.net] まだやってるのか．．． アホか

---

---

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

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