X
TypeScript（MS） VS Swift（Apple）
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
垢版 |
2014/06/03(火) 10:20:03.13ID:Tlzh3MoL
まあ、どちらもタイプセーフJavaScriptという
似たような言語なんだから仲良くしろや。
0173デフォルトの名無しさん
垢版 |
2014/07/03(木) 17:31:02.65ID:9OGBgTec
>>171
実際にリンクするわけじゃないだろ？
呼び出すJavaScriptランタイムがなければそれはEmscriptenにとっては変換失敗じゃないか
0174デフォルトの名無しさん
垢版 |
2014/07/03(木) 17:40:23.64ID:9OGBgTec
>>170はちょっと書き方が悪かったなライブラリをリンクしてるというかライブラリの関数を呼び出してると書くべきだった
そしてライブラリ関数の呼び出しはとりあえずJavaScriptに変換されて、
Emscriptenが用意してるJavaScriptとランタイムと一緒に実行したときに
ランタイムがそのライブラリ関数をサポートしてれば実行されるし、サポートしてなければ実行時エラーになるのか
このへんはちょっと勘違いしてた
0176デフォルトの名無しさん
垢版 |
2014/07/03(木) 17:50:05.06ID:9OGBgTec
だからとりあえずどんなLLVM-IRでもJavaScriptへの変換は可能。これは訂正しとくは

そして、Swiftをブラウザで実行しようと思ったらSwift用のJavaScriptランタイムを用意する必要があると

Cocoaに相当するランタイムは実質不可能だろう
SwiftからDOMにアクセスするランタイムは作れなくも無さそうだけど、
Swift側のAPIを決めて、それにマッピングするようランタイム作る必要があるわけだ
0180デフォルトの名無しさん
垢版 |
2014/07/06(日) 11:16:42.61ID:uI+Octwc
>>176 XcodeのSwiftデバッグ情報を見ると、WebKitのJS JIT(VM/LLVM)が動いてREPLを実行してるようだ。

Xcodeが落ちた時に詳細情報を見ると、中にこんなのが見える。

VM Region Summary:
JS JIT generated code 　　　　　　　　　8K
JS JIT generated code (reserved) 　　1.0G　　　reserved VM address space (unallocated)
VM_ALLOCATE 　　　　　　　　　　　　　16.5M
WebKit Malloc 　　　　　　　　　　　　　　1232K

なんだかすごく楽しみだな。
0181デフォルトの名無しさん
垢版 |
2014/07/06(日) 12:59:26.62ID:uI+Octwc
>>176 Javascriptライブラリは一通りそろってるはず。
こんどのOSX10.10（Yosemite）では、Javascriptがシステムオートメーション用のスクリプトとして動き始めるからJavascriptのすべてのライブラリは揃ってると見て良い。

Release Notes This is a preliminary document
https://developer.apple.com/library/prerelease/mac/releasenotes/interapplicationcommunication/rn-javascriptforautomation/index.html
This article describes JavaScript for Automation, a new feature in OS X 10.10.

当面はOSXで実績を積んでいずれSwiftとマージと言う話になると思う。
JavascriptからObjCとの相互呼び出しも可能だからとうぜんSwiftとの間の相互呼び出しも可能のはず。（WebKitで許すかどうかは別の話）

SwiftからJSへの変換は結構早い時期に発表が有ると思う。　将来的には、JavascriptとSwiftのソースの混在も可能になるだろう。
0183デフォルトの名無しさん
垢版 |
2014/07/06(日) 13:41:28.52ID:J6LM3Iar
>>181
そのリンクの先はOSX上でJavaScriptからCocoa関係にアクセスするための仕組みのように見えるんだけど違うの？
>>176とはほとんど関係無くない？
0185デフォルトの名無しさん
垢版 |
2014/07/06(日) 16:55:42.10ID:uI+Octwc
>>184 こっちは話の流れ上Webクライアント限定。 あっちは本流。

>>183 OSXのスクリプトとしてJavascriptが動き出した。
>>176のSwiftがJavascripに変換されてもクライアントのJavascripライブラリがなければ動き様が無いと言う話は、OSXでJavascriptが動き出すので殆どクライアント用ライブラリも揃ってると見て良いだろうと思う。
iOS用のライブラリはまた別になるのでそのまま全て横流しと言う訳にはいかないが、大した手間では無いだろう。
WebKit用ライブラリは既に揃ってるから、WebKitを使う他社のブラウザでもその範囲なら大丈夫だろう。

WebKitを使わないブラウザ用としては変換したJavascriptが動く様にしておけば良いだろう。
この考え方はDartでも同じ。

