TypeScript part3
■ このスレッドは過去ログ倉庫に格納されています
http://www.typescriptlang.org/
JavaScript that scales.
TypeScript is a typed superset of JavaScript that compiles to plain JavaScript.
Any browser. Any host. Any OS. Open Source.
part1
https://peace.5ch.net/test/read.cgi/tech/1349187527/
part2
https://mevius.5ch.net/test/read.cgi/tech/1430386649/ これっぽいの見たことあるけど、他にも気になる事があって見落としてました
<div>に書いてあるの要るのかな?
今試せる環境でないので後日に TypeScriptってsetIntervalとかsetTimeout,
async/await, Promiseとか使えるんですか? Ruby on Rails では、React も多いけど、
TypeScript を使う香具師は、いるのかな? ルビカスは宗教上の理由からTypeScriptなは絶対に使えないんで消えて
フロントエンドの方が厳格な言語で書かれてるとか頭おかしいからなw Ruby on Rails 6 から、Node.js, webpack が標準になったから、
もう、Coffee Script には依存していない webpack使えるなら、普通にもうRoRでhtml作る必要ないのでは ほんまやな
PHPもRubyも、型無し糞言語は滅びるべきや
json以外を喋る邪悪なWebサーバーは1台残らず破壊しろ この場違いRuby妖怪はアンカ飛ばさんでも一応レス見てる素振りを見せるのがちょっとしたホラー GUI は、React, Bootstrap で良いけど、
サーバ側が、Node.js じゃ辛い
Rails, Sinatra などの、Ruby の方が分かりやすい
Rubyの欠点は、web アプリだけしか作れないこと!
スマホ用アプリも必要なら、Electron, React Native + Expo
それか、Unity Rubyの欠点はお前みたいなキチガイがスレチのクソ宣伝で評価を下げてることだよ https://twitter.com/yokatsuki/status/744702839558017024
多言語disをついやってしまう癖を止めて欲しい。
最後に参加したTokyuRubyKaigiで「Javaやってる人手を挙げてはーい♪今挙げた人はすぐに帰ってくださーい♪」って言ったのは忘れたくても忘れられない。
https://twitter.com/5chan_nel (5ch newer account) 型無し糞言語やってる人は帰るだけじゃ済まされない
死んでください >>442
10年以上前に同じようなJava disやってたスピーカーがいたが
別のスピーカー/コミッター達にあれはやめたほうがいいって厳しく批判されてたけどな
その時代の話なのかな ありますで喩えると
Java山中さん
*by笹井さん TypeScript で、無名配列のJSON ファイルは、import できない
[
["a", 10],
["b", 20]
]
名前を付ければ、import できる。
import { xyz } from "./a.json";
{"xyz": [
["a", 10],
["b", 20]
]
} typescriptに限らず
そういう実装結構ある
全体は{}を仮定してるの jsonってトップレベルはObject必須だと思ってた
そういう仕様あるのかな Type Script 使ってみて思ったけど
最初から ES がこの仕様だったら本当に助かってた
そして今の課題は既にある ES のライブラリ摂りこむのが面倒
なんとかならんのか??っていう C# 使ってみて思ったけど
最初から C がこの仕様だったら本当に助かってた
そして今の課題は既にある C のライブラリ摂りこむのが面倒
なんとかならんのか??っていう 割とマジで攻守共にTypeScriptが最強だわ
TSに欠けてるのは、あとはパターンマッチくらいだろう
TypeScriptがネイティブバイナリ吐くようになればいい >>449
そもそもimportはjsonを読むためにあるわけじゃないから読めなくても不思議はないが、
ts3.9.6で試してみたら普通に読めるんだが?
>>451
rfc読めばわかるがトップレベルだけ特別扱いする必要ないしね。 ./a.json に以下だけを書いて、どういうimport 文を書いたの?
[
["a", 10],
["b", 20]
] ふつうに
import j from './a.json';
"module"は"commonjs" esModuleInterop か allowSyntheticDefaultImports は true になってる?
false や未設定なら、 `import * as j from './a.json';` でインポートする必要がある ああすまん、"resolveJsonMdule": true してた。
つまりmoduleじゃないjsonをロードしたいならこれが必要ってことね。 あれ? 普通に、これで、import できた!
漏れの勘違いだったみたい
import j from "./a.json";
漏れの設定は、
"module": "es2015",
"esModuleInterop": true,
"resolveJsonModule": true, こういうのはだめなんだっけ
[
["a", 10],
["b", 20],
] TypeScript の開発中は、
Webpack のオフライン機能、workbox を使わないから、
package.json の、"workbox-webpack-plugin": "^5.1.3" を、
コメントアウトしようとしたが、形式エラーになって出来ない
削除はできるけど、コメントアウトで残しておきたい >>461
JSON ファイルでは出来ない
よく知らないけど、新しめの、JS/TS ファイルでは出来るかも >>461
ケツカンマをファックできるのはECMAScript 5以上
JSONはファックできない クライアント向けの開発サーバーが付いている、Parcel を使っている香具師いる?
Postman を使っている香具師いる?
これは、REST クライアントかな?
漏れは、VSCode の拡張機能の、REST Client を使っているけど
他には、TypeScript で、Express サーバーを実行する、ts-node-dev は? pacage.jsonのバージョンを取得したくて
src/index.tsで
import {version} from '../package.json'
を思いついたのですが、これだとコンパイルでdistに排出されるときにpackage.jsonも排出されてしまいます
これを解決する(依存関係をdistに持ってくるのではなくが./package.jsonを常に読むようにしたい)方法はあるのでしょうか? コンパイルするたび常に最新のpackage.jsonがdistに排出されるんだから
それでええんちゃう? >>469
自分的にはdistに排出される先にもう一つpackage.jsonが作られるのが気持ち悪いと感じたのですがそうでもないんですかね? 普通にgitignoreしてるだろうしdistにpackage.jsonがあっても特にデメリットないし
distに何が吐かれててもええんちゃう? >>468
process.env.npm_package_version
じゃダメなの? >>473
横からだけどサンキュー
こんなことできるんだね、勉強になった
package.jsonの各種要素を読み込みたい! - DEV
https://dev.to/origamium/package-json-1626 >>474
公式にもこんなところにしれっと書かれてる
https://docs.npmjs.com/misc/scripts#packagejson-vars
package.jsonの各フィールドの説明してるページには書いてないんだなぁ… もう4.0の時代なのか・・・
それなのにおまいらのプロダクトときたら・・・ ここで聞いて良いのかわからないけどimportの拡張子(.js)を省略して、js変換時に拡張子をつけることってできないかな?
開発中はtsc使って開発者終了時だけwebpack使いたいのだけども そのようにwebpack設定するだけでは
cssやjpgとかの非プログラムファイルにしかimport文に拡張子書いたことないわ webpackの方でなんとかするしかないか。
ありがと typescript のポリシーからすると将来的にも対応される可能性は低い マイクロソフト発のオープンソース言語「TypeScript」、生みの親が語る開発当初や背景
https://japan.zdnet.com/article/35159882/ TypeScriptのまえにWebAssemblyが登場していたらみなそっちに飛び付いたのだろうか。 何だかんだ言ってみんなJavaScriptが大好きだからな
それにブラウザに実装されているAPIはJavaScriptから使うこと前提だからWebAssembly使っても余計な苦労するだけだ
ゲームには向いてるだろうけど 既存のJS資産を流用できたのも強みの1つだったと思うから、やっぱTSの戦略勝ちじゃねえの
つかWASMって一時期騒がれてたけど今どうなったんだ? >>489
Unityが実用?になってるぐらい。
なにしろ、仕様も含めて
今後どうなるかわからん状況では? FlutterがDartじゃなくてTSだったら良かったのに ほんとそれな
あんな劣化Javaみたいな言語ありがたがってる連中の頭が理解できない 大して機能違わないじゃん。
何が足りないと思ってるの? そうだな、JavaとJavaScriptも一緒だしな マイクロソフト発のオープンソース言語「TypeScript」、生みの親が語る開発当初や背景
https://japan.zdnet.com/article/35159882/ >> Microsoftが2018年に75億ドル(約8000億円)を投じて買収したGitHub
知らんかった
オンライン版のvscodeがGitHubにあるのはそういうわけか こんにちは。プログラミング初心者です。
TypeScriptとJavaScriptはどっちが最強なんでしょうか?
これから始める場合はどっちがいいのですか?
TypeScriptはJavaScriptとくらべ実行速度は変わらないのに
静的型付けのため記述が面倒で学習する価値がないと友達が
言ってたんですがこれは正しいですか? >>501
普段からめちゃくちゃな
読めないコード書いてる人には
難しいと思いますよ。 >>502
なるほど。つまりTypeScripはtコードをきれいに見せるためだけの言語ってことなんですね。 価値がわかるようになるまではJS使うのをおすすめする
今TS触っても嫌いになるだけだと思う ん。。。価値が分かる人にしかわからないプロ向けの言語なんですね。。。 綺麗に見えるということは他人が書いたコードであっても理解しやすいといえる 複数人で開発するとき用ってことですね。
一人でWEBアプリ作って満足してる分には必要なさそうですね。 ソースを公開する時に型は必須だな
複数人開発だと必然的に他人にソースを公開する訳だから型は必須だな
一人で開発してる時も未来の自分にソースを公開すると考えれば型は必須だな この理屈で行くと型が必要無い状況は使い捨てのコードを書く時になる
実際、実験的なコードを書くときはJavaScriptでサクッと書いてる 型を指定するのは実行速度のためだと思ってましたが違うんですね。 個人で、1ファイル、2, 300行程度のオモチャしか書かない奴にはいらないかもしれんな
複数人で、2ファイル以上のまともなコード書くなら、型は必須
「全てのfunctionが何かを引数にとって何かを返します。その『何か』はコードを読まないとわかりません」
じゃ困るだろ 複数人でも一つ一つ関数定義を確りして
コメントを残せば後から見返してもわかりそうな気がするのは
私がまだ未熟なんですね。 3ヶ月前の自分は他人
webのようにリリース後にメンテする可能性があるなら確実に過去の自分を恨むだろう >>512
でもそのコメント、人によって書き方バラバラだし、その通りに実装・使用されているかわからないよね
そのコメントが規格化されていて、その通りに実装・使用されていることを保証してくれるのがTypeScriptとでも思え わかりました。TypeScriptの勉強をしてみます。
バックにはMicrosoftとGoogleがついてるみたいですので
安心して学習してみます。 せや
どこの馬の骨ともしれんバカではなく
MicrosoftとGoogleの天才たちを信じろ 型情報による補完などのエディタの支援機能がないと書けない体になってしまった… >>502
これさ無茶苦茶なコード書いてる人がキレイなコードかけるようになるって点でTSって素晴らしいと思う 今日までエラーがでなければどんなコードでもいいと思ってました。 最終的にはそうだよ
同じ動きをするならユーザーにはどんなコードも同じ
開発側から見てどうか?ってだけ 開発側の立場で考えるとTypeScriptが必要になるんですね。 >>501
なんか…Javascriptやってる人達ってこれくらいのレベルなんだよな…
今から始めるあなたはともかくとして、そのアドバイスしてくれたお友達のレベルもたかがしれてそう。 Pythonなんかもっとひどいぞ
ただ色んなレベルの人がいるというのは新しい人が入ってきている証拠でもあるので、歓迎すべきことでもある
誰でも最初は初心者なんだしさ 技術ブログ等で公開されているTypeScriptなコードの品質の平均はJavaScriptのそれと比べて高い。そういう意味でも使う価値がある。
もちろん例外はあるけどね >>521
開発環境でリファクタリング機能の
性能に注目出来るぐらいになりましょう! javascriptの言語仕様では
まともな物は作れませんので。 ■ このスレッドは過去ログ倉庫に格納されています