[過去ログ] TypeScript part1 (985レス)
上下前次1-新
このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
1(3): ◆9Zst2CqO/Y 2012/10/02(火)23:18 AAS
外部リンク:www.typescriptlang.org
TypeScript is a language for application-scale JavaScript development.
TypeScript is a typed superset of JavaScript that compiles to plain JavaScript.
Any browser. Any host. Any OS. Open Source.
905(1): 2015/01/27(火)19:18 ID:IS86ufGr(1/4) AAS
標準仕様無視してそういう事したらまたIEの二の舞じゃんw
多分VBScriptも動かないんじゃね?
906: 2015/01/27(火)20:03 ID:MpwFrzaX(1/4) AAS
>>905
標準仕様的には、scriptのtypeで言語は決められるでしょ?
907: 2015/01/27(火)20:03 ID:YPddvVlR(1) AAS
現状typescriptがコンパイル無しで動いてもそこまで嬉しくない
908(1): 2015/01/27(火)20:06 ID:IS86ufGr(2/4) AAS
外部リンク:www.buildinsider.net
独自拡張はやめるってさ
909(1): 2015/01/27(火)20:11 ID:CY57Ew/v(1) AAS
>>908
またUIも同時に変えるんだなw
レンダリングエンジンだけまず変えればいいのに。
910(1): 2015/01/27(火)20:39 ID:MpwFrzaX(2/4) AAS
>>909
レンダリングエンジンは同じだぞ
> ちなみにWindows 10のIEは、Spartanと同じレンダリングエンジン(詳細後述)が採用される予定である。
IEコンポーネントブラウザと一緒で、こういうものはコアのレンダリングエンジンがあって
そのレンダリングエンジンが備えている拡張機能を使って様々な機能を実現している。
JavaScriptなんかも同じ。
SpartanはActiveX対応などの拡張機能や互換機能を取り除いて
省1
911: 2015/01/27(火)20:46 ID:MpwFrzaX(3/4) AAS
まあ、レンダリングエンジンだけ先に変えろというのは正しくて、
それをいままで実際にやって来たんだけどね。
つまり、IE8、IE9、IE10、IE11と徐々に標準に準拠するように
レンダリングエンジンを変えてきた。
これをやらないで一気に変えてしまうと互換性問題が発生するからね。
そしてレンダリングエンジンの変更が終了したからUIの変更に手を付けた。
912(1): 2015/01/27(火)20:55 ID:y3V1wQox(1/2) AAS
>>910
Spartanの話だよ。
913: 2015/01/27(火)21:02 ID:IS86ufGr(3/4) AAS
IEも搭載でこれ以上バージョン上がらないとなるとむしろしぶとく残り続けそう
914(1): 2015/01/27(火)21:21 ID:MpwFrzaX(4/4) AAS
>>912
Spartanの話だよ?
915: 2015/01/27(火)21:25 ID:IS86ufGr(4/4) AAS
新エンジンEdgeHTMLがデフォルトって書いてあるね
916(1): 2015/01/27(火)21:27 ID:y3V1wQox(2/2) AAS
>>914
SpartanはエンジンもUIも同時に変えてるだろ。
917(1): 2015/02/02(月)13:12 ID:nkMRJBlI(1) AAS
「Project Spartan」が実装するデュアルレンダリングエンジンとは
外部リンク:news.mynavi.jp
918(1): 2015/02/02(月)13:37 ID:3AEkduFQ(1/4) AAS
>>916
バージョンアップしただけだよ。
俺が言ってる、"変える" というのは
Chromeのレンダリングエンジンから
Firefoxのレンダリングエンジンに
変えるようなレベルの話をしていて。
ChromeのBlinkのバージョンなんたらが
省1
919: 2015/02/02(月)13:55 ID:d6JB6KlL(1/3) AAS
>>917
結局IEとSpartanどちらもデュアルレンダリングでデフォルトが違うっつーわけね
920: 2015/02/02(月)14:39 ID:V6TcMC53(1/2) AAS
>>918
エンジン設計のポリシーが変わってるんだが。
921: 2015/02/02(月)14:55 ID:3AEkduFQ(2/4) AAS
IE11の設計ポリシーとは変わってないよ。
ほぼ使われない過去のIE互換機能が無くなっただけ。
922: 2015/02/02(月)14:56 ID:V6TcMC53(2/2) AAS
IE11はブラウザ
923: 2015/02/02(月)15:17 ID:3AEkduFQ(3/4) AAS
そうだだね。Tridentだね。
Tridentの設計ポリシーは変わってない。
ブラウザのポリシーを変えるだけ。
924: 2015/02/02(月)17:01 ID:d6JB6KlL(2/3) AAS
増改築の繰り返しでわけわかめになったtridentに代わって
一から再設計したEdge使うって話じゃないの?
925: 2015/02/02(月)17:12 ID:3AEkduFQ(4/4) AAS
EdgeはTridentをフォークして作ったtte
ちゃんと書いてあるだろ
926: 2015/02/02(月)17:33 ID:d6JB6KlL(3/3) AAS
フォークしたっつtteも
ほとんど別モンだろうな
なんで引き算でやってるんだろ?
再構築、リファクタリングなら必要なものだけを足し算でした方が早そうなのに
927: 2015/02/02(月)20:22 ID:UKP5zWl9(1) AAS
たてました
Spartan (EdgeHTML)
2chスレ:win
928: 2015/02/02(月)23:02 ID:5ddZD6SB(1) AAS
>>929
再構築、リファクタリングは一般的に
必要ないものを取り除くことなんだけど?
新しい機能を追加する前(後にやることもある)に、
既存のコードを整理する。要らない所があれば消す。
この部分が、リファクタリングだよ。
リファクタリングは既存の動作を変えないことで
省1
929(1): 2015/02/03(火)04:33 ID:Q1ZKEngM(1) AAS
含まれる
930: 2015/02/16(月)14:49 ID:8Z58kFg+(1) AAS
node.js 0.12.0 でも tsc は問題無く動いた
そんだけ
931(1): 2015/02/25(水)12:26 ID:6KXCrYox(1) AAS
Roadmapの1.5の項目に追加があった
外部リンク:github.com
> Support for let and const on ES3/ES5
これマジか!グッジョブと言わざるを得ない
> Support for tagged string templates on ES3/ES5
意味が分からん…
> Expose a new editor interface through TS Server
省2
932(1): 2015/02/25(水)16:59 ID:Eak3EaAA(1) AAS
>>931
これも1.5に追加、と言うより2.0から前倒しされてるよ
>Support for ES6 Modules
async/awaitも早めに入れて欲しい
933(1): 2015/02/26(木)01:41 ID:3l+O6N93(1) AAS
ダックタイピングのせいで型だけで整合性がとれないのが非常に残念
934(1): 2015/02/26(木)07:05 ID:sBOEiQWy(1/3) AAS
>>933
そのための interface いう認識だったのだが、使えないケースがあるってこと?
935(2): 2015/02/26(木)07:46 ID:vwRfeNTF(1/2) AAS
>>934
StringからSafeStringを定義してもstringが入るじゃん?
936: 2015/02/26(木)08:12 ID:sBOEiQWy(2/3) AAS
>>935
SafeStringに何らかのメソッドを追加すれば弾かれるけど、何も追加しない場合の話?
strong typedef を想定しているのかな? それができる言語って結構限られると思うけど。
937: 2015/02/26(木)08:20 ID:vwRfeNTF(2/2) AAS
何も追加しない場合の話
Haskellのように型だけで安全を確保したかった
938(1): 2015/02/26(木)11:40 ID:ooujBOtt(1/2) AAS
>>935
class SafeString extends String {
はエラーになるけど、定義ってどういう事だ?
939(2): 2015/02/26(木)17:12 ID:2m9jfAxi(1) AAS
>>938
interface SafeString extends String {}
var str: SafeString = ""
940: 2015/02/26(木)17:38 ID:sBOEiQWy(3/3) AAS
interface にダミーメソッドを追加してデフォルトだと弾けるようにして、
キャストしたいときはanyを経由させてコンパイラを騙すくらいしか思いつかない
interface SafeString extends String { dummy(): void; }
<SafeString><any>"ABC";
941: 2015/02/26(木)19:28 ID:ooujBOtt(2/2) AAS
>>939
ES6だとStringのサブクラスが作れるからそれ待ちだな
それか普通に包含すればいいじゃん
942(1): 2015/02/27(金)10:19 ID:tBwaysiC(1) AAS
>>939
class Dummy {
private _dummy: any
constructor() { throw "Dummy" }
}
interface SafeString extends String, Dummy { }
function SafeString(x: string) { return <SafeString><any>x }
省6
943: 2015/02/27(金)11:19 ID:9H6qoQ2T(1) AAS
>>942
Cool
declare class SafeContent {
private safe_: boolean
}
interface SafeString extends String, SafeContent {}
function SafeString(str: string): SafeString {
省6
944(1): 2015/02/28(土)03:56 ID:7btd6iQJ(1) AAS
>>932
自己レスだが、早速来てたわ
外部リンク:github.com
>1.6
>Generators
>Async/await
945: 2015/02/28(土)16:11 ID:YY6bJC4D(1) AAS
>>944
うお!2.0がどんどん空気になっていく…
あとはvirtual,overrideキーワードが実装されれば俺的にはもう十分
946(1): 2015/03/06(金)11:47 ID:iWCN7DOB(1) AAS
外部リンク:techcrunch.com
AngularJS 2.0 は TypeScript で開発を進めることに
AtScriptとは何だったのか
947: 2015/03/06(金)12:34 ID:BnNW7/uW(1) AAS
>>946
Angular 2: Built on TypeScript
外部リンク[aspx]:blogs.msdn.com
これ見ると1.5に実行時型情報のサポートを追加するように見えるな
追加されると何がどううれしいのかは全然分からん…
948: 2015/03/06(金)22:11 ID:rB0vcOq6(1) AAS
Angular 2フレームワークとTypeScript言語でMicrosoftとGoogleが協働
外部リンク:jp.techcrunch.com
AtScriptが言語としてデビューしたのは昨年の10月だが、
今後はAtScriptという名前は消えて、TypeScriptに統一されるようだ。
Angular 2はAngularの旧バージョンとの互換性が完全でないので、
デベロッパコミュニティからの批判がとても多い。
Microsoftが作った言語を使うことも、一部の人たちは気に食わないようだ。
省2
949(1): 2015/03/07(土)00:25 ID:uYvMvPbm(1) AAS
しかしTypeScriptをパクった言語って他にも幾つかあった気がする
労せずおいしい所だけを持っていこうとするのは何か解せないものがある
ただTypeScriptが刺激を受けたのか進化がやたら早くなったのは良い影響といえるかな
950: 2015/03/07(土)07:17 ID:Rnf8iriw(1) AAS
>>949
「TypeScriptをパクった」といえるほど独自性あるっけ?
構文はそのままに型情報を付加するっていう基本部分は、遥か昔からいくらでもあるでしょ。
Python系であったのは覚えてる。
ヘタに拡張せず、型情報とES6の先取りに絞ったMSのセンスは褒めたいけど。
951(1): 2015/03/07(土)09:32 ID:+HdY4ynp(1) AAS
AngularのTS向けにVS以外のIDEがさらに使いやすくなるといいね。
TSはHaxeやCoffeeScriptなどの後に出てきた、センスのいいやつというぐらいの認識ぐらい。
952: 2015/03/09(月)12:08 ID:gYKpluIX(1/2) AAS
>>951
TypeScriptはJavaScriptの上位互換というか完全版とも言うべき言語
だからHaxeとかのAltJSと違って、TypeScriptを選択することでデメリットは全く無いと言ってもいい
(完全に主観だが)
953(1): 2015/03/09(月)13:42 ID:NnzyOe/j(1/2) AAS
CoffeeScript のゆるさが好きな漏れには
TypeScript
954: 2015/03/09(月)13:43 ID:NnzyOe/j(2/2) AAS
の良さがいまいち判らない
普段は C / C++ / Python 使いです
955: 2015/03/09(月)13:51 ID:gYKpluIX(2/2) AAS
>>953
JavaScriptを使ってる人がTypeScriptにしてもデメリットが少ないだろうってだけで
CoffeeScriptを否定するつもりも全く無い
言語の良い悪いは結論が出る話じゃないしな
956: 2015/03/09(月)22:08 ID:w6ZsvPuh(1) AAS
ただ、今後廃れる言語は使いたくない。
TypeScriptとCoffeeScriptだと、Type優勢なの?
957: 2015/03/09(月)22:51 ID:4i/HOWxM(1) AAS
安定のヘルスバーグだからね
958: 2015/03/09(月)23:00 ID:eiwQNP/A(1) AAS
ライブラリ使用時の若干の煩わしさがもっとスマートに解決出きる様になったら
手を出そうかと思う
959: 2015/03/10(火)04:27 ID:IH2/HTQ/(1) AAS
googleがTypeScript使いだしたからな
960(1): 2015/03/10(火)08:43 ID:rcROwI0d(1) AAS
外部リンク:qiita.com
>10月に投入されたAngular 2はAtScriptで記述された、より良く、より速いフレームワークです。
>ここで、AtScriptは当初からTypeScriptの拡張です。
>
>重要ポイント: Angular 2はこれまでもずっとTypeScriptで構築されてきました。
言いたいことは分かるが、いまいち納得いかない…
961: 2015/03/10(火)09:34 ID:GWDqHHzE(1) AAS
Angular はワシが育てた(キリっ)
962: 2015/03/10(火)13:37 ID:BO1l8SLB(1) AAS
煩わしいし、angularから離れてbackbone.jsに戻ろうかな
963: 2015/03/16(月)07:03 ID:dto99C0o(1) AAS
>>960
ずっとただのTypeScriptでやってるけどAtScriptって銘打っちゃおうぜ→MS協力の流れ→あっ、これ?TypeScriptっす
964: 2015/03/26(木)19:19 ID:jDcjMJ8v(1) AAS
Dartお亡くなりでこいつの勝利か
965(1): 2015/03/26(木)19:28 ID:twJT7lY0(1) AAS
「Node.js Tools 1.0 for Visual Studio」がリリース、Visual Studio 2013/2012でNode.jsの利用を可能に
外部リンク:codezine.jp
やべー真の勝者はVSだな…
966: 2015/03/27(金)00:23 ID:ywL9wUBF(1) AAS
>>965
使ってみた
ちゅーとりあるのビデオと全然違うやん
VSのエディタはも含めてだけど世の中に普及してるエディタはインデントで構造を指定する言語には弱い
967: 2015/04/03(金)02:11 ID:S+bbF527(1) AAS
Announcing TypeScript 1.5 Alpha
外部リンク[aspx]:blogs.msdn.com
公開されたのは今日かな
968: 2015/04/03(金)16:31 ID:QkZvOp2c(1/3) AAS
基本的にES6の追従だけど
> let/const compiling to ES5
が便利過ぎる機能追加、これは大きい
あとはAngluar為に追加したと言っても過言ではないデコレータか
Angluar2.0っていつ使えるようになるか分からんけど
TypeScriptから使うと相当便利につかえるんだろうね
969(1): 2015/04/03(金)16:40 ID:QkZvOp2c(2/3) AAS
早速試してみた
test.ts
const hoge = 123;
// hoge = 1; // ← コンパイルエラー
console.log(`${hoge}`);
let x = 1;
if (x) {
省15
970(1): 2015/04/03(金)16:47 ID:QkZvOp2c(3/3) AAS
>>969は--target ES5でコンパイルしたけど--target ES6だと
.tsと.jsが全く同じになった
しかもclassとか=>もそのまま.jsに出るようになった!
ちなみにclass内は完全に一緒になる訳じゃないな
971: 2015/04/04(土)01:09 ID:sX9xZX28(1) AAS
>>970
報告乙
constやっと来たか
出力されるのが同じになるって分かってたけど嬉しい不思議
972: 2015/04/05(日)13:10 ID:Cm0h0Zml(1) AAS
おわりの始まり
973: 2015/04/06(月)12:45 ID:Au51qe0r(1) AAS
JavaScriptにコンパイル時静的型チェックの仕様が追加されない限り
TypeScriptの必要性は全く変わらない
974: 2015/04/22(水)00:27 ID:G0rTsYMJ(1) AAS
Angular2ってものすごく評判悪いね
975: 2015/04/22(水)23:26 ID:YLjRa+iq(1) AAS
なぜこのスレで言う
976: 2015/04/23(木)16:40 ID:0VCN8LwS(1) AAS
tscでコンパイルしたjavascriptをjscsに通すと警告がたくさん出る。
コードスタイルを設定してコンパイルする方法ないの?
977: 2015/04/23(木)23:26 ID:kZZrUiJM(1) AAS
そんな便利なオプションは無い
しかしtscが吐くjsは少なくとも文法的に問題があるわけじゃないから
jscsの設定で警告でないようにすればいいじゃないかと
978: 2015/04/23(木)23:42 ID:l/65wJU+(1) AAS
除外ファイルに指定する方が健全ね
979: 2015/04/24(金)11:41 ID:GZDzyhlo(1/2) AAS
Angular2がどんなもんだかは知らんけど、TypeScript+WebComponentなフレームワークは
これから腐るほど出て来るだろうね
しかし最初に始めたものがデファクトスタンダードになる可能性は高いけど
980(2): 2015/04/24(金)13:30 ID:PvI2wnUV(1) AAS
var obj = document.createElement('p');
obj.id = "sample";
obj.contentEditable = true;
contentEditableにtrueを渡すとコンパイルエラーになって
文字列で"true"と渡すとコンパイルが通るんですがなんでですか?
981: 2015/04/24(金)14:45 ID:GZDzyhlo(2/2) AAS
>>980
そういう時はlib.d.tsを見ればいいよ
interface HTMLElement
{
contentEditable: string;
ってなってるよ。基本的にW3Cの仕様をそのまま反映してる↓
外部リンク[html]:www.w3.org
982: 980 2015/04/24(金)22:08 ID:fdiFjNHv(1) AAS
lib.d.tsこれみてきました
これがあるとtype迷わなくて済みそうです
983: 2015/04/25(土)01:17 ID:3rwZ3iG9(1) AAS
外部リンク:github.com
Suggestionsが消えて、1.5のやり残しは1.5.1に先送り
Build開催までに間に合わせたかったのかな
外部リンク:github.com
>1.5
>Support for Decorator type metadata
>New --rootDir
省5
984: 2015/04/25(土)13:57 ID:CAD04OOS(1) AAS
スゲー急ピッチだな、1.6でもうES6対応を含めて完成してしまう
それはそうと--watchでずっとコンパイルしてるとメモリリークして
いつの間にか1GB超えててびびった
nodeが悪いのか知らんけど気になるな
985: 2015/04/26(日)13:18 ID:2npT22yp(1) AAS
test
上下前次1-新書関写板覧索設栞歴
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル
ぬこの手 ぬこTOP 0.186s*