このスクリプトで面白いのは、スクリプトエディタでJavascriptをアプリケーションとして保存すると、Appletとして呼び出して使える事。
この保存形式は解らないが、Javascriptのソースコードで無いことは明らか。
例えば、LLVM IR がApplet用バイトコードとして使われる可能性は結構有ると思う。
Googleとは別々の道を進んでいても、バイトコードとしてLLVM IR形式を使おうと言う合意の可能性はまだ残されてるんじゃ無いかな。 LLVM IR で無くても良いが何らかの統一コードは必要だろう。
しかし何故Java中間コードでは満足出来なかったんだろう？冗長性有り過ぎ？

ネイティブコード/バイトコードのアプレットが広く普及するとは思えないが、企業などの作り込みアプリなら利用されるだろう。

このスレでこの話題を話すのは、Webクライアントソフトが今後どう言う方向に進んで行くかと言う話にマッチしてるから。

TypeScriptも今はJavascriptに変換してるが、もし統一中間コードが決まればダイレクトにそのコードにコンパイルする様になるだろう。 その方が効率が良いはずだから。
0186デフォルトの名無しさん
垢版 |
2014/07/06(日) 17:04:40.34ID:J6LM3Iar
>>185
JavaScriptからCocoa呼び出せても、ネイティブなCocoaがあるOSでしか動かないじゃない？
そんなのは一般的なWebクライアント用言語としては使えないよ
0187デフォルトの名無しさん
垢版 |
2014/07/06(日) 17:48:41.56ID:uI+Octwc
>>186 Java Appletが、動ける範囲を制限してる様に、何らかのクラスの下でだけ動ける様にするはず。
極端な話WebKitの範囲内だけとか。要はJavaScriptが動ける範囲内だけで良いんだよ。WebKitAppクラスとか。

別に汎用のCocoaを網羅する必要は無いし動いたら却って怖い話。 そんなのセキュリティ上有り得ない。
0188デフォルトの名無しさん
垢版 |
2014/07/06(日) 17:53:53.35ID:5z9UYEB8
あんたが言ってるようなのって今現在沢山あるぞ?
どれも中途半端でイマイチ流行らないけどね
OSのAPIをひたすらラップするだけの作業だから
手間さえかければ良い物ができるよ
>>187による実装に期待
0189デフォルトの名無しさん
垢版 |
2014/07/06(日) 18:03:43.16ID:J6LM3Iar
>>187
クラスの下で動くって意味がわからないよ
そのクラスっていうのは実体が何で、世の中の一般的なブラウザはそれをどうやって利用するの？
0190デフォルトの名無しさん
垢版 |
2014/07/06(日) 18:18:44.85ID:uI+Octwc
>>186 それとクラスと言ってもそれは上位言語の話で有って、中間言語などに降りてきたらクラスなんか関係無い。
単なる汎用のマシン語が動くかどうかの世界。

ただ、まっさらなマシン語の実行を許すと大きなセキュリティの危険にさらされるから、何らかのガードの元で実行出来る様にするはず。
0191デフォルトの名無しさん
垢版 |
2014/07/06(日) 18:22:58.33ID:J6LM3Iar
>>190
だからその中間言語を一般的なブラウザでどうやって実行するつもりなんだって聞いてるんだ
プラグインか？JavaScriptランタイムか？アップルはそんなもの提供するなんて一言も言ってないだろ
0194デフォルトの名無しさん
垢版 |
2014/07/06(日) 20:13:32.73ID:uI+Octwc
>>191　一般ブラウザは中間コードじゃなくて単なるJavascriptだよ。
つまり、Native/bytecode またはJavascriptの両方出力できるようにするはず。　Dartも同じ。
多分HTML上も両方スイッチできるようにしておいてクライアントに応じてどちらかをダウンロードする形。
0195デフォルトの名無しさん
垢版 |
2014/07/06(日) 20:25:18.93ID:uI+Octwc
>>191 >JavaScriptランタイムか？アップルはそんなもの提供するなんて一言も言ってないだろ
全て妄想の範囲だよ。　だが現実味が強い。

１．Javascriptランタイムライブラリは殆ど揃ってる。 ＜−JavascriptがOSスクリプトに採用されたから。　＜−公式発表
２．SwiftからLLVM IRは今でも出力できる。　＜−既に動いてる。
３．LLVM IRからJavascriptへのコンバータは既にある。　だからライブラリさえ提供されれば可能になる。

いつごろ実現するかはわからんが1年以内だろう。
0196デフォルトの名無しさん
垢版 |
2014/07/06(日) 20:35:43.02ID:J6LM3Iar
>>194-195
LLVM-IRからJavaScriptに変換したコードを他ブラウザで実行する際に必要とするJavascriptランタイムは、
JavaScriptをOS Xのスクリプトとして利用するための仕組みに関係するものとは全然性質が違うんだよ
前者はcocoaの機能に相当する部分までなんとかしないといけないけど、
後者は単にOS Xへのラッパーにしか過ぎない
この違いが理解できるかな？

前者はかなり大変な仕組みだからアップルが何の発表もしてない時点で現実味が全く無い
0198デフォルトの名無しさん
垢版 |
2014/07/06(日) 21:16:00.20ID:uI+Octwc
>>196 逆にJavascriptに変換すると言う事は、javascript実行環境で使うのであればJavascript内でクローズしていれば良いのだから複雑なライブラリは必要ないとも言えるのでは？
だからすべてのブラウザで動く事が出来る。
Javascriptに変換した後の環境は単にウエブブラウザのJavascriptインタプリタのみ。　
必要なランタイムライブラリはインタプリタが実装していると言える。
0199デフォルトの名無しさん
垢版 |
2014/07/06(日) 21:36:38.50ID:J6LM3Iar
>>198
そうだよ。単にDOMにアクセスするためなら複雑なランタイムは必要無い
だから>>181のJavaScriptからcocoaを呼び出す仕組みとか関係無いってことだ
0200デフォルトの名無しさん
垢版 |
2014/07/06(日) 21:44:52.63ID:c4JqBC4F
WebになるとSwift関連ツールがWindows向けに提供されない場合、Windowsでのデバッグがやりにくくなる
スマフォ用Webアプリには使われても、直ぐに後追いが出てマルチプラットホームでのツール提供をすればそれに越されそう
0202デフォルトの名無しさん
垢版 |
2014/07/28(月) 12:30:56.51ID:4XV/yzRg
emscripten使えばわかるけど、生成されたゲロみたいなjsコードのデバッグは非常に困難
極めて綺麗なJSを吐くTypeScriptとは一緒にしてはいけない
0203デフォルトの名無しさん
垢版 |
2014/07/28(月) 13:21:39.99ID:zl94e36f
>>202 どのレベルのJSを吐くかによるだろ。　EmScriptenはasm.js を吐き出すんだろ？
性能を取るか視認性を取るかの違いだろ。
asm.jsを吐き出しても元のソースコードをコメントで入れてあれば見やすいのにそれはしていないんだろうな。
そのうち成長してくるだろう。
0206デフォルトの名無しさん
垢版 |
2014/07/28(月) 14:39:54.10ID:4XV/yzRg
>>203
ジェネレータは関係ない
コンパイル時のデバッグ情報を使わない限り、IRの時点でデバッグは十分困難だから
0207デフォルトの名無しさん
垢版 |
2014/07/28(月) 15:22:21.31ID:WmVK7Shw
>>206 詳しいことは知らないんだけど、IRにまでデバッグ情報は持ち込めるんじゃ無いの？
IRを使ってLLDBでデバッグ出来るんだから。 LLDBはClangでしかデバッグ出来ないの？
0209デフォルトの名無しさん
垢版 |
2014/08/05(火) 17:59:50.13ID:DgDBu3xR
>>202 あのね、コンパイラ言語はソースでデバッグするだろ、アセンブラでデバッグする事は滅多にないよ。
0210デフォルトの名無しさん
垢版 |
2014/08/05(火) 21:08:06.58ID:ghCtuQ0N
>>209
TypeScriptと同じ土俵ってところへの突っ込みでしょ。TypeScriptにとってJSは中間言語じゃない。
あっちはデバッガ含めJS資産を完全にシームレスに活用できるのが売り。
最悪、生成されたJSコードをベースにしてJSに戻って開発を続けることも十分可能なほど。
0211デフォルトの名無しさん
垢版 |
2014/08/05(火) 21:51:55.04ID:q3/M2RFT
言語が違うんだから、デバッグ方法が異なっても当然だな
しかし、JSのデバッグはお世辞にもデバッグしやすいとは言えないだろ。
0212デフォルトの名無しさん
垢版 |
2014/09/17(水) 19:13:24.03ID:C5lp8vtK
iPhone修理の仕事してる人っている？
iPhone6とかすでに受け取ってるんかね？

そういえば、ビックカメラとキタムラのiPhone修理受付の求人が入れ食い状態だとか噂を聞いたことある。確かに最近混雑して待ち時間が6時間とからしいからな

可愛い女の子も多いし応募してみようかと思ってる
0213デフォルトの名無しさん
垢版 |
2014/11/30(日) 10:37:14.85ID:tEmwOrdq
>>211
とはいえ最近かなり環境整ってるぞ
JSソースからデバッグ用JSソースのコンパイルってのも増えてきたし
0218デフォルトの名無しさん
垢版 |
2016/11/16(水) 13:22:30.64ID:fzskfnoe
バックレScript
0220デフォルトの名無しさん
垢版 |
2018/05/23(水) 21:20:08.99ID:Au5e7VGg
僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

PPU1S
0221デフォルトの名無しさん
垢版 |
2018/07/05(木) 00:37:38.99ID:RfoszcD2
KWT
0222デフォルトの名無しさん
垢版 |
2019/01/30(水) 15:12:57.19ID:M7eOsbET
>>1 しかしなんのために　TypeScript　と　Swiftを並べてみようという気になったのかが気になる。
全く比べるようなものじゃないだろ。
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況