■ このスレッドは過去ログ倉庫に格納されています
TypeScript part3
- 98 ：デフォルトの名無しさん：2018/11/07(水) 08:56:34.35 ID:+94YsfsL.net
- 世界でも有数の大規模ソフトウェアであるVSCodeがTypeScriptでビルドされている以上、
利用者のスキルの問題でしかないな
- 99 ：デフォルトの名無しさん：2018/11/07(水) 15:40:12.32 ID:d0XTpm7T.net
- まぁ、今どきVueを選んじゃう技術力・審美眼のないとこじゃしょうがないんじゃないか？
糞うるさいポンコツウインドウズXPとか使ってそう
- 100 ：デフォルトの名無しさん：2018/11/07(水) 16:13:39.60 ID:mdwOvRGk.net
- React使いがよく言うよな。技術力&審美眼。
魔窟になってるのを技術力と言い換えて、そのアーキテクチャを美と言い換えるやつ。
- 101 ：デフォルトの名無しさん：2018/11/07(水) 19:54:03.59 ID:ReL8stLA.net
- うちのプロジェクトもビルド時間5分なんでどうにかしたいなぁ。
makedepend+makeが欲しい。
- 102 ：デフォルトの名無しさん：2018/11/07(水) 20:15:51.54 ID:NQOj7Zqs.net
- >>98
それ可笑しくね？vscodeビルドしたことあるの？
- 103 ：デフォルトの名無しさん：2018/11/07(水) 20:16:37.40 ID:NQOj7Zqs.net
- >>99
mbp2017つかってる。メモリは8gbだけど
- 104 ：デフォルトの名無しさん：2018/11/07(水) 22:25:07.54 ID:LyspAo2Z.net
- >>103
チャイニーズに尻尾振るガラパゴスVue民にはお似合いのゴミだなｗ
- 105 ：デフォルトの名無しさん：2018/11/09(金) 18:28:02.99 ID:npJX8Ub3.net
- module と namespaceの使い分けは
どうやればいいの？
- 106 ：デフォルトの名無しさん：2018/11/09(金) 18:56:45.93 ID:gzUh27KV.net
- 使い分けるものではない
moduleはnamespaceに置き換えられた
常にnamespaceを使用せよ
- 107 ：デフォルトの名無しさん：2018/11/09(金) 19:06:31.99 ID:npJX8Ub3.net
- >>106
了解
- 108 ：デフォルトの名無しさん：2018/11/10(土) 09:38:47.43 ID:h5ltDNBL.net
- type と interface の使い分けは
どうやればいいの？
- 109 ：デフォルトの名無しさん：2018/11/11(日) 11:38:30.86 ID:Cm/nwVcs.net
- >>108
ほぼ一緒だから気にしなくていい。
Typescriptの仕様書にも「非常に似ている」と書いてある。
ただ、interfaceは
inteface Point {
x:number:
}
interface Point {
y:number:
}
というようにプロパティの追加ができるが、typeはできない。それぐらいしか違いがない。
- 110 ：デフォルトの名無しさん：2018/11/11(日) 13:05:47.70 ID:/+pk64i1.net
- TSLintのデフォがtypeよりinterfaceを推してくるからとりあえずinterfaceにする事が多い
- 111 ：デフォルトの名無しさん：2018/11/11(日) 14:07:03.02 ID:R0IiHkaX.net
- >>110
これメンスだがtypeしか使えない機能なかったっけ？
- 112 ：デフォルトの名無しさん：2018/11/11(日) 15:41:10.38 ID:YkGULP39.net
- 交差型、共用体型を定義できるのはtypeだけだな。
- 113 ：デフォルトの名無しさん：2018/11/11(日) 20:39:14.47 ID:3jMJhmwM.net
- 例えば file1.tsを編集していて、バックアップとしてそのファイルを複製して
file1 - コピー.ts
を作ったとすると、関数名が重複していますみたいなエラーがダダダーと
出るんですが、どのように対策すれば良いでしょうか？
- 114 ：デフォルトの名無しさん：2018/11/11(日) 20:52:52.31 ID:B3f/927d.net
- 自分はいつもバックアップはfile1.ts.bakって付けてる。
- 115 ：デフォルトの名無しさん：2018/11/11(日) 20:59:48.79 ID:MG/LuDvG.net
- git使いなさい
- 116 ：デフォルトの名無しさん：2018/11/11(日) 21:18:11.36 ID:3jMJhmwM.net
- >>115
サーバーが必要なんでしょ？
そんなの持っていないし
- 117 ：デフォルトの名無しさん：2018/11/11(日) 21:29:24.04 ID:MG/LuDvG.net
- 必要ないですよ
- 118 ：デフォルトの名無しさん：2018/11/11(日) 21:29:49.74 ID:cIalEm6/.net
- gitにサーバが必要とか正気か
いいからとりあえずチュートリアルやってみろ
- 119 ：デフォルトの名無しさん：2018/11/11(日) 21:42:32.66 ID:3jMJhmwM.net
- >>118
チュートリアルどこにあるのよ？
- 120 ：デフォルトの名無しさん：2018/11/11(日) 23:28:37.79 ID:R0IiHkaX.net
- >>119
man git
で英語を読む
でも、君にはそんな技術も学も根性もなさそうだから、
やっぱりfile1 - コピー.ts.bak181110ってするのがいいと思うんだ。
いや君をバカにしてるわけではなくて。
猿は猿らしい生活をした方が幸せだと思うからさ。ね。
- 121 ：デフォルトの名無しさん：2018/11/11(日) 23:59:28.42 ID:cIalEm6/.net
- >>119
これ以上は他所でやってくれ
お前さんの質問に対する回答は
* 編集バックアップをファイルコピーでとるというのがクソ
* 拡張子も変えてないならビルド対象になって当然
でおしまい
- 122 ：デフォルトの名無しさん：2018/11/14(水) 23:56:36.53 ID:aDOvGxXC.net
- 流石に不親切すぎる。猿でもわかるgitとか読むと良い
- 123 ：デフォルトの名無しさん：2018/11/17(土) 15:07:14.11 ID:BcZrVMNP.net
- TypeScript使うな。汚らわしい。
バカはバカらしくPHPでも使ってろゴミ。
- 124 ：デフォルトの名無しさん：2018/11/18(日) 12:08:33.81 ID:uaqKqGAI.net
- 猿でも判るように書いたら人間に判らなくなりました
- 125 ：デフォルトの名無しさん：2018/11/18(日) 13:48:19.18 ID:pdwgi8hG.net
- 猿ですがわかりません
- 126 ：デフォルトの名無しさん：2018/11/26(月) 23:24:03.84 ID:uFKIPm3P.net
- elem.onclick = function () {
if (this.classList.contains('classA')) {
・・・
}
こんなコードを書くと、Visual StudioのTypeScriptで
エラー TS2339 (TS) プロパティ 'classList' は型 'GlobalEventHandlers' に存在しません。
と出るのですが、生成されるJavaScriptコード(上のコードを同じ)は問題無く実行出来る。
これは何故ですか？
- 127 ：デフォルトの名無しさん：2018/11/26(月) 23:28:58.28 ID://9j39Lt.net
- あのさぁ…何のためにTypescript使ってんのよ…
- 128 ：デフォルトの名無しさん：2018/11/26(月) 23:46:28.79 ID:uFKIPm3P.net
- >>127
仕事で仕方なく
- 129 ：デフォルトの名無しさん：2018/11/26(月) 23:49:14.79 ID:S88o/5+S.net
- thisを使わないか、addEventListener使う
- 130 ：デフォルトの名無しさん：2018/11/26(月) 23:57:01.52 ID:S88o/5+S.net
- this: GlobalEventHandlers のところは this: thisじゃだめなのかな？
- 131 ：デフォルトの名無しさん：2018/11/26(月) 23:59:28.47 ID:RFi6oWGn.net
- アロー関数使うとかそういう話？
- 132 ：デフォルトの名無しさん：2018/11/27(火) 02:25:43.08 ID:7n6dok9k.net
- >>126
elemにちゃんと型(多分HTMLElement？)が指定されてればそんなエラー出ないぞ
- 133 ：デフォルトの名無しさん：2018/11/27(火) 09:47:55.32 ID:riCGJi9o.net
- >>132
出るよ
- 134 ：デフォルトの名無しさん：2018/11/27(火) 09:56:31.77 ID:riCGJi9o.net
- >>129
addEventListenerでも同じだろ
- 135 ：デフォルトの名無しさん：2018/11/27(火) 10:22:11.47 ID:AQW0OfN+.net
- addEventListenerは要素ごとにシコシコ定義されていて、thisがその要素になっているのでOK
onclickとかはGlobalEventHandlersでmixin的に定義されていて、this: GlobalEventHandlersになっちゃってるのでNG
- 136 ：デフォルトの名無しさん：2018/11/27(火) 10:37:58.94 ID:riCGJi9o.net
- >>135
なるほど。でも、そもそも
this.classList ではなくて
elem.classList と書けばいいんじゃないか
- 137 ：デフォルトの名無しさん：2018/11/30(金) 10:49:11.23 ID:jlBTh7S1.net
- Announcing TypeScript 3.2
https://blogs.msdn.microsoft.com/typescript/2018/11/29/announcing-typescript-3-2/
- 138 ：デフォルトの名無しさん：2018/11/30(金) 11:28:27.90 ID:atRGowE7.net
- Eitherさん素敵
- 139 ：デフォルトの名無しさん：2018/12/01(土) 10:07:51.30 ID:7lSKHFDm.net
- ようやくEitherでホイサーできるTSがきたか
しかしleftrightとパタマチがないとダメやろこれ
- 140 ：デフォルトの名無しさん：2018/12/01(土) 10:12:04.48 ID:7lSKHFDm.net
- よんだら、これEitherじゃなくホイサーだろ・・・
エラー処理強制できないEitherってナンジャー？
ゴミジャー
- 141 ：デフォルトの名無しさん：2018/12/01(土) 18:12:50.09 ID:qYhERqMT.net
- 宇宙に満ちている光を伝える媒質、だっけ。
- 142 ：デフォルトの名無しさん：2018/12/01(土) 21:02:52.90 ID:214oHlAj.net
- それはether
- 143 ：デフォルトの名無しさん：2018/12/01(土) 21:38:50.33 ID:qYhERqMT.net
- 旧盆に行われる沖縄の盆踊り、かな。
- 144 ：デフォルトの名無しさん：2018/12/04(火) 20:53:43.14 ID:iqna8FaP.net
- 通常、string と string | null は同等なんでVSCodeのポップアップでも | null は省略されるけど、
これを省略させないで表示する設定ってないのかな。
strictNullChecks 使ったら区別できなくて困った。
- 145 ：デフォルトの名無しさん：2018/12/04(火) 21:39:51.76 ID:O7AxfIIB.net
- 通常、string と string | null は同等じゃないです
- 146 ：デフォルトの名無しさん：2018/12/04(火) 21:46:28.77 ID:WLbw6NyA.net
- ""はnullじゃないぞ
- 147 ：デフォルトの名無しさん：2018/12/05(水) 08:02:21.96 ID:rsg3VEcH.net
- 他に困ってる人がいないってことは strictNullChecks 自体あまり使われてないのかな。
- 148 ：デフォルトの名無しさん：2018/12/05(水) 09:20:27.07 ID:B/THyK2J.net
- strictNullChecksは使ってるけどその困り方がよく分からないから具体的にどういうコードを書こうとした時に何が困るのか教えてくれるとありがたい
- 149 ：デフォルトの名無しさん：2018/12/05(水) 14:47:23.52 ID:2sSegHBZ.net
- 馬鹿には無理
- 150 ：デフォルトの名無しさん：2018/12/05(水) 19:58:08.96 ID:rsg3VEcH.net
- function f(): string | null {
if(Math.random() === 0) {
return null;
}
return 'abc';
}
function g(): string {
return 'abc';
}
const x = f();
const y = g();
VSCode で x や f() にマウスポインタを当ててポップアップで型を表示しても
string | null じゃなくて string としか表示されないんでこれを区別できるようにしたい。
- 151 ：デフォルトの名無しさん：2018/12/05(水) 20:42:07.12 ID:2r3P2eMd.net
- tsc --init しなさい
- 152 ：デフォルトの名無しさん：2018/12/05(水) 20:43:39.84 ID:kxOqR7S7.net
- * プロジェクトルートにtsconfig.jsonはあるか
* tsconfig.jsonでstrictNullChecks或いはstrictが有効になっているか
* そもそもVSCodeでプロジェクトルートを開いているか
- 153 ：デフォルトの名無しさん：2018/12/05(水) 20:51:32.34 ID:rsg3VEcH.net
- なるほど、VSCode用のtsconfig.jsonを置いてやればいいってことか。ありがとう。
ビルド用のtsconfig.jsonは別の場所に置いてた。
- 154 ：デフォルトの名無しさん：2018/12/05(水) 20:57:46.26 ID:kxOqR7S7.net
- そりゃプロジェクトルートに無けりゃどういう原理で探してくるんだって話だ
- 155 ：デフォルトの名無しさん：2018/12/05(水) 21:04:20.27 ID:rsg3VEcH.net
- じゃなくて、VSCodeがtsconfig.jsonのビルドオプションに合わせて表示を変えているとは想像してなかった。
- 156 ：デフォルトの名無しさん：2018/12/05(水) 21:10:24.13 ID:kxOqR7S7.net
- そもそもtscもtslintもプロジェクトルートのtsconfig.jsonなりtslint.jsonなり読むんだから・・・・・
- 157 ：デフォルトの名無しさん：2018/12/05(水) 21:30:49.29 ID:rsg3VEcH.net
- 各.tsに対してどのtslint.jsonが使われるかという認識はあったけど、
tslintもtsconfigを見てるのか。なるほど。
- 158 ：デフォルトの名無しさん：2018/12/05(水) 21:32:49.41 ID:kxOqR7S7.net
- 誤解を招く書き方だったから訂正しておくけどtslintはtsconfig.json読まんよ
- 159 ：デフォルトの名無しさん：2018/12/21(金) 21:25:18.74 ID:X6PhK/jL.net
- 今日は emitDeclarationOnly でd.tsだけ出力できることを発見した
- 160 ：デフォルトの名無しさん：2018/12/22(土) 01:07:22.52 ID:RH928dFE.net
- jap is crazy monkeys
- 161 ：デフォルトの名無しさん：2018/12/24(月) 11:44:39.27 ID:zyOojth7.net
- 拡張子だけ許せない
- 162 ：デフォルトの名無しさん：2018/12/24(月) 11:56:09.60 ID:JT2deTbq.net
- TransSexual
- 163 ：デフォルトの名無しさん：2018/12/25(火) 02:39:04.38 ID:atOE2BOw.net
- 動画と被ってる
- 164 ：デフォルトの名無しさん：2018/12/31(月) 06:26:09.53 ID:65rO9GPR.net
- rollup覚えた
- 165 ：デフォルトの名無しさん：2019/01/10(木) 03:06:03.03 ID:Zf9Oh0RM.net
- export as namespace が何をどうしてるのかさっぱりわからん
- 166 ：デフォルトの名無しさん：2019/02/01(金) 09:17:10.17 ID:Cg5cm39S.net
- Announcing TypeScript 3.3
https://blogs.msdn.microsoft.com/typescript/2019/01/31/announcing-typescript-3-3/
- 167 ：デフォルトの名無しさん：2019/02/14(木) 09:58:56.90 ID:fCWwgaGu.net
- JavaScriptを勉強したことがないので、今からならどうせならとTypeScriptの方を身につけたいんだけど・・・・
これって先ずJavaScriptが出来ないことには実用にならないの？
- 168 ：デフォルトの名無しさん：2019/02/14(木) 10:01:00.45 ID:zQRRDS2s.net
- そうでもないんじゃない
- 169 ：デフォルトの名無しさん：2019/02/14(木) 11:21:03.44 ID:sZU59yH4.net
- typescript は javascript の上位互換なのだから、ts やってるうちに js のことも勉強しなければならなくなる (特に、es5, es2015 とかのキーワードで)
言い換えれば、ts を勉強してれば js が出来るようになる
- 170 ：デフォルトの名無しさん：2019/02/14(木) 11:22:03.05 ID:MlsuSDTj.net
- >>167
javascript9割以上＋TypeScript追加仕様なんだからjsやらないなら使う意味ねえだろ
- 171 ：デフォルトの名無しさん：2019/02/15(金) 00:32:30.89 ID:UOWlr3Ch.net
- 正確にはTypeScript使ってるとJavaScriptの深い部分が気になってきて、最終的には自然とJavaScriptを勉強し始めてるよ
気にせずTypeScriptから始めれば良い
- 172 ：デフォルトの名無しさん：2019/02/15(金) 19:47:15.67 ID:iHivKYcL.net
- tsだけで理解できることをjsを経由する意味はないしむしろ型を考慮しないダーティーな解法を覚えさせられるだけ有害
- 173 ：デフォルトの名無しさん：2019/02/15(金) 22:59:18.80 ID:XxBbyQo/.net
- tsの、ライブラリの95パー以上がjsなんだから
どうにもならん。
pythonの型アノテーションを
完全に付ける書き方に別言語名つけてるようなもんだ。
- 174 ：デフォルトの名無しさん：2019/02/16(土) 16:31:11.68 ID:HHyiFibH.net
- >>172
動的型は型を考慮しないと思ってんのはお前だけだ
JavaScriptの全ての変数に型は存在しているし目の前の変数の型を知らずにコーディングしてる奴なんていない
JavaScriptは実行時に型チェックして型の正しさを保証して、
TypeScriptは実行前に型チェックして型の正しさを保証するって違いだけだ
- 175 ：デフォルトの名無しさん：2019/02/16(土) 16:54:05.42 ID:sYjKK7tj.net
- 作ってる時に頭の中にある型なんか、作った後には何の意味もないし、実行時に型チェックするなんて馬鹿の極み
- 176 ：デフォルトの名無しさん：2019/02/16(土) 16:59:02.66 ID:bRo2S9Sl.net
- つ外部入力データ
- 177 ：デフォルトの名無しさん：2019/02/16(土) 18:28:18.38 ID:HHyiFibH.net
- >>175
頭の中w
JavaScriptには全ての変数に型があるんだよ
アンダースタン？
- 178 ：デフォルトの名無しさん：2019/02/16(土) 18:29:05.39 ID:STqQL4YT.net
- jsのboolの型チェックはバグあるけどな
- 179 ：デフォルトの名無しさん：2019/02/16(土) 18:59:44.19 ID:qw78JFeM.net
- >>177
保守する人には作ってる人の意図はわからないって意味だよ
- 180 ：デフォルトの名無しさん：2019/02/16(土) 19:03:19.63 ID:qw78JFeM.net
- 動的のつらみはrubyとかjavascriptで散々通ってきてtypescriptに行き着くわけだけど、
まだそこを通過中の人とは話が噛み合わないんだよなあ
結局こっちに来ることになるのに
- 181 ：デフォルトの名無しさん：2019/02/16(土) 19:28:50.73 ID:HHyiFibH.net
- TypeScriptにUnion型がある時点で最早動的型と言ってもいい
宣言したあとに離れた場所のコードを見ても、パッと見じゃどっちの型になってるかは分からないからね
- 182 ：デフォルトの名無しさん：2019/02/16(土) 19:36:05.44 ID:JPFBQxX7.net
- any型もあるぞ
- 183 ：デフォルトの名無しさん：2019/02/16(土) 19:38:44.73 ID:qw78JFeM.net
- >>181
typescirptってそういうところもチェックしてくれるんだぞ
- 184 ：デフォルトの名無しさん：2019/02/16(土) 21:04:52.10 ID:czmkS5Li.net
- データ型と混同してない？
- 185 ：デフォルトの名無しさん：2019/02/16(土) 21:15:59.20 ID:dfsqwbBr.net
- 動的型の言語、結局人気が年々下落しはじめてる。
c#やtypescriptぐらいの、型あり基本で、
いざとなったら、部分的問わないのも、
自然で簡単に書ける、程度が今はよいな。
- 186 ： ：2019/02/16(土) 21:32:01.93 ID:rUZ2ZZ3T.net
- >>185
型を意識しない、というのは私には有用にみえます、ただし変数宣言は動的型言語にも必要だと思いますが、それを表立って採用している言語はありますかね…
- 187 ：デフォルトの名無しさん：2019/02/16(土) 21:54:57.88 ID:aDxQaKE+.net
- 言語の人気が年々移り変わる、
ということは、
いつかtypescriptも、ほかの型付き、部分的型付き言語の人気も、移り変わる、
とは、考えないのか？
- 188 ：デフォルトの名無しさん：2019/02/16(土) 23:06:35.69 ID:xN2b9tEZ.net
- 動的ウンコガイジどもに型の有用性説いても、豚に真珠だろ
ペチプァやらルビ豚やら、あいつら中卒のガチゲェジだからな
- 189 ：デフォルトの名無しさん：2019/02/17(日) 16:04:02.49 ID:D60SxZ1Q.net
- >>188
> 型の有用性
だから動的型言語にも型はあるし型の有用性を享受してんだけど…何度言っても分からない奴は分からないんだな
- 190 ：デフォルトの名無しさん：2019/02/17(日) 16:11:02.99 ID:YF9uE98b.net
- そんな誰でもわかってることで得意げになってるのが恥ずかしい
一合目で山に登ったつもりになってる感じ
みんなもっと上にいるから！
- 191 ：デフォルトの名無しさん：2019/02/18(月) 11:46:04.18 ID:+IiOz1o3.net
- 動的型と静的型では型の目的が違うことを理解していないらしいな
- 192 ：デフォルトの名無しさん：2019/02/18(月) 23:46:52.94 ID:tCwq3WHG.net
- 昔は動的型付け言語と静的型付け言語って対義語みたいに思ってたけど、
TypeScriptやってみたら単純な二元論じゃないって気付かされた。
- 193 ：デフォルトの名無しさん：2019/02/19(火) 21:50:14.71 ID:UOAs3sqY.net
- そう対義語じゃない、分かりやすい表現だなぁ
本当に型が無いのはアセンブリ言語で、全てが整数になっててそれをどう解釈するかは本当に人間次第だからな
- 194 ：デフォルトの名無しさん：2019/02/20(水) 19:06:49.04 ID:v7iPz90J.net
- Cのunionもそういう意味では何でもあり
- 195 ：デフォルトの名無しさん：2019/02/20(水) 19:08:18.41 ID:hK+DOQws.net
- そういうのを昔の人は「型あって型なし」と言ったのだ
- 196 ：デフォルトの名無しさん：2019/02/21(木) 14:36:31.18 ID:BCvd3Fow.net
- 同じファイルの書き込み処理なんかをRubyが5行で書けて、Javaが15行とかで書いて、いかにJavaが駄目かってブログ記事がはてなブックマークとかでよくバズってたな
声のでかい人はいつでもいる
- 197 ：デフォルトの名無しさん：2019/02/22(金) 14:01:01.67 ID:w8nQWD0s.net
- るｂｙなら一行で描かないと負け
- 198 ：デフォルトの名無しさん：2019/02/23(土) 02:18:28.49 ID:+i56xIDn.net
- Javascriptのthisというか変数スコープが厄介でHaxeやってるけど
Typescriptはその辺の問題点引き継いでる？
- 199 ：デフォルトの名無しさん：2019/02/23(土) 03:19:51.50 ID:R2s6jSV3.net
- 「thisというか変数スコープ」？
分かってないことは分かった。
お前はどの言語やっても大成しない。
- 200 ：デフォルトの名無しさん：2019/02/23(土) 08:32:08.65 ID:DQY5g4De.net
- JavaScript(JS)/TypeScript(TS) のthis は、おかしい！
一方、jQuery, Haxe は、それを修正してる
また、JS/TS の== は危険だから、使っちゃいけない！
厳密等価演算子=== を使うべき！
一方、Haxe, Ruby は、== でOK
Haxe には、マクロ、引数つき列挙(enum)、代数的データ型、パターンマッチ、マルチプラットフォームがあるけど、TS には無い。
特に、switch 文での、enum が強力！
引数の型で分岐できるから、インタフェースと同等！
このサイトで、ブラウザでプログラミングして、実行できる
Try Haxe !
try.haxe.org/
Haxeプログラミング入門、尾野政樹、2015
Haxe は、Elixir に似てね？
プログラミングElixir、2016
- 201 ：デフォルトの名無しさん：2019/02/23(土) 10:27:04.01 ID:apHI25Q1.net
- thisや==は今ならeslint/tslint任せでほとんど問題ないね。
引数付きenumはようはUnion Typeだし、代数的データ型はTagged Union Typeかな。
パターンマッチそのものはないけどType Guardで似たようなことができる。
マクロとマルチプラットフォームはさすがにないな。
- 202 ：デフォルトの名無しさん：2019/02/23(土) 11:20:14.57 ID:R2s6jSV3.net
- haxe？ああtsに負けて滅んだ言語かｗ
- 203 ：デフォルトの名無しさん：2019/02/23(土) 11:24:28.53 ID:ks3X52WF.net
- 弊社、ガイジが導入したhaxeが完全な負の遺産化しててうんざりするわ
死ねとまでは思わないけど、産まれてこなければよかったのに
- 204 ：デフォルトの名無しさん：2019/02/23(土) 11:27:21.05 ID:rwRcja1T.net
- thisはそもそも使う必要がない
jQueryとか昔のライブラリを使うとthisを使わざるを得なくなって混乱する
変数スコープの問題は多分変数の巻き上げの事だと思うけど、TypeScriptは変数を宣言する前にアクセスはエラーだから変数スコープの問題は無い
- 205 ：デフォルトの名無しさん：2019/02/23(土) 12:07:09.04 ID:Y+/6FGBc.net
- 言語でマルチプラットフォームってどゆこと？
- 206 ：デフォルトの名無しさん：2019/02/24(日) 19:32:04.72 ID:iK4D+UQi.net
- 一般にバイナリ互換のこと。
スクリプト言語はソースコード=バイナリ扱いだが。
Qtとかのライブラリはソース互換やね。
そのライブラリと標準ライブラリ使う分にはマルチプラットフォーム。
- 207 ：デフォルトの名無しさん：2019/03/27(水) 22:29:10.88 ID:ZMj2RB3N.net
- TypeScriptのリテラル型を知って目から鱗だったんだけど、元ネタってどこなのかな？
TypeScript以前に採用していた言語とかある？
- 208 ：デフォルトの名無しさん：2019/03/28(木) 08:22:20.68 ID:XxNMz1Hs.net
- https://www.infoq.com/jp/news/2019/03/typescript-3-3-release
Flowは，少なくともこの分析を実施した1年前には，Facebookによって極めて閉鎖的な方法で進められていた言語です。
開発はまったく透過的ではなく，ロードマップも公開されていませんでした。
プロジェクトへのコントリビューションは，Facebook以外からはほとんどありませんでした。
対照的にTypeScriptは，数年前にGitHubに移動して以降はオープンソース開発を採用しています。
最新のロードマップを公開し，外部からのコントリビューションを受け入れ，全般的にコミュニティとの密接な関係を維持しています。
Flowオープンソースはほぼ放置されているので，現時点ではTypeScriptに切り替えた方がよいと思います。
このような懸念に対してFlowチームは，現在の進捗状況と2019年計画の見直しによる対処を始めている。
この概要の中で，FacebookのソフトウェアエンジニアであるAvik Chaudhuri氏は，FlowからTypeScriptへの移行について取り上げている。
最近，Facebookを起源とするオープンソースプロジェクトの多くが，TypeScriptでのリライト計画を発表しています。
Facebookでは個々のチームの独立性を強く尊重しており，各チームがロードマップを作成し，
開発中のプロダクトに対して最大限の努力を払っています。TypeScriptへの切り替えを決定したプロジェクトは，
この切り替えによって外部コントリビュータによる支援をより多く受けられるようになります。私たちはこの決定を尊重します。
- 209 ：デフォルトの名無しさん：2019/03/31(日) 08:32:04.33 ID:9gmhFJUR.net
- Announcing TypeScript 3.4
https://devblogs.microsoft.com/typescript/announcing-typescript-3-4/
- 210 ：デフォルトの名無しさん：2019/04/27(土) 22:21:18.33 ID:DaKsj35I.net
- export default Vue;
export as namespace Vue;
型定義が↑だとjsのスクリプトモード(import なし)で↓のようにvscode認識してしまって悲しい
new Vue(); // NG
new Vue.default(); // OK
export default Vue じゃなくて export = Vue なら大丈夫っぽいんだが
- 211 ：デフォルトの名無しさん：2019/04/27(土) 23:00:39.62 ID:f59bAkpS.net
- Vueなんてゴミ使ってるのが悪い
- 212 ：デフォルトの名無しさん：2019/05/07(火) 14:32:47.27 ID:L9HTQYS7.net
- 質問なんですが、
interface TypeMap<T> {
a: number
b: string
c: T
}
declare function test<T, K extends keyof TypeMap<T>>(arg: K): TypeMap<T>[K]
test("b")
test<number, "c">("c")
↑
これをtest<number>("c")って書けるfunction testの定義の仕方ってあります？
- 213 ：デフォルトの名無しさん：2019/05/10(金) 03:36:53.56 ID:lySswCnH.net
- ついにunion distributionを理解してしまった
- 214 ：デフォルトの名無しさん：2019/05/20(月) 18:15:00.44 ID:VITeHWYT.net
- TS3のunknown型いいな。
てかany入れずに最初からこれにしとけや。
- 215 ：デフォルトの名無しさん：2019/05/20(月) 23:15:37.00 ID:F98TWhut.net
- esの上位互換である以上anyは無きゃいかんだろう。
- 216 ：デフォルトの名無しさん：2019/05/22(水) 08:13:28.81 ID:hKcnqksZ.net
- unknownからの簡単にキャストできるような値ばかりなら、確かにanyはいらんかったろうな
- 217 ：デフォルトの名無しさん：2019/05/30(木) 08:25:00.89 ID:nLvOZq4e.net
- Announcing TypeScript 3.5
https://devblogs.microsoft.com/typescript/announcing-typescript-3-5/
- 218 ：デフォルトの名無しさん：2019/05/31(金) 23:01:09.01 ID:a9j+ivtb.net
- TSも知らんフロントエンドエンジニアとか死んでほしいわ
- 219 ：デフォルトの名無しさん：2019/06/01(土) 00:45:31.22 ID:MTpxg6Tq.net
- 知ってるだけでデカい顔してるフロントエンドエンジニアも死んで欲しいわ
- 220 ：デフォルトの名無しさん：2019/06/01(土) 16:36:48.07 ID:g95cx8x2.net
- ts知ってるだけででかい面できるってどんな現場だよ
- 221 ：デフォルトの名無しさん：2019/06/01(土) 19:04:47.55 ID:+itGqD4a.net
- それくらい世界はまだJSの悲しみに満ちているってことさ
救ってあげようよ、僕らで
- 222 ：デフォルトの名無しさん：2019/06/01(土) 19:52:58.38 ID:4hNhVGGP.net
- お前だれだよ
- 223 ：デフォルトの名無しさん：2019/06/01(土) 20:56:08.22 ID:TTPVYQ4N.net
- strictNullChecksをtureにしてる人いる？？
ロジックではnull禁止できるけどさ、
dbからgetしたデータに混じるんだよね。
未入力状態のデータって奴。
null撲滅マスターの方は、どう解決してるの？？
- 224 ：デフォルトの名無しさん：2019/06/01(土) 20:58:48.44 ID:+itGqD4a.net
- それはDBの設計が腐ってるし、unknown | null型なんだろ
ロジックが間違ってる
- 225 ：デフォルトの名無しさん：2019/06/02(日) 11:14:24.16 ID:567ijWyR.net
- そもそも、実行時にnullやundefinedが混じるという話とstrictNullChecksに直接の関係はないだろ。
その中間のどこかで困っているんだろうけど、それがわからないとなんとも。
- 226 ：デフォルトの名無しさん：2019/06/02(日) 11:38:18.31 ID:nWi1j94r.net
- nullableなfieldをgetしたらそりゃnullableでしょ
- 227 ：デフォルトの名無しさん：2019/06/05(水) 02:53:11.94 ID:QtDGLGvu.net
- Visual Studio Code でAngularの勉強をしているのですが、
TypeScriptのthisがどこのコードを参照しているのかイマイチ理解できていません。
このthisをマウスオーバーしたら参照先のコードを表示してくれる拡張機能はありませんか・・・？
現状ですとthisにマウスオーバーをすると this:this と表示されます
- 228 ：デフォルトの名無しさん：2019/06/05(水) 08:05:19.27 ID:a1ZirxB/.net
- Angular自体糞だからやめとけ
- 229 ：デフォルトの名無しさん：2019/06/05(水) 08:30:28.74 ID:gaDZjJ4I.net
- vueをやるんだ
- 230 ：デフォルトの名無しさん：2019/06/07(金) 22:14:26.23 ID:GySnd9K9.net
- みんな、質問。
TSって公式のスタイルガイド無いけど、
みんな何使ってる？
正直googleのは末尾カンマが受け付けない。。
- 231 ：デフォルトの名無しさん：2019/06/07(金) 22:21:16.75 ID:POgNcTtv.net
- prettierで終わり
受け付けないもクソもない
おまえのスタイルは全てクソで、prettierを信じろ
- 232 ：デフォルトの名無しさん：2019/06/10(月) 00:34:38.75 ID:pNMWMTmc.net
- >>231
設定は？？
信じていいprettierはデフォ設定でOKなの？
- 233 ：デフォルトの名無しさん：2019/06/10(月) 07:11:15.54 ID:s0ANUlh8.net
- >>232
デフォと言いたいが
arrowParens: "always",
semi: false,
trailingComma: "es5",
のみ付けるのが多い（気がする）
- 234 ：デフォルトの名無しさん：2019/06/10(月) 07:12:37.13 ID:s0ANUlh8.net
- semi: false,
だけは本当に極稀に問題になるから、設定しなくてもいい
目障りだから俺は設定するけどね
- 235 ：デフォルトの名無しさん：2019/06/13(木) 17:34:43.34 ID:3ecrlnnk.net
- >>233, 234
ありがとう！試してみる！
- 236 ：デフォルトの名無しさん：2019/06/15(土) 19:57:13.61 ID:60xjKXFz.net
- const x = { a: 'b' };
この x の型は { a: string } になってしまうみたいだけど、 { a: 'b' } 型にする方法ってないんでしたっけ？
TypeScript 3.5です。
- 237 ：デフォルトの名無しさん：2019/06/15(土) 20:04:24.55 ID:v9vM6Xqi.net
- const x: { a:'b' } = { a: 'b' };
- 238 ：デフォルトの名無しさん：2019/06/15(土) 20:10:32.39 ID:60xjKXFz.net
- const x = { a: 'b' as 'b' }; もいけるみたいだけど冗長だなぁ。
- 239 ：デフォルトの名無しさん：2019/06/15(土) 20:14:03.78 ID:LRsRofRH.net
- as const
- 240 ：デフォルトの名無しさん：2019/06/15(土) 20:32:57.50 ID:60xjKXFz.net
- >>239
ありがとう！これだ。
- 241 ：デフォルトの名無しさん：2019/06/15(土) 22:08:42.82 ID:B5XNjjWA.net
- デフォルトで全部 as const にするオプションとかあればいいのに
- 242 ：デフォルトの名無しさん：2019/06/21(金) 19:39:39.40 ID:NhtzQec8.net
- 今日の疲れやばい
- 243 ：デフォルトの名無しさん：2019/06/21(金) 19:42:13.96 ID:NhtzQec8.net
- anyを許すルールにするっつったら
「でもapiからくる値なら全て型定義できますよね？」
って言われたことにものすごい疲れた
完璧なappなんかねーんだよ！！！ってキレそうだったわ
- 244 ：デフォルトの名無しさん：2019/06/21(金) 19:42:54.97 ID:NhtzQec8.net
- 一生インターフェース書いてろ！
- 245 ：デフォルトの名無しさん：2019/06/22(土) 13:59:29.40 ID:cvRfxwEO.net
- そこでunkownですよ
- 246 ：デフォルトの名無しさん：2019/06/22(土) 14:09:53.49 ID:lgEn1aKj.net
- unknown確か途中で足されたよな。最初から入れとけおもた。
- 247 ：デフォルトの名無しさん：2019/06/22(土) 15:50:14.82 ID:cvRfxwEO.net
- みんあなはallow any 派？
- 248 ：デフォルトの名無しさん：2019/06/22(土) 18:02:27.27 ID:WCwRyrQC.net
- >>247
許容派です。
再帰処理とかをまともに型付してたら、辛すぎる。。
ちなみに
const arr = []
で、never[]型になるのがしんどい。
設定でany[]型にならないでしょうか・・？
- 249 ：デフォルトの名無しさん：2019/06/22(土) 20:42:33.24 ID:vT6NYB6v.net
- 明示的に型を書けばいいじゃん
- 250 ：デフォルトの名無しさん：2019/06/22(土) 22:04:34.45 ID:1mmW7z7g.net
- てかリテラルの [] が never[] になんかなる？
- 251 ：デフォルトの名無しさん：2019/06/23(日) 13:58:34.11 ID:iaXcaTkq.net
- eslint が v6.0.0 になったら @typescript-eslint/parser が読み込めなくなった
とりあえず issue をみて ./node_modules/@typescript-eslint/parser/dist/parser.js で
require("eslint/lib/util/traverser")
↓
require("eslint/lib/shared/traverser")
でやり過ごしてる
- 252 ：デフォルトの名無しさん：2019/06/24(月) 11:41:32.01 ID:218UFAwP.net
- この研究によるとTypeScriptは最もバグ発生率が低い言語なんだけどその理由とか体感とかありますか？
https://web.cs.ucdavis.edu/~filkov/papers/lang_github.pdf
>TypeScript －1.32 (0.40)∗∗ －2.15 (0.98)∗ －1.34 (0.41)∗∗ －0.34 (0.07)∗∗∗
- 253 ：デフォルトの名無しさん：2019/06/24(月) 11:46:37.72 ID:eHWTfFeZ.net
- コンパイラにバグが無い
コンパイル中にコードのバグは発見出来る
アルゴリズムのバグは知らんがな
- 254 ：デフォルトの名無しさん：2019/06/24(月) 21:38:49.72 ID:RR0ut14u.net
- TypeScriptで書いたプロダクトにバグが少ないのか、TypeScriptコンパイラにバグが少ないのか、どっちよ？
- 255 ：デフォルトの名無しさん：2019/06/24(月) 21:39:48.85 ID:RR0ut14u.net
- あと今土器pdfなんかで出すなよボケカス
日本語翻訳使えないだろが
- 256 ：デフォルトの名無しさん：2019/06/24(月) 21:52:09.72 ID:RR0ut14u.net
- TS >>> JS
という話なら圧倒的同意しかないのだが
https://www.reddit.com/r/typescript/comments/aofcik/38_of_bugs_at_airbnb_could_have_been_prevented_by/
他の言語と比べてどうこうはわからん
あと動的型無し糞言語がゴミというのも同意
- 257 ：デフォルトの名無しさん：2019/06/25(火) 18:21:53.19 ID:Cc6pu6kp.net
- >>254
TSで書かれたソフトウェアにバグが少ない
そのPDFによれば調査対象のメジャーな10種くらいの言語の中で最も少ない
- 258 ：デフォルトの名無しさん：2019/06/25(火) 20:19:43.86 ID:VFPzRDke.net
- C#と大して変わらんのにバグが少なくなるって根拠がよく分からん
JavaScript上がりのプログラマが使うことが多いから良く訓練されているってのが考えられる根拠だなw
- 259 ：デフォルトの名無しさん：2019/06/25(火) 23:32:40.42 ID:AQeJL9YJ.net
- ユーザのリテラシが高いが後押ししてるのはありえそうだな
phpあたりは言語もユーザもガイジだからかわいそう
- 260 ：デフォルトの名無しさん：2019/06/26(水) 00:17:43.45 ID:+9DnWsFD.net
- JavaScriptは初心者が触るには最悪の言語と言っても過言ではないないから、ありとあらゆるバグを出して大変な目に遭ったプログラマがTypeScriptを使うことになると、バグも少なくなるだろうなという意味だよ
- 261 ：デフォルトの名無しさん：2019/06/26(水) 00:40:51.84 ID:q5HP9tQR.net
- つか論文？の表の見方がわからんのだが
- 262 ：デフォルトの名無しさん：2019/06/26(水) 00:41:37.75 ID:q5HP9tQR.net
- よくよく読んだら、ほんとは一番バグが多かったとかいうオチ？？
- 263 ：デフォルトの名無しさん：2019/06/26(水) 00:45:17.97 ID:f1MF/JvG.net
- スレッドがないとかポインタがないとかでできないことがある分バグも減るでしょ
- 264 ：デフォルトの名無しさん：2019/06/26(水) 00:49:58.46 ID:q5HP9tQR.net
- >>263
できないことだらけにしたGoさんはどうなりましたか・・・？
- 265 ：デフォルトの名無しさん：2019/06/26(水) 09:13:51.70 ID:qk5ECIA8.net
- このスレの住人なら当然ターミナルはコレだよな！
Terminus - TypeScript製のターミナル
https://www.moongift.jp/2019/06/terminus-typescript%E8%A3%BD%E3%81%AE%E3%82%BF%E3%83%BC%E3%83%9F%E3%83%8A%E3%83%AB
- 266 ：デフォルトの名無しさん：2019/06/26(水) 12:25:57.23 ID:7Ob4FOl6.net
- >>264
Ｗｅｂ画面なんて壊れてても気にしないからコミット取り消さないし
そもそも画面実装とかサーバに比べて問題の範囲が限定的でたいして難しくないだろ
最初から扱ってる問題が言語ごとにちがうんだ
この表ってか論文で一緒にしてるのおかしい
あ、型なし言語はあかんと思います
- 267 ：デフォルトの名無しさん：2019/06/26(水) 16:21:39.07 ID:b+WM9Si2.net
- 確かにCとかC++は基礎的なソフトに使われるから
僅かなバグも絶対に許されないとこありそう
それ以外にポインタ使ってるからってのもあるだろうけど
- 268 ：デフォルトの名無しさん：2019/06/29(土) 10:08:56.36 ID:/kbU3u2K.net
- >>266
動画の新しいエンコーダ作るとか、プログラムじゃなくて数学のレベルを求められる仕事は置いといて、
webならフロントの方がよっぽど複雑じゃない？
バックなんて同期処理でお決まりのレールに乗ってダラダラ書いてくだけだし。
複雑でパフォーマンスが要求されるpwaとか、typescript無かったら絶対に完成する気しないわ。
カオス過ぎる
- 269 ：デフォルトの名無しさん：2019/06/29(土) 10:25:06.32 ID:Kp+ip4R/.net
- js/tsだけどダイアログとか出すときに
モードレスにした方がユーザーには使い易いのに
バグが増えそうだからモードレス禁止ってことで
全部モーダルで造らされたことがある
- 270 ：デフォルトの名無しさん：2019/06/29(土) 19:29:55.34 ID:pedxXkW2.net
- 型の判定の正しい手順ってどうだっけ？5行目で引っかかってしまう。
function isMyType(o: unknown): o is MyType {
if (typeof o !== 'object') { return false; }
if (!o) { return false; }
if (!('key' in o)) { return false; }
if (!o.key) { return false; } // ts7053
return true;
}
- 271 ：デフォルトの名無しさん：2019/06/29(土) 23:44:35.08 ID:rJpz/Ysh.net
- ひえっ…
typescript使う意味あるのこれ
- 272 ：デフォルトの名無しさん：2019/06/30(日) 01:10:38.25 ID:7Llu84Qc.net
- そりゃTypeScriptだって魔法じゃないんだから。
すごいのは外部から渡された得体の知れない値をこうやって動的に型判定して
それを静的な型の世界に持ち込めるところ。
- 273 ：デフォルトの名無しさん：2019/06/30(日) 01:36:24.68 ID:y+UHg1Q8.net
- ts知らないけど処理系がロード済みの型一覧を取得できないの
- 274 ：デフォルトの名無しさん：2019/06/30(日) 02:09:58.63 ID:uFOYv7Ak.net
- unknownじゃなくてanyでいいでしょ
- 275 ：デフォルトの名無しさん：2019/07/01(月) 22:30:11.88 ID:VQESBdFl.net
- >>270
この返り値、なんていう記法？
というか、なぜこんな書き方が必要なの？
- 276 ：デフォルトの名無しさん：2019/07/01(月) 23:18:57.13 ID:yt2EFQVJ.net
- user defined type guard function でググれ。
- 277 ：デフォルトの名無しさん：2019/07/02(火) 04:58:55.57 ID:uMGeffjZ.net
- >>269
jQuery, jQuery UI のダイアログを使えば？
モーダルが多いような気がする
- 278 ：デフォルトの名無しさん：2019/07/03(水) 22:40:20.89 ID:HeNg6Q/2.net
- >>276
それだけで理解した
なるサンクス
- 279 ：デフォルトの名無しさん：2019/07/07(日) 08:52:11.33 ID:eO4QC7Eh.net
- /* eslint-disable @typescript-eslint/explicit-function-return-type */
const mapDispatchToProps = (dispatch: TodoAsyncDispatch) => {
return {
fetchTodo: (id: TodoId) =>
dispatch(todoAsyncRequestActions.fetchTodoRequest({ id })),
}
}
/* eslint-enable */
type ReduxDispatchProps = ReturnType<typeof mapDispatchToProps>
---
これをeslint-disableなしで実装する方法ってないですか？
例えば、↓こんな感じで「any」の部分が「型推論させる型」みたいにできる、とか。
redux-thunkの型付けが難しいお・・・
---
type MDTP = (dispatch: TodoAsyncDispatch) => any
const mapDispatchToProps2: MDTP = (dispatch) => {
return {
fetchTodo: (id: TodoId) =>
dispatch(todoAsyncRequestActions.fetchTodoRequest({ id })),
}
}
type ReduxDispatchProps2 = ReturnType<typeof mapDispatchToProps2>
- 280 ：デフォルトの名無しさん：2019/07/07(日) 09:34:19.15 ID:z09Q0v8J.net
- その暗黙の推論を禁止するルールなんだから普通に考えたら無いよね。
型付けが難しい場合があるのはわかるけど、eslint-disableじゃだめな理由は？
全体として入れているチェックの例外を設けるなら後からその箇所がわかるように
しておかなきゃ困ると思うが。
- 281 ：デフォルトの名無しさん：2019/07/07(日) 10:04:05.70 ID:dCt2bUfG.net
- ジャネリック
- 282 ：デフォルトの名無しさん：2019/07/07(日) 10:24:01.49 ID:eO4QC7Eh.net
- >>280
型付け自体はそう難しくはないんだが、この2重定義感がだるくて。
mapDispatchToPropsに型ちゃんと書いてそこに集約したいというか。
---
type ReduxDispatchProps = {
fetchTodo: (id: TodoId) => Promise<void>
}
const mapDispatchToProps = (
dispatch: TodoAsyncDispatch
): ReduxDispatchProps => {
return {
fetchTodo: (id) =>
dispatch(todoAsyncRequestActions.fetchTodoRequest({ id })),
}
}
---
> eslint-disableじゃだめな理由
mapDispatchToProps は書く頻度が高いから、あまり eslint-disable を撒き散らしたくない
とはいえ普通の function で explicit-function-return-type を false にしたくない
というお気持ち
やっぱ無理ッスかね
- 283 ：デフォルトの名無しさん：2019/07/07(日) 10:37:01.72 ID:eO4QC7Eh.net
- >>281
どう書けばできそうですか？
- 284 ：デフォルトの名無しさん：2019/07/07(日) 11:45:51.89 ID:zsCaUS/w.net
- { allowExpressions: true }
- 285 ：デフォルトの名無しさん：2019/07/07(日) 13:32:44.90 ID:eO4QC7Eh.net
- >>284
既にこれで設定してます
---
"@typescript-eslint/explicit-function-return-type": [
"error",
{
allowExpressions: true,
allowTypedFunctionExpressions: true,
},
],
---
- 286 ：デフォルトの名無しさん：2019/07/10(水) 01:53:27.81 ID:QsYN3Rs6.net
- Nest.js使ってサーバサイドもts使ってる人いる？
- 287 ：デフォルトの名無しさん：2019/07/17(水) 21:56:07.81 ID:c89mzXrS.net
- むしろ整合性が求められるサーバーサイドでこそ活躍する
- 288 ：デフォルトの名無しさん：2019/07/17(水) 23:22:52.24 ID:ySrAQEz0.net
- TSerならdenoでない？
- 289 ：デフォルトの名無しさん：2019/07/17(水) 23:47:06.39 ID:5ruk5Mj4.net
- まだ早い
- 290 ：デフォルトの名無しさん：2019/07/23(火) 23:09:48.66 ID:vuRfx8Ta.net
- tslintが年内収束ってことなんでeslint移行を試しているが、まだ微妙に使いづらいな。
- 291 ：デフォルトの名無しさん：2019/07/24(水) 12:05:38.50 ID:CC3juVRq.net
- Svelte 試してるんだが TS にできない……
eslint-config-prettierがほぼ使用不可になるのもしんどい
- 292 ：デフォルトの名無しさん：2019/07/28(日) 15:31:08.83 ID:o4KFBn8V.net
- vs2019に入れるときはどうしたらいいですか？
色々やってて、2017には入ったけど、HelloWorldが正しく動いてくれない。
- 293 ：デフォルトの名無しさん：2019/07/28(日) 16:16:00.92 ID:9XfU9Gs7.net
- 悪いことは言わんからVSCodeにしとけ
それにTypeScriptはIDEにインストールするもんじゃなく、npmでインストールするただの1ライブラリだ
- 294 ：デフォルトの名無しさん：2019/07/28(日) 19:23:20.85 ID:o4KFBn8V.net
- 検討してみます。
ありがとう。
- 295 ：デフォルトの名無しさん：2019/07/30(火) 20:33:12.19 ID:+pfbQhET.net
- リテラル型からそのリテラルの値を作ることってできないんだっけか。
Record<Foo,boolean>の変数の初期値にReacord<Foo,false>の値が使えたらよかったんだが。
- 296 ：デフォルトの名無しさん：2019/07/31(水) 01:05:45.62 ID:LQAad41F.net
- 型情報から実行時インスタンスの値を変更は不可能
- 297 ：デフォルトの名無しさん：2019/07/31(水) 22:29:00.76 ID:FZL3ewwl.net
- 仕組み考えりゃ当たり前だよな
- 298 ：デフォルトの名無しさん：2019/07/31(水) 22:36:31.70 ID:79+NgejT.net
- tsはコンパイル後の結果に型情報は含まないというポリシーだけど、
そういう定数を埋め込むことはやろうと思えばできる話だろ。
- 299 ：デフォルトの名無しさん：2019/08/27(火) 08:04:24.39 ID:qSEEAuKd.net
- androidで使えるts用のeditorないかな
トランスパイルとかはメインの環境でやるからコーディングのための入力支援だけでも受けられるようなやつ
- 300 ：デフォルトの名無しさん：2019/08/28(水) 02:28:02.83 ID:SJjisg2m.net
- TermuxでVimにプラグイン
- 301 ：デフォルトの名無しさん：2019/08/29(木) 08:30:46.67 ID:jM/zWkNe.net
- Announcing TypeScript 3.6
https://devblogs.microsoft.com/typescript/announcing-typescript-3-6/
- 302 ：デフォルトの名無しさん：2019/09/05(木) 23:20:27.31 ID:VPhKtGaJ.net
- tslintの"max-classes-per-file"のデフォルト値が１なんだけどこれどういう意味合いがあってこんな制限がかかってるの？
- 303 ：デフォルトの名無しさん：2019/09/05(木) 23:30:25.75 ID:Wj2GuKre.net
- Best practice is to keep each file limited to a single responsibility.
- 304 ：デフォルトの名無しさん：2019/09/06(金) 08:25:08.20 ID:yVtePnMR.net
- プロジェクトの規模が大きくなっても1ファイル1classって維持できるものなのか？
- 305 ：デフォルトの名無しさん：2019/09/06(金) 14:16:54.22 ID:2oSh/AAo.net
- tsファイルに
string型のnormalize('NFC')を
使おうとしたんだけど、エラーになる。
なんで？
- 306 ：デフォルトの名無しさん：2019/09/06(金) 19:54:40.86 ID:XEN3PN1i.net
- プロジェクトが大きくなることとひとつのファイルに書くクラスの数が増えることとが結びつかないんだが
- 307 ：デフォルトの名無しさん：2019/09/10(火) 22:41:19.05 ID:KQIOq++N.net
- https://geekly.co.jp/column/cat-technology/1908_004/
>TypeScriptはクラスベースオブジェクト指向です。
こんな転職サイトのお世話にはなりたくない
- 308 ：デフォルトの名無しさん：2019/09/10(火) 22:57:35.54 ID:bRYQFbtI.net
- これはひどい
- 309 ：デフォルトの名無しさん：2019/09/10(火) 23:33:47.24 ID:A1/RuLsT.net
- バズワードに踊らされてるだけなのか、ツッコミどころてんこ盛りなのは置いておいて・・・
Geekly Media ライター
バスコ
最新の記事がXAMPPで草生えた
10年前からタイムスリップしてきたのか？
- 310 ：デフォルトの名無しさん：2019/09/11(水) 10:05:57.98 ID:3t6F0b74.net
- >>307
>TypeScriptはクラスベースオブジェクト指向です。
完全に合っているが…何が問題なんだ？
- 311 ：デフォルトの名無しさん：2019/09/11(水) 20:26:00.45 ID:P5SVRA88.net
- TypeScriptはクラスベースでJavaScriptはプロトタイプベースって対比しているのは完全におかしい
クラス構文はただの糖衣構文で実態はプロトタイプベースだし、そもそもクラス構文はES2015にあるんだからJavaScriptもクラスベースという話になってしまう
- 312 ：デフォルトの名無しさん：2019/09/11(水) 21:06:44.69 ID:IEmfVi5w.net
- JavaScriptをプロトタイプベースのオブジェクト指向言語と言うべきではない
http://blog.anatoo.jp/entry/2015/05/05/163225
- 313 ：デフォルトの名無しさん：2019/09/12(木) 02:40:31.86 ID:hFthHt+S.net
- Haskellは最終的に再代入しまくりのCに変換される(出来る)けど、Haskellは純粋な関数型言語と言われている
オブジェクト指向言語の様に書けてその通りに動けば、オブジェクト指向言語と言える
TypeScriptが言語仕様を全く変えずにWebAssemblyにコンパイルされるようになっても、TypeScriptはプロトタイプベースと言い張るのか？
- 314 ：デフォルトの名無しさん：2019/09/12(木) 08:27:51.94 ID:ome0ZpEu.net
- オブジェクト指向的な言語機能に関して言えばTypeScriptはJavaScriptと何ら変わりはないんだから
そのHaskellの例は思いっきり的外れというか牽強付会というか。
>TypeScriptが言語仕様を全く変えずにWebAssemblyにコンパイルされるようになっても、TypeScriptはプロトタイプベースと言い張るのか？
プロトタイプが動作しなくなるなら別だが、仕様をまったく変えないという前提なら何も変わらんだろ。
ところで、こんなこと言い張っていた奴なんて見当たらないが、
>TypeScriptはプロトタイプベース
もしかしてクラスベースを否定したらプロトタイプベースを主張していることにされちゃうんだろうか。
- 315 ：デフォルトの名無しさん：2019/09/12(木) 16:14:58.14 ID:y6P0yrLb.net
- TypeScriptはprototypeをいじくるようなコーディングは推奨してないだろ
型システムが破綻する
その時点でプロトタイプとは関係無い単なるオブジェクト指向言語なんだよ
最終的にどう動いてるか何て関係無い
Haskellの様にね
- 316 ：デフォルトの名無しさん：2019/09/14(土) 21:17:37.20 ID:1MUQqrBS.net
- いやなんでそんな必死にその糞ガイジ記事を擁護したがるのかわからん
バスコ本人か？
ちゃんと頭のお薬飲めよ
- 317 ：デフォルトの名無しさん：2019/09/18(水) 08:52:01.19 ID:F+0EZiKQ.net
- 知らなかったが、AssemblyScriptなんてあったのか。
既存のTypeScriptのコードがそのままコンパイルできるわけじゃなくて
文法だけが共通の別言語って感じだが。
- 318 ：デフォルトの名無しさん：2019/09/18(水) 10:08:51.34 ID:L8SHYgAR.net
- Ruby と Elixir みたいなもんか
https://mevius.5ch.net/test/read.cgi/tech/1565187727/
- 319 ：デフォルトの名無しさん：2019/09/18(水) 17:14:10.63 ID:reuwXmQ7.net
- ES5以前はともかく、今はPrototypeを意識することは全然ないな
ずっとJavaとかPHPだった人でも違和感なく始められると思う
- 320 ：デフォルトの名無しさん：2019/09/18(水) 17:29:52.16 ID:fmefOdth.net
- でまたまにうんこが顔を出す
- 321 ：デフォルトの名無しさん：2019/09/18(水) 19:34:20.09 ID:C/YNNC2j.net
- 3.7はなかなか楽しみな機能が盛りだくさん
- 322 ：デフォルトの名無しさん：2019/09/18(水) 22:35:58.20 ID:bp3ervLV.net
- asserts ええな
pipelineオペあくしろよ
- 323 ：デフォルトの名無しさん：2019/09/19(木) 10:29:52.30 ID:Nwlz92FM.net
- Google、モバイル開発環境を加速するFlutter 1.9、プログラミング言語Dart 2.5リリース
https://news.mynavi.jp/article/20190912-893296/
Null安全も開発中だそうだし、そうなったら最強かもしれん
TSあやうし！
- 324 ：デフォルトの名無しさん：2019/09/19(木) 17:24:02.70 ID:uX+yZZQn.net
- ksk
- 325 ：デフォルトの名無しさん：2019/09/19(木) 22:29:49.45 ID:XUz/FlZ3.net
- >>323
すでにTSはNull安全なんですがそれは
- 326 ：デフォルトの名無しさん：2019/09/19(木) 22:33:00.75 ID:Q6kUj/r3.net
- TypeScript 3.7 Iteration Plan
ttps://github.com/microsoft/TypeScript/issues/33352
- Optional Chaining
- Nullish Coalescing
- Assertion Signatures
- Recursive Type References
- ECMAScript Private Fields
- Top-Level await
つよい
- 327 ：デフォルトの名無しさん：2019/09/19(木) 22:50:14.26 ID:SwC6FU08.net
- >>326
Microsoftの本気
- 328 ：デフォルトの名無しさん：2019/09/19(木) 23:08:15.80 ID:XUz/FlZ3.net
- TSあやうし！ （笑）
- 329 ：デフォルトの名無しさん：2019/09/29(日) 01:47:49.36 ID:DcYKtIGC.net
- >>326
Recursive Type References
こんなん出来るのか？
再帰はanyで逃げてたわ。
- 330 ：デフォルトの名無しさん：2019/10/04(金) 15:53:59.79 ID:JXWhYfPM.net
- ktkr
https://forest.watch.impress.co.jp/docs/news/1210897.html
- 331 ：デフォルトの名無しさん：2019/10/04(金) 21:06:33.10 ID:btlbHhjd.net
- >>330
いや、必要なのはパッチじゃなくて、明示的なdeprecatedだろ。
MSは全ての官公庁に対して、blinkのブラウザーを強制させるべき。
ゴミ政治家じゃ無理なので、MSがやれ。
黒船代行料として10兆払っても惜しくない。
- 332 ：デフォルトの名無しさん：2019/10/06(日) 16:12:20.74 ID:GCn9yAhL.net
- Object の OR を自動判別ってできないのかな？
下のURLは、TypeScript Playgroundで書いてみたもの
規制で書き込めなかったから、お手数だが concat して開いてほしい
https://
bit.ly
/30Pw8K3
- 333 ：デフォルトの名無しさん：2019/10/06(日) 16:44:47.50 ID:9GzCvGAT.net
- そういうのは、{ type: 'Succeeded'; result: string }と{ type: 'Failed'; message: string } みたいにして、typeで分岐させるのが普通だけど、
if ('result' in resp) {} でもいけるよ
typescriptの型はただの構造でしかないことがわかれば理解できると思う
- 334 ：デフォルトの名無しさん：2019/10/06(日) 17:28:21.59 ID:GCn9yAhL.net
- >>333
うおお、できた、ありがとう、感動、感謝、完璧です
- 335 ：デフォルトの名無しさん：2019/10/09(水) 01:40:28.94 ID:5li6ycXf.net
- tsconfig.jsonでソースディレクトリの指定は
"include": [
"src/**/*"
]
と "compilerOptions":{
""rootDir": "./src",
のどっちが正しいのですか？
- 336 ：デフォルトの名無しさん：2019/10/09(水) 07:36:48.39 ID:ldi65x/b.net
- コンパイルできる方
マジレスすると上
rootDir って要らなくね？
- 337 ：デフォルトの名無しさん：2019/10/26(土) 16:09:48.89 ID:z1scFH36.net
- もうeslintに移行しても大丈夫かな？
- 338 ：デフォルトの名無しさん：2019/10/26(土) 16:20:08.49 ID:A0XjOFSl.net
- もう3ヶ月前くらいに本番でeslint移行したが、全く問題なくてビビるぞ
- 339 ：デフォルトの名無しさん：2019/11/06(水) 08:31:23.68 ID:EkX1LXXs.net
- Announcing TypeScript 3.7
https://devblogs.microsoft.com/typescript/announcing-typescript-3-7/
- 340 ：デフォルトの名無しさん：2019/11/06(水) 08:52:02.60 ID:sPTvbp9j.net
- ( ﾟдﾟ)
＿(__つ/￣￣￣/＿
＼/ /
きたか…！！
( ﾟдﾟ ) ｶﾞﾀｯ
.r ヾ
＿_l_l /￣￣￣/＿
＼/ /
( ﾟдﾟ ) ｽｯ
＿(__つ/￣￣￣/＿
＼/ /
- 341 ：デフォルトの名無しさん：2019/11/06(水) 11:02:39.72 ID:o3tEvZiY.net
- 1歩進んで2歩さがる
- 342 ：デフォルトの名無しさん：2019/11/08(金) 14:35:13.79 ID:vk2bSkbm.net
- Microsoft、組み込みデバイスをターゲットとしたTypeScriptの高速サブセット”Static TypeScript”を発表
https://www.infoq.com/jp/news/2019/11/static-typescript-msft-paper/
- 343 ：デフォルトの名無しさん：2019/11/08(金) 15:41:32.87 ID:IHFsmiXW.net
- 神ってる
- 344 ：デフォルトの名無しさん：2019/11/08(金) 21:30:00.92 ID:tlySiByz.net
- >さらにSTSは、TypeScriptの型規則からも逸脱している。TypeScriptがクラスに構造的型付け(structural typing)を
>使用するのに対して、Static TypeScriptでは名前的型付け(nominal typing)を使用しているのだ。
TypeScriptの人気にあやかった別言語じゃね？
- 345 ：デフォルトの名無しさん：2019/11/09(土) 02:29:33.32 ID:NblRK941.net
- 結局ただのC言語の亜種だろ
MSもそんな事をいちいちアピールしないといけないほど落ちぶれたか…
- 346 ：デフォルトの名無しさん：2019/11/23(土) 10:38:33.96 ID:1aAJfoMg.net
- TypeScriptはJSerへの強制型付けギプスだと思えばそこそこ優秀
いつまでもギプスつけた状態で満足するものではないのでそのうちRustなり別の静的型付けに移行する前提であれば賞賛できる
- 347 ：デフォルトの名無しさん：2019/11/23(土) 10:47:34.10 ID:cqseOAmT.net
- TypeScriptはタイプ脳への強制補助輪だと思えばそこそこ優秀
いつまでも補助輪つけた状態で満足するものではないので
そのうち生JSなり別の動的型付けに移行する前提であれば賞賛できる
- 348 ：デフォルトの名無しさん：2019/11/23(土) 11:57:55.85 ID:cBKKqL2b.net
- TypeScriptはタイプ脳への強制補助輪だと思え
ばそこそこ優秀いつまでも補助輪つけた状態で満足するものではないのでそのうち生JSなり別の動的
型付けに移行する前提であれば賞賛できる
- 349 ：デフォルトの名無しさん：2019/11/23(土) 13:06:34.59 ID:/aIGpl4m.net
- 型無し糞言語は死ねだと思え
動的糞言語はいつまでも糞でそのうち糞
糞糞糞
- 350 ：デフォルトの名無しさん：2019/11/30(土) 00:23:57.91 ID:/MHIrz97.net
- すみません
今までES5.1を使って来て、これから扱い易いと言われる
TypeScriptを学習しようと思うのですが
逆にTypeScriptの方がJavaScriptより
難易度高いと言う事はありませんでしょうか。
型は値に付く物で変数はそれへの参照、
prototypeはファンクションへの参照格納用プロパティ
Objectは可塑性のある便利な何かという感覚が身についています。
- 351 ：デフォルトの名無しさん：2019/11/30(土) 05:04:50 ID:TrAQa+kD.net
- vscodeといっしょに使えば、jsより楽
型エラーは全てTSが教えてくれる
- 352 ：デフォルトの名無しさん：2019/11/30(土) 08:52:48.62 ID:5l2Zf0lZ.net
- >>350
型は値に付くというその感覚はそのままでいいよ。TypeScriptはそれに加えて
- それぞれの変数にどんな型の値が入るかコンパイラが調べてくれる
- それぞれの変数にどんな型の値が入ってほしいかプログラマが指定できる
- その両者に食い違いがないかどうかコンパイラがチェックする
というだけ。
- 353 ：デフォルトの名無しさん：2019/11/30(土) 09:04:25.09 ID:6ZWltqHp.net
- TSの機能を余す事なく使おうと思うと難易度高いけど
其処を目指す必要はない
- 354 ：350：2019/12/01(日) 22:23:36.97 ID:THamb1cl.net
- ありがとうございます。
とりあえず tslint を緩めにしてやってみます。
- 355 ：デフォルトの名無しさん：2019/12/02(月) 06:56:16 ID:mLOeT+PU.net
- TS初心者ですがお勧めの書籍ありませんか？webpackとかも合わせて勉強したいです。
- 356 ：デフォルトの名無しさん：2019/12/04(水) 22:44:25.30 ID:sxQF45hm.net
- interface A {
x: string;
}
a: A;
A.xの型(string)を取り出したい場合 typeof A.x じゃダメで typeof a.x ならいけたけど、
aみたいな変数を使わずに typeof A.x 相当のことってできないんだっけ？
- 357 ：デフォルトの名無しさん：2019/12/05(木) 07:17:39 ID:mSvldXoX.net
- A['x']
- 358 ：デフォルトの名無しさん：2019/12/05(木) 08:56:27.95 ID:pFxixMvG.net
- なるほど。ブラケット記法って最近とんと使わなくなったけど、こんなところに使い道残ってたんだ。
- 359 ：デフォルトの名無しさん：2019/12/21(土) 15:23:23.21 ID:BSqycIZI.net
- 実践TypeScript - BFFとNext.js&Nuxt.jsの型定義、吉井 健文、2019/6/26
今まで、TS の本は、あまり無かったので買ってみた
入門者用の文法の説明が、130ページしかない。
残りの190ページが、各フレームワークへの対応
本屋で、他の本を見たら、
掌田津耶乃は、Node.js, Vue.js, React, Angular の本を出してるw
山田祥寛も、Vue.jsの本を出した
- 360 ：デフォルトの名無しさん：2019/12/21(土) 15:40:03.75 ID:BpSzdr8P.net
- vueは根本から型が腐ってるから使う必要なし
- 361 ：デフォルトの名無しさん：2019/12/21(土) 19:32:06.97 ID:MnINNRtE.net
- やっぱ React か
- 362 ：デフォルトの名無しさん：2019/12/21(土) 22:14:02.68 ID:K0kobvcw.net
- 日本人は馬鹿だからしょうがない。
世界的にはreactなのに、世界と同じものでは戦えないからなのか、日本ではvueを使おうとする
- 363 ：デフォルトの名無しさん：2019/12/24(火) 13:31:33.33 ID:WgZ9RMXM.net
- 記述がスゲー長くなって見づらい
これって劣化javaみたいな記述にならない？
jsの良さが完全に死亡してる気が…
- 364 ：359：2019/12/24(火) 13:53:39.03 ID:3XzgnZW7.net
- 実践TypeScript を読んでるけど、TS の細かい挙動の怪しい所が多いから、
その例外的なルールの数を覚えるのが大変。
つまり、ハマる箇所を避けるのが大変
TS を学ぶと、Haxe の偉大さが分かる！
JavaScript のおかしい部分を修正しているから、かなりやりやすい
- 365 ：デフォルトの名無しさん：2019/12/24(火) 21:47:34.41 ID:j2uQerkx.net
- JSに良さなんてあったのか！？びっくりドンキー！
- 366 ：デフォルトの名無しさん：2020/01/04(土) 19:44:33.72 ID:pllwqfHK.net
- 3.7でECMA private field 使えないんだな。ガチのprivateはお預けかぁ
- 367 ：デフォルトの名無しさん：2020/01/04(土) 19:55:56.50 ID:Gwa4LI2s.net
- ECMA private fieldの必要性、全く感じないわ
- 368 ：デフォルトの名無しさん：2020/01/16(木) 00:04:23 ID:YIQKI70M.net
- ts拡張子のts動画との棲み分けってうまい方法あるかな？
- 369 ：デフォルトの名無しさん：2020/01/17(金) 22:59:25 ID:c8jQBH00.net
- tsxにする
- 370 ：デフォルトの名無しさん：2020/01/21(火) 10:46:46 ID:YewYG19G.net
- ts-jestはテストのたびに*.test.tsをTypescriptからJavaScriptにコンパイルしてテストを実行しているのですか？
テストコードが変わらなくても、内部的にコンパイルしてるの？
それとも、tscコマンドでテストコードもコンパイルしてｊｓファイルに変換したら、それを利用してるの？
- 371 ：デフォルトの名無しさん：2020/01/24(金) 09:42:02.04 ID:apHhsOxs.net
- プロパティでyield のやりかたわからん。
get hoge : Generator<number,void,boolean> {
return (function* (){ yield 1; yield 2; yield 3; })();
}
とかでええの?
なんか get* hoge も *get hoge も get *hoge も怒られる。
- 372 ：デフォルトの名無しさん：2020/01/24(金) 22:27:44.69 ID:gpzJLuFb.net
- そもそも getter にジェネレータ記法はない
- 373 ：デフォルトの名無しさん：2020/01/24(金) 23:21:56 ID:pw14qEqb.net
- getterでそんな複雑なことをするんじゃあない・・・
- 374 ：デフォルトの名無しさん：2020/02/24(月) 18:47:37 ID:Av6u/PEd.net
- <Ts extends Array>(...args: Ts)=>
でTsの全ての型の交差型を返したいんだけど可能？
- 375 ：デフォルトの名無しさん：2020/02/24(月) 23:10:15 ID:dJSyQnEN.net
- Typescript: Retrieve element type information from array type - Stack Overflow
https://stackoverflow.com/questions/41253310/typescript-retrieve-element-type-information-from-array-type
Creating types from values in array ・ Issue #28046 ・ microsoft/TypeScript
https://github.com/microsoft/TypeScript/issues/28046
keyof for arrays ・ Issue #20965 ・ microsoft/TypeScript
https://github.com/microsoft/TypeScript/issues/20965
この辺どうよ
できたら教えて
- 376 ：デフォルトの名無しさん：2020/03/02(月) 20:34:14 ID:Vt4u2rjY.net
- 締め付けはガチガチなのにガバガバな構文
トランスパイルのせいで起動は遅いし設定項目やハマりポイントはクソ増える
選択肢のないフロントはともかく、言語を選び放題なサーバーでts入れてまでjsを使う意味ってなに？
- 377 ：デフォルトの名無しさん：2020/03/04(水) 19:31:12 ID:Xkhzo69W.net
- >>376
キツマンなのに誰とでも寝るみたいなん感じか
- 378 ：デフォルトの名無しさん：2020/03/05(木) 00:10:09.52 ID:aV1N9imN.net
- 型無し言語というジャンルで見ると、一番マシ
- 379 ：デフォルトの名無しさん：2020/03/07(土) 19:41:25.48 ID:Gq72B5Zp.net
- https://github.com/microsoft/vscode-textbuffer/blob/master/src/common/position.ts をC#に書き直してる。
44行目からのwithが分からん。
with(newLineNumber: number = this.lineNumber, newColumn: number = this.column): Position {
if (newLineNumber === this.lineNumber && newColumn === this.column) {
return this;
} else {
return new Position(newLineNumber, newColumn);
}
解説とC#に書き直して。"Create a new postion from this position."ってあるけど、
どう呼ばれるの？もしかしてwith文じゃなくて、with()ってメソッド？
- 380 ：デフォルトの名無しさん：2020/03/07(土) 20:06:50.29 ID:74qnesAz.net
- メソッドの定義以外の何に見えるのか
- 381 ：デフォルトの名無しさん：2020/03/07(土) 21:33:39.02 ID:po15mmZE.net
- そもそも JavaScript に with 文なんて・・・あるのかよ何だこの邪悪な臭いがプンプンするやべえやつは
- 382 ：デフォルトの名無しさん：2020/03/08(日) 10:00:55 ID:Dz/wpeTc.net
- >>203
御社は今どういう状況になってる？
- 383 ：デフォルトの名無しさん：2020/03/08(日) 13:25:25 ID:/+j1E1ja.net
- >>382
何も変わっとらんよ
機能拡張もできないから、現状維持という名の放置
- 384 ：デフォルトの名無しさん：2020/03/08(日) 13:39:52 ID:Dz/wpeTc.net
- サンクス
- 385 ：デフォルトの名無しさん：2020/04/14(火) 00:16:42 ID:Rf+yV41A.net
- 違い何？
interface Dictionary<T> { [key: string]: T; }
type Dictionary<T> = { [key: string]: T; };
- 386 ：デフォルトの名無しさん：2020/04/14(火) 00:52:31.86 ID:1s8555QT.net
- そのコードに限っては、違いないかもな
interface は後から追加できる
これ playground にでも貼ってみ
```
interface DictionaryI {
a: string
b: string
}
type DictionaryT = {
a: string
b: string
};
interface DictionaryI {
wow: number
}
type DictionaryT {
wow: number
}
const di: DictionaryI = ({} as any)
console.log(di.wow)
```
だから、ライブラリの定義ではたまに使われる
プロダクトコードで使ってる奴は物知らないか、設計力のないやつ
- 387 ：デフォルトの名無しさん：2020/04/14(火) 08:03:12 ID:KwYjFqSp.net
- ＞物知らないか、設計力のないやつ
どうして？
- 388 ：デフォルトの名無しさん：2020/04/14(火) 08:24:49.93 ID:NW9baKp2.net
- >>386
ケツにIとかTを付けるのは設計力の無いやつ
- 389 ：デフォルトの名無しさん：2020/04/14(火) 08:34:25 ID:1s8555QT.net
- >>388
ただのサンプルコードにそんなこと言われてもwww
>>387
以下理由
・昔デフォルトONだったprefer-interfaceを引きずっている
・自分で管理できるコードなのに、interfaceで拡張する余地を残さねばならないのはおかしい
- 390 ：デフォルトの名無しさん：2020/04/14(火) 08:54:36 ID:NW9baKp2.net
- >>389
> ・自分で管理できるコードなのに、interfaceで拡張する余地を残さねばならないのはおかしい
オブジェクト指向を全否定かよw
- 391 ：デフォルトの名無しさん：2020/04/14(火) 10:13:18 ID:1s8555QT.net
- >>390
たぶん君は、Java の implements に使える interface のことを言ってるのだと思うが、
type でも implements 相当の宣言ができるので、
TS の interface は src 変更が容易でないが、ライブラリの性質上拡張の余地が必要なケースでしか有効でない
「同じ名前の型なのに、実は後から src のどこかで拡張されてました」なんて嫌だろう？
どこの JavaScript だよ
- 392 ：デフォルトの名無しさん：2020/04/14(火) 18:14:19 ID:Rf+yV41A.net
- >>386
なるほど
ありがと
- 393 ：デフォルトの名無しさん：2020/04/26(日) 04:53:02 ID:IAt9cGuZ.net
- function hoge<T, S> (x: T, f: (x: T) => S) {
// ...
}
みたいな関数があって、引数f のデフォルト値を identity:<T>(x: T) => T
にしたいんだけど、無理かしら？
hoge(1) <-- このときは T: number, S: number と推論してほしくて、
hoge(1, n => `number: ${n}`) <-- このときはT: number, S: string と推論してほしい
- 394 ：デフォルトの名無しさん：2020/04/26(日) 05:47:15.51 ID:IAt9cGuZ.net
- ごめん、自己解決した
TypeScriptでは依存型をオーバーロードで実現できるのね
```
function hoge<T>(x: T): T;
function hoge<T, S>(x: T, f: (x: T) => S): S;
function hoge<T, S>(x: T, f?: (x: T) => S) {
if (typeof f === "undefined") {
return x
}
return f(x)
}
```
これで一応、第２引数指定しなかったら、戻り値の型を第１引数の型で推論してくれるようになったし、
指定すればその関数の戻り値の型で推論してくれるようになった
- 395 ：デフォルトの名無しさん：2020/05/13(水) 20:55:34 ID:Z2ECG7mm.net
- Announcing TypeScript 3.9
https://devblogs.microsoft.com/typescript/announcing-typescript-3-9/
- 396 ：デフォルトの名無しさん：2020/05/13(水) 22:51:12 ID:8OQL2q6a.net
- ＞Our team has been focusing on performance after observing extremely poor editing/compilation speed with packages like material-ui and styled-components.
あーやっぱり material-ui と styled-components が遅いんだ
両方使ったら耐え難いレベルで重くて辛かった
- 397 ：デフォルトの名無しさん：2020/05/17(日) 20:28:24.81 ID:eDtMluXf.net
- 初学者が今からTypeScriptやるメリットってある？
普段使ってるC#のBlazorが育つまで我慢してそれまではJS使えばいいかなーという気がしてるんだけど
- 398 ：デフォルトの名無しさん：2020/05/17(日) 21:27:13.06 ID:07c/uCSO.net
- ・BlazorがTSと同等レベルまで言語・市場が育つことはありえない
・JSに毛の生えた程度の文法でC#と同等以上のタイプセーフの恩恵を受けられる
と思うよ
正直TS始めてからは、JS（特に他人が書いたやつ）は2度と触りたくなくなった
- 399 ：デフォルトの名無しさん：2020/05/17(日) 22:05:58.39 ID:ShD9HsIi.net
- 仕方なく js 書いてる時も jsdoc で型を付けまくってる
もうあの頃には戻れない・・・
- 400 ：デフォルトの名無しさん：2020/05/17(日) 22:08:17.75 ID:ilBeXKNK.net
- 毛が生えたと言われてもジェネリクス周りとか仕様がけっこう大きい（大きいだけでそんなに難しくは無いけど）。あと歴史的に同じような機能のものが複数あるのはやや辛い。
- 401 ：デフォルトの名無しさん：2020/05/17(日) 22:10:49 ID:ilBeXKNK.net
- 素のjsは確かに触りたくなくなったな～
- 402 ：デフォルトの名無しさん：2020/05/17(日) 22:12:40 ID:07c/uCSO.net
- >>400
まぁそうだけど、最初はbetter js程度に :string みたいな単純な型書くだけでいいと思うよ
それだけで劇的に違ってくる
- 403 ：デフォルトの名無しさん：2020/05/18(月) 06:26:49.70 ID:IgsFvSEI.net
- >>402
確かにそうだわ
- 404 ：デフォルトの名無しさん：2020/05/18(月) 09:34:50.89 ID:/q4v9RIOI
- TypeScriptのnamespaceってJavaのpackageやPHPのnamespaceとは違うものでしょうか？
型定義ファイルでいくつかのinterfaceをnamespaceでくくり、
別ファイルで「import PostRequest = SlackApp.PostRequest」で参照したら
TS2702: 'SlackApp' only refers to a type, but is being used as a namespace here.
と言われてしまいました。
括らないで「import { PostRequest } from '../types/PostRequest'」で参照したらエラーにはならなかったです。
複数の定義をまとめる目的で使うものではないのでしょうか？
それとも書き方を間違えてますか？
- 405 ：404：2020/05/18(月) 09:35:28.60 ID:/q4v9RIOI
- claspを使ってGoogle Apps ScriptをTtypeScriptで書いていて、SlackのSlash Commandのリクエストを定義したいです。
// src/doPost.ts
import PostRequest = SlackApp.PostRequest
function doPost(request: PostRequest) {
SlackApp.postMessage(JSON.stringify(request))
}
// types/SlackApp.d.ts
declare namespace SlackApp {
interface PostRequest {
parameter: SlashCommandParameter,
/* 省略 */
}
interface SlashCommandParameter {
/* 省略 */
}
interface SlashCommandParameters {
/* 省略 */
}
}
- 406 ：デフォルトの名無しさん：2020/05/19(火) 12:17:36.04 ID:m7E0nRpi.net
- クラス使えるだけで嬉しかった。prototypeとか二度と触りたくない。
- 407 ：デフォルトの名無しさん：2020/05/19(火) 19:57:31 ID:JYXLTsSv.net
- せっかくTypeScript使うのになんでクラス
- 408 ：デフォルトの名無しさん：2020/05/19(火) 20:00:38 ID:lV40zBP6.net
- jsonに型が付くのマジサイコーって気分になる
- 409 ：デフォルトの名無しさん：2020/05/20(水) 18:25:07.86 ID:uCxRgACC.net
- @types/node を v14:x に上げたら fs.write* 周りでエラーがいっぱい出た
以前の型定義ファイルでは第2引数が any だったために見逃されてたのね
- 410 ：デフォルトの名無しさん：2020/05/20(水) 19:13:29 ID:kUjfC17v.net
- vscoe+deno
d.tsを用意してjsをimportたがインテリセンスに型情報がでない
- 411 ：デフォルトの名無しさん：2020/05/20(水) 19:43:48 ID:q4rNYEAk.net
- アーリーアダプタすぎっしょ
- 412 ：デフォルトの名無しさん：2020/05/28(木) 04:29:10 ID:YaDoyLzB.net
- 質問させてください
初歩的なものかと思いますがよろしくおねがいします
以下の様に getElementById() にてinput要素を取得した場合、value属性を読み取ろうとすると問題が発生します。
const input = document.getElementById('input');
const text = input.value; // <- プロパティ 'value' は型 'HTMLElement' に存在しません。ts(2339)
解決方法を検索すると、
const input = <HTMLInputElement>document.getElementById('input');
const input = (document.getElementById('input')) as HTMLInputElement;
などの型アサーション？キャスト？で解決するように書いている記事が多くヒットするように感じます。
質問としましては、
・HTMLElementではなくHTMLInputElement等の具体的な型で要素を取得する方法はありますか？
・具体的な型で取得できない場合、それがHTMLInputElementであると判定する方法はどのようなものがありますか？
以上、長くなりましたがご教授頂けると嬉しいです。
- 413 ：デフォルトの名無しさん：2020/05/28(木) 05:30:32 ID:uIAU+1VL.net
- >getElementById
英語読め
- 414 ：デフォルトの名無しさん：2020/05/28(木) 07:36:15.22 ID:XtQwhE1K.net
- >>412
https://bi□t.ly/2zBJQbZ
こんな感じでいかがでございましょうか？
getElementById の取得結果は、HTMLElement を継承した何かであることは確実だが
より具体的な型であることは if 文などで判定しないとわからないので
（読みやすい）ワンライナーするのは難しいかな
- 415 ：デフォルトの名無しさん：2020/05/28(木) 07:37:06.32 ID:XtQwhE1K.net
- リンク先は typescript playground
長すぎて貼れなかった
url中の□を取っ払ってアクセスしてほしい
こっちも短縮url規制で貼れなかった
- 416 ：デフォルトの名無しさん：2020/05/28(木) 08:20:23 ID:YaDoyLzB.net
- >>414,415
なるほど、constructorと型の名称は一致するので比較に使えるのですね。
3パターンもありがとうございます。参考にさせて頂きます。
- 417 ：デフォルトの名無しさん：2020/06/03(水) 19:01:52.32 ID:+riA6q4Z.net
- vscodeのタスクでビルドしたいのですが、上手くいきません。
最初から入っていた"tsc: ビルド - tsconfig.json"という設定を使ってタスクを実行すると、
> Executing task: tsc -p (省略)\tsconfig.json <
パラメーターの書式が違います - -Command
と出てビルドが終了しません。
コンソールに同じコマンドをコピペするとちゃんとjsファイルが作成されます。
ググってみたのですが、そもそもtscで「パラメーターの書式が違います」というエラーが出るという記事すらありませんでした・・・
どうすればいいでしょうか。
- 418 ：デフォルトの名無しさん：2020/06/03(水) 19:16:49.18 ID:W7xz+V5+.net
- 普通にnpmとnpm scriptの一部に組み込んだ方がいいと思う
vscodeのタスクとか使ったことないし、必要性も感じたことないな
- 419 ：デフォルトの名無しさん：2020/06/04(木) 22:32:22.64 ID:c/bZjxGo.net
- tscがどこにインストールされてるか、とか関係ありそう
- 420 ：デフォルトの名無しさん：2020/06/04(木) 23:13:01.10 ID:hC0MsN2x.net
- npx tsc --init
で、tsconfig.json が出来る
package.json に、こう書いておいて、
"script": {
"build": tsc
},
npm run build
で、コンパイルする
- 421 ：デフォルトの名無しさん：2020/06/06(土) 19:11:34 ID:FUHWS7EH.net
- >>418
そうすることにします
>>419
AppData\Roaming\npm
にありました。
>>420
元々コンソール上からはどのコマンドも実行できるのですが、
vscodeのタスクから使うとエラーが出てしまうんです。
色々テストしていたところ、
単なるシェルコマンド echo unko ですらエラーが出るのでvscode固有の問題っぽいです
- 422 ：デフォルトの名無しさん：2020/06/06(土) 20:04:01.16 ID:vddsi0s3.net
- >>417
パラメータの書式が違うってのはPowerShellでよく見るエラーだけど、VSCodeってPowerShell叩いてるんだっけ？
VSCode固有の問題と決めつけるんじゃなくてもう少し調査してみたら？
- 423 ：デフォルトの名無しさん：2020/06/07(日) 10:34:46 ID:s05OkEKn.net
- 解決しました
日本語版のWindowsではpowershell.exeがShiftJISで読まれるので、
合わせてvscode上のPowerShellの文字コードをShiftJISに変えていたのが原因でした。
元のUTF-8に戻したら問題なく実行できました。
tscをフルパスで実行したらパスの途中にスペースが発生し、
PoweｒShellスクリプトのデバッグ時によく見た文字化けだったので気づけました。
>>422
ご名答です
PowerShellが叩かれていて、エラーもPowerShellからでしたｗ
- 424 ：デフォルトの名無しさん：2020/06/11(木) 18:33:48 ID:Jv4rHxRX.net
- Nodeでサーバーを立てているような場合、
ユーザーが入力した値を格納する変数の型は一旦unknownとしておいた方が良いのでしょうか？
例えば以下の様な場合です。
const func1 = (userInput: unknown) => {...};
const func2 = (userInput: string) => {...};
バリデーション等を行って問題が無ければ、
改めて型宣言した変数に代入し直すような方法が一般的ですか？
- 425 ：デフォルトの名無しさん：2020/06/13(土) 14:38:30 ID:fZdtN3m2.net
- ついにDartがnull安全になったそうな
https://forest.watch.impress.co.jp/docs/news/1258690.html
webからiOSまで1言語で書ける(ちゃんと動くとは言っていない)
- 426 ：デフォルトの名無しさん：2020/06/13(土) 16:20:45.29 ID:cnsVZnHy.net
- 今TypeScript+Reactを勉強しているのですけど、テーブルのコンポーネントで使いやすいものって無いですか？
テーブルのヘッダはそのままで縦は内容だけスクロールして横はテーブルも一緒にスクロールするみたいなものが良いです
- 427 ：デフォルトの名無しさん：2020/06/13(土) 21:17:17.22 ID:qaq6yJI2.net
- jexcel
react-table
react-tableは、初心者なら v6 おすすめ
理由は、標準でUIが付いてるから簡単にそれっぽいものができる
ドキュメント調べれば割と多くの挙動に対応できるはず
代わりに、UIのカスタマイズがつらい
「あそこのcssを弄りたいけど、どうやって指定すればいいかわからん」
「!importantじゃないと上書きできない」
的なことになりがち
あと、@types を v6 のをインストールするよう注意すること
UIごりごりにカスタマイズしたいなら最新の v7
headless と謳われてるように、UIが一切ないから全て自分の思い通り
代わりに、学習コストが高い
あと @types 書いたやつがバカなのか、Genericsの対応が酷くて
キャストがたくさん必要でうんざりする
- 428 ：424：2020/06/14(日) 00:14:28 ID:uuDX9j1b.net
- >>427
有難うございます、react-tableを調べてみます。
material-uiがElectronで
TypeError: Cannot use 'in' operator to search for 'ontouchstart' in null
とか出て動かなくて困っていました。
ボタン一個しか指定していないサンプルを写してこれです。
- 429 ：デフォルトの名無しさん：2020/06/14(日) 00:51:17.06 ID:864/oVLm.net
- >>428
https://stackoverflow.com/questions/60473495/how-to-properly-set-up-material-ui-with-electron-react-boilerplate
速攻それっぽいの出てきたが、ちゃんとググったかねキミィ？
- 430 ：デフォルトの名無しさん：2020/06/14(日) 12:09:11.89 ID:qCi3/fDK.net
- これっぽいの見たことあるけど、他にも気になる事があって見落としてました
<div>に書いてあるの要るのかな？
今試せる環境でないので後日に
- 431 ：デフォルトの名無しさん：2020/06/25(木) 08:05:47.95 ID:Nd1uEPT+.net
- TypeScriptってsetIntervalとかsetTimeout,
async/await, Promiseとか使えるんですか？
- 432 ：デフォルトの名無しさん：2020/06/25(木) 08:55:25.54 ID:3QV8gPE9.net
- 逆に使えない意味がわからない
- 433 ：デフォルトの名無しさん：2020/06/25(木) 09:53:31.94 ID:2LahzjFh.net
- Ruby on Rails では、React も多いけど、
TypeScript を使う香具師は、いるのかな？
- 434 ：デフォルトの名無しさん：2020/06/25(木) 10:01:29.46 ID:PKyG+WtC.net
- ルビカスは宗教上の理由からTypeScriptなは絶対に使えないんで消えて
フロントエンドの方が厳格な言語で書かれてるとか頭おかしいからなw
- 435 ：デフォルトの名無しさん：2020/06/25(木) 10:37:01 ID:V5BYtNqQ.net
- かわいそうに。
- 436 ：デフォルトの名無しさん：2020/06/25(木) 11:14:26.11 ID:2XRewe5U.net
- CoffeeScriptとは何だったのかω
- 437 ：デフォルトの名無しさん：2020/06/25(木) 11:57:37.69 ID:2LahzjFh.net
- Ruby on Rails 6 から、Node.js, webpack が標準になったから、
もう、Coffee Script には依存していない
- 438 ：デフォルトの名無しさん：2020/06/25(木) 14:16:09 ID:3QV8gPE9.net
- だからどうしたRubyガイジ
さっさと消えろ
- 439 ：デフォルトの名無しさん：2020/06/25(木) 14:49:25.12 ID:V5BYtNqQ.net
- webpack使えるなら、普通にもうRoRでhtml作る必要ないのでは
- 440 ：デフォルトの名無しさん：2020/06/25(木) 14:51:02.50 ID:V5BYtNqQ.net
- ほんまやな
PHPもRubyも、型無し糞言語は滅びるべきや
json以外を喋る邪悪なWebサーバーは1台残らず破壊しろ
- 441 ：デフォルトの名無しさん：2020/06/25(木) 14:52:55.59 ID:3edAgV/k.net
- この場違いRuby妖怪はアンカ飛ばさんでも一応レス見てる素振りを見せるのがちょっとしたホラー
- 442 ：デフォルトの名無しさん：2020/06/26(金) 03:43:22.98 ID:4Xp41V6m.net
- GUI は、React, Bootstrap で良いけど、
サーバ側が、Node.js じゃ辛い
Rails, Sinatra などの、Ruby の方が分かりやすい
Rubyの欠点は、web アプリだけしか作れないこと！
スマホ用アプリも必要なら、Electron, React Native + Expo
それか、Unity
- 443 ：デフォルトの名無しさん：2020/06/26(金) 07:42:47 ID:Sd6G194T.net
- Rubyの欠点はお前みたいなキチガイがスレチのクソ宣伝で評価を下げてることだよ
- 444 ：デフォルトの名無しさん：2020/06/26(金) 14:54:51.55 ID:6IXnju0o.net
- https://twitter.com/yokatsuki/status/744702839558017024
多言語disをついやってしまう癖を止めて欲しい。
最後に参加したTokyuRubyKaigiで「Javaやってる人手を挙げてはーい♪今挙げた人はすぐに帰ってくださーい♪」って言ったのは忘れたくても忘れられない。
(deleted an unsolicited ad)
- 445 ：デフォルトの名無しさん：2020/06/26(金) 16:51:07 ID:Z5HJiD+l.net
- 型無し糞言語やってる人は帰るだけじゃ済まされない
死んでください
- 446 ：デフォルトの名無しさん：2020/06/26(金) 18:00:16.15 ID:9etEQyfp.net
- 俺も東横線代表として参加してくるわ
- 447 ：デフォルトの名無しさん：2020/06/26(金) 20:32:19.16 ID:aHXqCiQW.net
- >型無し糞言語
今どきの言語で何があったっけ？
- 448 ：デフォルトの名無しさん：2020/06/26(金) 22:12:45.13 ID:TcIyIoqu.net
- >>444
10年以上前に同じようなJava disやってたスピーカーがいたが
別のスピーカー/コミッター達にあれはやめたほうがいいって厳しく批判されてたけどな
その時代の話なのかな
- 449 ：デフォルトの名無しさん：2020/06/27(土) 01:29:27.09 ID:9wE9An+g.net
- ありますで喩えると
Java山中さん
*by笹井さん
- 450 ：デフォルトの名無しさん：2020/07/01(水) 14:29:27.01 ID:OAvcKBIQ.net
- Talking TypeScript with the engineer who leads the team
https://stackoverflow.blog/2020/06/15/talking-typescript-with-ryan-cavanaugh/
- 451 ：デフォルトの名無しさん：2020/07/15(水) 11:01:56.72 ID:IqfNcqeZ.net
- TypeScript で、無名配列のJSON ファイルは、import できない
[
["a", 10],
["b", 20]
]
名前を付ければ、import できる。
import { xyz } from "./a.json";
{"xyz": [
["a", 10],
["b", 20]
]
}
- 452 ：デフォルトの名無しさん：2020/07/15(水) 12:14:33.71 ID:cL9c5hZ8.net
- typescriptに限らず
そういう実装結構ある
全体は{}を仮定してるの
- 453 ：デフォルトの名無しさん：2020/07/15(水) 13:02:18.34 ID:pL8+4mwq.net
- jsonってトップレベルはObject必須だと思ってた
そういう仕様あるのかな
- 454 ：デフォルトの名無しさん：2020/07/15(水) 15:59:04.81 ID:T1dYtDa5.net
- Type Script 使ってみて思ったけど
最初から ES がこの仕様だったら本当に助かってた
そして今の課題は既にある ES のライブラリ摂りこむのが面倒
なんとかならんのか？？っていう
- 455 ：デフォルトの名無しさん：2020/07/15(水) 16:48:00.29 ID:cL9c5hZ8.net
- C# 使ってみて思ったけど
最初から C がこの仕様だったら本当に助かってた
そして今の課題は既にある C のライブラリ摂りこむのが面倒
なんとかならんのか？？っていう
- 456 ：デフォルトの名無しさん：2020/07/15(水) 16:58:29.54 ID:pL8+4mwq.net
- 割とマジで攻守共にTypeScriptが最強だわ
TSに欠けてるのは、あとはパターンマッチくらいだろう
TypeScriptがネイティブバイナリ吐くようになればいい
- 457 ：デフォルトの名無しさん：2020/07/15(水) 19:14:22.28 ID:Iul+D8/c.net
- >>451
そもそもimportはjsonを読むためにあるわけじゃないから読めなくても不思議はないが、
ts3.9.6で試してみたら普通に読めるんだが？
>>453
rfc読めばわかるがトップレベルだけ特別扱いする必要ないしね。
- 458 ：449：2020/07/15(水) 19:20:18.72 ID:IqfNcqeZ.net
- ./a.json に以下だけを書いて、どういうimport 文を書いたの？
[
["a", 10],
["b", 20]
]
- 459 ：デフォルトの名無しさん：2020/07/15(水) 20:06:40.11 ID:Iul+D8/c.net
- ふつうに
import j from './a.json';
"module"は"commonjs"
- 460 ：デフォルトの名無しさん：2020/07/15(水) 20:24:52.52 ID:guZu56HE.net
- esModuleInterop か allowSyntheticDefaultImports は true になってる？
false や未設定なら、 `import * as j from './a.json';` でインポートする必要がある
- 461 ：デフォルトの名無しさん：2020/07/15(水) 20:31:01.05 ID:Iul+D8/c.net
- ああすまん、"resolveJsonMdule": true してた。
つまりmoduleじゃないjsonをロードしたいならこれが必要ってことね。
- 462 ：449：2020/07/15(水) 21:20:34.32 ID:IqfNcqeZ.net
- あれ？ 普通に、これで、import できた！
漏れの勘違いだったみたい
import j from "./a.json";
漏れの設定は、
"module": "es2015",
"esModuleInterop": true,
"resolveJsonModule": true,
- 463 ：デフォルトの名無しさん：2020/07/16(木) 13:16:30 ID:Bj5j4Y6i.net
- こういうのはだめなんだっけ
[
["a", 10],
["b", 20],
]
- 464 ：デフォルトの名無しさん：2020/07/16(木) 15:09:37.34 ID:J/CG/YnB.net
- TypeScript の開発中は、
Webpack のオフライン機能、workbox を使わないから、
package.json の、"workbox-webpack-plugin": "^5.1.3" を、
コメントアウトしようとしたが、形式エラーになって出来ない
削除はできるけど、コメントアウトで残しておきたい
- 465 ：デフォルトの名無しさん：2020/07/16(木) 15:10:33.56 ID:L+apgnKF.net
- gitを使いましょうよ・・・
- 466 ：デフォルトの名無しさん：2020/07/16(木) 15:13:26 ID:J/CG/YnB.net
- >>463
JSON ファイルでは出来ない
よく知らないけど、新しめの、JS/TS ファイルでは出来るかも
- 467 ：デフォルトの名無しさん：2020/07/16(木) 18:14:40 ID:QwF0ci9g.net
- よく知らないなら黙ってろrubyｶﾞｲｼﾞ
- 468 ：デフォルトの名無しさん：2020/07/16(木) 18:31:21.38 ID:L+apgnKF.net
- >>463
ケツカンマをファックできるのはECMAScript 5以上
JSONはファックできない
- 469 ：デフォルトの名無しさん：2020/07/22(水) 02:36:42.07 ID:2/9nnKBr.net
- クライアント向けの開発サーバーが付いている、Parcel を使っている香具師いる？
Postman を使っている香具師いる？
これは、REST クライアントかな？
漏れは、VSCode の拡張機能の、REST Client を使っているけど
他には、TypeScript で、Express サーバーを実行する、ts-node-dev は？
- 470 ：デフォルトの名無しさん：2020/08/01(土) 03:44:15.17 ID:BmlbAE5y.net
- pacage.jsonのバージョンを取得したくて
src/index.tsで
import {version} from '../package.json'
を思いついたのですが、これだとコンパイルでdistに排出されるときにpackage.jsonも排出されてしまいます
これを解決する（依存関係をdistに持ってくるのではなくが./package.jsonを常に読むようにしたい)方法はあるのでしょうか？
- 471 ：デフォルトの名無しさん：2020/08/01(土) 07:24:44.96 ID:WBys/bG4.net
- コンパイルするたび常に最新のpackage.jsonがdistに排出されるんだから
それでええんちゃう？
- 472 ：デフォルトの名無しさん：2020/08/01(土) 19:08:50.40 ID:BmlbAE5y.net
- >>471
自分的にはdistに排出される先にもう一つpackage.jsonが作られるのが気持ち悪いと感じたのですがそうでもないんですかね？
- 473 ：デフォルトの名無しさん：2020/08/01(土) 21:11:01.65 ID:PGLLO5uD.net
- たしかにキモい
- 474 ：デフォルトの名無しさん：2020/08/01(土) 21:32:06.85 ID:WBys/bG4.net
- 普通にgitignoreしてるだろうしdistにpackage.jsonがあっても特にデメリットないし
distに何が吐かれててもええんちゃう？
- 475 ：デフォルトの名無しさん：2020/08/03(月) 07:34:16.45 ID:qdvto+rV.net
- >>470
process.env.npm_package_version
じゃダメなの？
- 476 ：デフォルトの名無しさん：2020/08/03(月) 09:46:39.86 ID:l1ICYS01.net
- >>475
横からだけどサンキュー
こんなことできるんだね、勉強になった
package.jsonの各種要素を読み込みたい！ - DEV
https://dev.to/origamium/package-json-1626
- 477 ：デフォルトの名無しさん：2020/08/03(月) 10:52:32.11 ID:qdvto+rV.net
- >>476
公式にもこんなところにしれっと書かれてる
https://docs.npmjs.com/misc/scripts#packagejson-vars
package.jsonの各フィールドの説明してるページには書いてないんだなぁ…
- 478 ：デフォルトの名無しさん：2020/08/05(水) 08:07:16.62 ID:uWbem7nq.net
- Announcing the new TypeScript Website
https://devblogs.microsoft.com/typescript/announcing-the-new-typescript-website/
- 479 ：デフォルトの名無しさん：2020/08/21(金) 08:26:54.83 ID:D9+iHL3k.net
- Announcing TypeScript 4.0
https://devblogs.microsoft.com/typescript/announcing-typescript-4-0/
- 480 ：デフォルトの名無しさん：2020/08/21(金) 09:31:14 ID:pu35Qu/1.net
- もう4.0の時代なのか・・・
それなのにおまいらのプロダクトときたら・・・
- 481 ：デフォルトの名無しさん：2020/08/21(金) 11:12:40 ID:7l2hhkMF.net
- 現場猫『ヨシッ！』
- 482 ：デフォルトの名無しさん：2020/08/21(金) 11:15:43 ID:6zccVHNz.net
- 監督猫『ヨシッ！』
- 483 ：デフォルトの名無しさん：2020/08/21(金) 13:28:51.80 ID:pu35Qu/1.net
- 一次請猫『ヨシッ！』
- 484 ：デフォルトの名無しさん：2020/09/14(月) 09:29:26.60 ID:CfIbX1f0.net
- ここで聞いて良いのかわからないけどimportの拡張子(.js)を省略して、js変換時に拡張子をつけることってできないかな？
開発中はtsc使って開発者終了時だけwebpack使いたいのだけども
- 485 ：デフォルトの名無しさん：2020/09/14(月) 09:33:13.37 ID:/HJ+wc6C.net
- そのようにwebpack設定するだけでは
cssやjpgとかの非プログラムファイルにしかimport文に拡張子書いたことないわ
- 486 ：デフォルトの名無しさん：2020/09/14(月) 21:55:40.83 ID:CfIbX1f0.net
- webpackの方でなんとかするしかないか。
ありがと
- 487 ：デフォルトの名無しさん：2020/09/15(火) 00:09:40.68 ID:g6ghhz4T.net
- typescript のポリシーからすると将来的にも対応される可能性は低い
- 488 ：デフォルトの名無しさん：2020/09/28(月) 14:36:37.18 ID:NZq3hOP+.net
- マイクロソフト発のオープンソース言語「TypeScript」、生みの親が語る開発当初や背景
https://japan.zdnet.com/article/35159882/
- 489 ：デフォルトの名無しさん：2020/09/28(月) 19:49:45.93 ID:kE1qWQhp.net
- TypeScriptのまえにWebAssemblyが登場していたらみなそっちに飛び付いたのだろうか。
- 490 ：デフォルトの名無しさん：2020/09/28(月) 22:54:37.39 ID:t2I6kwxp.net
- 何だかんだ言ってみんなJavaScriptが大好きだからな
それにブラウザに実装されているAPIはJavaScriptから使うこと前提だからWebAssembly使っても余計な苦労するだけだ
ゲームには向いてるだろうけど
- 491 ：デフォルトの名無しさん：2020/09/28(月) 22:56:43.96 ID:L69JRisQ.net
- 既存のJS資産を流用できたのも強みの1つだったと思うから、やっぱTSの戦略勝ちじゃねえの
つかWASMって一時期騒がれてたけど今どうなったんだ？
- 492 ：デフォルトの名無しさん：2020/09/28(月) 23:49:19.24 ID:XJOyCoAG.net
- >>491
Unityが実用？になってるぐらい。
なにしろ、仕様も含めて
今後どうなるかわからん状況では？
- 493 ：デフォルトの名無しさん：2020/09/29(火) 09:41:15.62 ID:tKw94fLv.net
- FlutterがDartじゃなくてTSだったら良かったのに
- 494 ：デフォルトの名無しさん：2020/09/29(火) 11:21:16.26 ID:P1Q7o4iq.net
- ほんとそれな
あんな劣化Javaみたいな言語ありがたがってる連中の頭が理解できない
- 495 ：デフォルトの名無しさん：2020/09/29(火) 12:10:42.86 ID:aaxcyAZi.net
- 大して機能違わないじゃん。
何が足りないと思ってるの？
- 496 ：デフォルトの名無しさん：2020/09/29(火) 13:15:04.46 ID:pjrsoCYz.net
- 知能
努力
向上心
- 497 ：デフォルトの名無しさん：2020/09/29(火) 13:35:36.65 ID:P5R6/7cr.net
- そうだな、JavaとJavaScriptも一緒だしな
- 498 ：デフォルトの名無しさん：2020/09/29(火) 14:11:13.25 ID:Y54HkFIW.net
- >>495
NULL安全とか？
- 499 ：デフォルトの名無しさん：2020/09/29(火) 15:46:22.91 ID:aaxcyAZi.net
- >>498
あるよ
>>496
ないよ
- 500 ：デフォルトの名無しさん：2020/09/29(火) 18:45:22.24 ID:fbgKh1ZX.net
- マイクロソフト発のオープンソース言語「TypeScript」、生みの親が語る開発当初や背景
https://japan.zdnet.com/article/35159882/
- 501 ：デフォルトの名無しさん：2020/09/30(水) 13:09:08.11 ID:pBMNn9J9.net
- >> Microsoftが2018年に75億ドル（約8000億円）を投じて買収したGitHub
知らんかった
オンライン版のvscodeがGitHubにあるのはそういうわけか
- 502 ：デフォルトの名無しさん：2020/10/02(金) 00:47:34.12 ID:c4z818i5.net
- ピチャイのマイクロソフトは良いマイクロソフト。
- 503 ：デフォルトの名無しさん：2020/10/10(土) 13:18:23.70 ID:hWE3VueY.net
- こんにちは。プログラミング初心者です。
TypeScriptとJavaScriptはどっちが最強なんでしょうか？
これから始める場合はどっちがいいのですか？
TypeScriptはJavaScriptとくらべ実行速度は変わらないのに
静的型付けのため記述が面倒で学習する価値がないと友達が
言ってたんですがこれは正しいですか？
- 504 ：デフォルトの名無しさん：2020/10/10(土) 14:42:01.38 ID:xtGRZD/P.net
- >>503
普段からめちゃくちゃな
読めないコード書いてる人には
難しいと思いますよ。
- 505 ：デフォルトの名無しさん：2020/10/10(土) 15:45:53.37 ID:hWE3VueY.net
- >>504
なるほど。つまりTypeScripはtコードをきれいに見せるためだけの言語ってことなんですね。
- 506 ：デフォルトの名無しさん：2020/10/10(土) 15:53:32.39 ID:PAS52Dcu.net
- 価値がわかるようになるまではJS使うのをおすすめする
今TS触っても嫌いになるだけだと思う
- 507 ：デフォルトの名無しさん：2020/10/10(土) 16:35:21.67 ID:hWE3VueY.net
- ん。。。価値が分かる人にしかわからないプロ向けの言語なんですね。。。
- 508 ：デフォルトの名無しさん：2020/10/10(土) 16:57:30.55 ID:OrgjdyW8.net
- 綺麗に見えるということは他人が書いたコードであっても理解しやすいといえる
- 509 ：デフォルトの名無しさん：2020/10/10(土) 17:08:45.97 ID:hWE3VueY.net
- 複数人で開発するとき用ってことですね。
一人でWEBアプリ作って満足してる分には必要なさそうですね。
- 510 ：デフォルトの名無しさん：2020/10/10(土) 17:26:29.17 ID:BjY8+1pb.net
- ソースを公開する時に型は必須だな
複数人開発だと必然的に他人にソースを公開する訳だから型は必須だな
一人で開発してる時も未来の自分にソースを公開すると考えれば型は必須だな
- 511 ：デフォルトの名無しさん：2020/10/10(土) 17:30:06.10 ID:BjY8+1pb.net
- この理屈で行くと型が必要無い状況は使い捨てのコードを書く時になる
実際、実験的なコードを書くときはJavaScriptでサクッと書いてる
- 512 ：デフォルトの名無しさん：2020/10/10(土) 17:31:37.81 ID:hWE3VueY.net
- 型を指定するのは実行速度のためだと思ってましたが違うんですね。
- 513 ：デフォルトの名無しさん：2020/10/10(土) 17:41:03.06 ID:myt/k5c7.net
- 個人で、1ファイル、2, 300行程度のオモチャしか書かない奴にはいらないかもしれんな
複数人で、2ファイル以上のまともなコード書くなら、型は必須
「全てのfunctionが何かを引数にとって何かを返します。その『何か』はコードを読まないとわかりません」
じゃ困るだろ
- 514 ：デフォルトの名無しさん：2020/10/10(土) 17:46:03.97 ID:hWE3VueY.net
- 複数人でも一つ一つ関数定義を確りして
コメントを残せば後から見返してもわかりそうな気がするのは
私がまだ未熟なんですね。
- 515 ：デフォルトの名無しさん：2020/10/10(土) 17:46:21.26 ID:jqYiciHv.net
- 3ヶ月前の自分は他人
webのようにリリース後にメンテする可能性があるなら確実に過去の自分を恨むだろう
- 516 ：デフォルトの名無しさん：2020/10/10(土) 17:56:33.59 ID:myt/k5c7.net
- >>514
でもそのコメント、人によって書き方バラバラだし、その通りに実装・使用されているかわからないよね
そのコメントが規格化されていて、その通りに実装・使用されていることを保証してくれるのがTypeScriptとでも思え
- 517 ：デフォルトの名無しさん：2020/10/10(土) 18:02:00.15 ID:hWE3VueY.net
- わかりました。TypeScriptの勉強をしてみます。
バックにはMicrosoftとGoogleがついてるみたいですので
安心して学習してみます。
- 518 ：デフォルトの名無しさん：2020/10/10(土) 18:14:27.06 ID:myt/k5c7.net
- せや
どこの馬の骨ともしれんバカではなく
MicrosoftとGoogleの天才たちを信じろ
- 519 ：デフォルトの名無しさん：2020/10/10(土) 18:32:27.26 ID:ekvQuOcm.net
- 型情報による補完などのエディタの支援機能がないと書けない体になってしまった…
- 520 ：デフォルトの名無しさん：2020/10/10(土) 18:36:49.23 ID:jkmsbl3z.net
- >>504
これさ無茶苦茶なコード書いてる人がキレイなコードかけるようになるって点でTSって素晴らしいと思う
- 521 ：デフォルトの名無しさん：2020/10/10(土) 18:39:08.90 ID:hWE3VueY.net
- 今日までエラーがでなければどんなコードでもいいと思ってました。
- 522 ：デフォルトの名無しさん：2020/10/10(土) 18:52:40.99 ID:jqYiciHv.net
- 最終的にはそうだよ
同じ動きをするならユーザーにはどんなコードも同じ
開発側から見てどうか？ってだけ
- 523 ：デフォルトの名無しさん：2020/10/10(土) 19:08:51.73 ID:hWE3VueY.net
- 開発側の立場で考えるとTypeScriptが必要になるんですね。
- 524 ：デフォルトの名無しさん：2020/10/10(土) 19:15:05.89 ID:SwfxuCYC.net
- >>503
なんか…Javascriptやってる人達ってこれくらいのレベルなんだよな…
今から始めるあなたはともかくとして、そのアドバイスしてくれたお友達のレベルもたかがしれてそう。
- 525 ：デフォルトの名無しさん：2020/10/10(土) 19:19:58.24 ID:PAS52Dcu.net
- Pythonなんかもっとひどいぞ
ただ色んなレベルの人がいるというのは新しい人が入ってきている証拠でもあるので、歓迎すべきことでもある
誰でも最初は初心者なんだしさ
- 526 ：デフォルトの名無しさん：2020/10/10(土) 19:42:13.27 ID:w1paHL08.net
- 技術ブログ等で公開されているTypeScriptなコードの品質の平均はJavaScriptのそれと比べて高い。そういう意味でも使う価値がある。
もちろん例外はあるけどね
- 527 ：デフォルトの名無しさん：2020/10/10(土) 21:06:49.30 ID:tFVag5PE.net
- >>523
開発環境でリファクタリング機能の
性能に注目出来るぐらいになりましょう！
- 528 ：デフォルトの名無しさん：2020/10/10(土) 21:08:17.35 ID:tFVag5PE.net
- javascriptの言語仕様では
まともな物は作れませんので。
- 529 ：デフォルトの名無しさん：2020/10/10(土) 22:14:14.78 ID:fDny8+f1.net
- >>526
それはTypeScriptの採用によって品質が向上したというより、タイプ量やビルドの複雑さの多少の増大と引き換えに静的型付けを取るという
極めて正しい選択ができるだけの能力があるエンジニアが書いたからだろうね
- 530 ：デフォルトの名無しさん：2020/10/10(土) 22:15:54.62 ID:6sdqDrQt.net
- 俺はC/C++からやってるけど、JavaScriptで型がなくって困るって事はないなあ。
ただ、形無し言語しかやったことないのなら、TypeScriptの方を薦めるけど。
（なお俺は生JSしかやっておらず、TSは触ってもいない）
Cみたいにメモリ領域を厳密に規定する為ならともかく、
Java以降の言語の型って、コンパイラで落とす為でしかない。
しかも、入口と出口で都合2回書いて、それが合っているかを確認するだけ。
実際、それでもタイポを落とせるので大変役に立つのは事実だけど、
型を間違ってエラーになるなんて事はほぼ無いし、有ってもスモークテストで確実に落とせる。
だから、言ってしまえば、スモークテストが通るまで捗るだけ。
この点、現状のC++やRustは空回りしてて、
コンパイラで落とす為に厳密に書く必要があり、結果的にやたら遠回りしてたりする。
俺が思うにあれは完全に本末転倒。コード構造が制限を受けてどうするんだよ？
この点、TSは無駄に気負わず、
型の恩恵を受けつつ、面倒になれば省略出来る、位だから受けているのだと思う。
ただ、型の恩恵なんて上記の通り、スモークテストが通るまででしかない。
その後のメンテナンス性は、特にオブジェクト指向(OOP)を正しく適用出来てるかがキモになる。
ところが、JSではOOPは学べない。これはTSも同じだと思う。
周りの環境が酷すぎて、初心者～中級者にはOOPするメリットを感じられないから。
(HTMLも酷いが、ネイティブオブジェクトを拡張してもろくに動かないのも酷い）
Javaや.NETみたいにびしっと作ってあれば、比較的小さな規模でも恩恵を受けられるが、
JSはそれらよりは断然高レベルプログラミングで、その分行数も少なく済み、
大体においてそんなに大規模にもならないし、OOPガッツリやる意味もほぼ無く全て済んでしまう。
だからその先、具体的にはソースコードが10k行を越えるまでは、
JSやTSは学習用言語としてはいいと思うよ。
その辺になってきて、一つの言語しか使えないってのもほぼ無いから、杞憂かもしれんが。
- 531 ：デフォルトの名無しさん：2020/10/10(土) 22:22:26.76 ID:A0BwGHo+.net
- 何言ってんだこいつ
- 532 ：デフォルトの名無しさん：2020/10/10(土) 22:29:28.83 ID:xMQUNHWy.net
- OOPなんて使えて当たり前。OOPを神格化してる奴でOOP以外の技法も使いこなせてるヤツ見たことない。
それにOOPの価値はコードの大小に依らない
- 533 ：デフォルトの名無しさん：2020/10/10(土) 22:35:39.32 ID:myt/k5c7.net
- 俺は困らないからJSでいい論は全てゴミ
想像力の欠けた引きこもりアスペが書いた妄想
これはガチ
- 534 ：デフォルトの名無しさん：2020/10/10(土) 22:36:40.03 ID:6sdqDrQt.net
- TSスレだから、TSマンセー、型マンセーな奴の echo chamber になってるだけだぞって事。
TSは悪い言語でもないが、お前がら思ってるほどJSも酷くない。
だから数あるAltJS、勿論TypeScriptもそれに含まれるが、それでもJSを殺しきれない。
型で恩恵受けるのは、スモークテストまでだろ。
そもそも変数名みれば型なんて自明だし、そうじゃないのが問題。
そして関数を小さく、というのがほぼ最強で、そもそも規模が小さければ変数の型が分からないなんて事はない。
型に囚われてる奴は、型の先、つまり、型が有ろうがなかろうがどうにもならない世界が見えてないのだと思うよ。
この意味でRustもリソースリークを気にしすぎ。そもそもリークなんてしないし、面倒なら最初からGC使えばいいだけ。
TSはこの辺変に気取ってないからいい。
- 535 ：デフォルトの名無しさん：2020/10/10(土) 22:43:14.81 ID:A0BwGHo+.net
- まあ自分のコードだけで完結する世界で閉じこもってる分にはそれでいいんじゃない
- 536 ：デフォルトの名無しさん：2020/10/10(土) 22:43:43.59 ID:myt/k5c7.net
- >>534
> そもそも変数名みれば型なんて自明
ハンガリアン信者の方ですか？
こんなこという奴の久々に見たわ
> そもそも規模が小さければ変数の型が分からないなんて事はない
ほんと自分の都合のいい側面しか見えてないよな
俺は困らないからJSでいい論は全てゴミ
想像力の欠けた引きこもりアスペが書いた妄想
この通りやンけ！
- 537 ：デフォルトの名無しさん：2020/10/10(土) 22:48:34.65 ID:6sdqDrQt.net
- >>532
OOPを神格化している奴がゴミなのは認める。Javaの連中が特にそう。
そして俺はそうじゃない。
ただな、DOMとかその辺が酷くて、OOPの恩恵を小さいコードでは得られないのはOOPを学ぶ上では痛いと思う。
Javaみたいにたった50行のコードにOOP強いて余計に意味不明になるのも問題だが、
自作コードのみでOOPの恩恵が受けられるのは3k行程度以上必要で、
そこまでOOPを囓れないでいるのもまた問題。
正直、ここにいるお前らの半分以上はOOPを正しく理解出来てないと思うよ。
ただ、それでも書けるところが良いところなんだが。
OOPは大規模コードの整理術であって、そもそも大規模化しないのならそれが大正義だ。
- 538 ：デフォルトの名無しさん：2020/10/10(土) 22:57:06.91 ID:6sdqDrQt.net
- >>536
それはそもそも読み方を間違ってんだよ。
関数なんて大体20行程度だし、問題になるにしてもI/Fだけ。
ただそれ以前に、俺はサイトのmimnify済みのJSでも割と読めてしまうことに気づいてしまった。
「訳の分からないことをやってないこと」が重要で、そうじゃなければ追えるんだよ。
だから、初心者のコードほど読めない。これは事実。
- 539 ：デフォルトの名無しさん：2020/10/10(土) 23:00:39.67 ID:myt/k5c7.net
- >>538
世界中のプログラマーが関数なんて大体20行程度で訳の分からないことをやってないコードを書いてくれる理想郷にお住まいなのであれば、TSはいらないだろうね
- 540 ：デフォルトの名無しさん：2020/10/10(土) 23:10:25.88 ID:6sdqDrQt.net
- >>539
逆だろ。そういう理想郷を作るようにお互い努力するんだろ。
そしてTSはJSよりはそれを目指していると思うが。
関数が20行ってのはGoogleかnpmのコーディングルールに有ったはず。
コードレビューする時に「パワポ１画面に入らないような関数を書くな」だった。
実際、そこまで短くすれば、訳の分からない複雑なことは出来なくなるから、確かに効くんだよ。
- 541 ：デフォルトの名無しさん：2020/10/10(土) 23:25:22.20 ID:BjcbKuib.net
- TS は、もっと後でよい
Ruby 3.0 で型推論が入ることになったけど、作者のMatz が、
型を入れると難しすぎて、初心者が簡単にプログラミングできなくなると言ってた
型はプロ向き。
型があると、初心者のfirst choice にならない
- 542 ：デフォルトの名無しさん：2020/10/10(土) 23:26:05.68 ID:OZkIKLkD.net
- いや型がある方が楽やろ、ガイド付きやで？
- 543 ：デフォルトの名無しさん：2020/10/10(土) 23:26:47.91 ID:OZkIKLkD.net
- コンパイルエラーで検知できずに動かしてみるまでわかんないとか…
- 544 ：デフォルトの名無しさん：2020/10/10(土) 23:37:08.35 ID:6sdqDrQt.net
- ついでに言っておくと、多分TSの「型」ってのはC++やRustの連中の「型」の範疇には入らない。
多分、連中からすると「型道」から外れてる、邪道だ、と見えると思う。
それは認識しておいた方がいい。
ただ、俺はむしろその方がいいと思っている。
C++のテンプレートなんて、
「これって型がなくてダックタイプでよければさらっと書いて終わりでしたよね？」ってのが多すぎる。
MSはそこら辺、極めて現実的でいい。
あと、既に言われているが、JSerなんてこの程度、というのは当たっている。
具体的に言えば、実力を過大評価している勘違い馬鹿が多い。
ただ、それは界隈のオンボロさと、楽勝さによっているのであって、環境を共有しているTSでも同じだよ。
とはいえ俺はこれも良いことだと思っている。
つまり技術レベルが低くても達成出来ることが（見た目）大きいわけだから。
だからCとかの連中は、なんでJSerがあんなに馬鹿でも世界が回るのか、
それはつまり、界隈のシステムが上手く出来てるからなんだけど、その辺学ぶべきだと思うよ。
- 545 ：デフォルトの名無しさん：2020/10/10(土) 23:43:46.38 ID:6sdqDrQt.net
- >>541
難しくはならないが、煩雑にはなるんだよ。
そしてその煩雑さを利益が上回る為には、最低限ある程度の規模が必要で、
それは最初の最初の初心者が書くコードの規模（精々100行）では全然足りない。
だからってスクリプト言語で調子に乗ってガシガシ書いた後に型が欲しくなる時は確かにある。
その辺、従来は対応出来なかったが、TSはそこを上手く掬い取れた。
- 546 ：デフォルトの名無しさん：2020/10/10(土) 23:50:21.71 ID:TSALDtkC.net
- JavaScriptで昔書いた3000行のコードをTypeScriptに直しているんだけど
いやまあ型は便利と思えるいろんな発見があったわ；；
- 547 ：デフォルトの名無しさん：2020/10/10(土) 23:50:29.75 ID:hWE3VueY.net
- 現在もっとも人気と将来性があって最強と言われる
Pythonに型がないのはどういう理由なんでしょうか？
- 548 ：デフォルトの名無しさん：2020/10/10(土) 23:56:23.03 ID:hWE3VueY.net
- パイソンはクラスは使えるようですね
- 549 ：デフォルトの名無しさん：2020/10/11(日) 00:05:58.83 ID:rXA2CZZq.net
- >>547
Pythonが受けているのは、馬鹿でも書けるから。これに尽きる。
Cだと、PCの物理的構造をある程度知ってないと理解しにくい面があるから。
ただ、Pythonが将来性があるかは疑問だと思う。
使われ続けるという意味では確実だが、プログラマを目指すのにいいか？と言われると微妙。
俺はPythonやってないが、最近かじろうとして、止めた。
String.replace(regexp)がなくて、RegExp(str)しかなく、ああこりゃ駄目だ、と思った。
なるほどPythonではクソコードしか書けない、というのは納得だ。
しかも3.0になってずいぶん経つのに、え？まだこんな所で揉めてるの？みたいな制限事項多すぎ。
ただまあ、明らかに君はそれ以前なのだから、グダグダ言わずにさっさと始めるべきだよ。
君のレベルなら、TSでもJSでもPythonでもどれでもいいと思うよ。
Pythonのクソさが分かるようになるまでに2年ほどはかかるだろうし。
- 550 ：デフォルトの名無しさん：2020/10/11(日) 00:11:31.57 ID:rXA2CZZq.net
- >>548
クラスが使える＝オブジェクト指向が出来る、という意味では、
最近のプログラミング言語でそもそもOOP出来ないものは存在しない。
それほどまでにOOPは認められた存在だと言うこと。
ラムダも同様だが。（なおPythonのラムダには制限あり）
だから最近の言語はどれもこれも同じだ！と言われていて、実際そうなのだが、
敢えて違う言語を！とやったのがGo。
ただしGoは別方向にかなり糞なので初心者は止めた方がいい。（と思う）
ただ、実際はGoも結構初心者受けしている。特に形無しスクリプト言語上がりには。
- 551 ：デフォルトの名無しさん：2020/10/11(日) 00:24:04.47 ID:n4TOsjKe.net
- Pythonは 機械学習関連のライブラリが充実していて 最強の地位は10年後も20年後もおそらく変わらないだろう とプログラミングに詳しい知り合いが言ってました。 マシンスペックも上がってきているので Python のようなスクリプト言語でも 十分に実行速度が発揮でき益々 需要が伸びる可能性が高いと聞きましたが。
- 552 ：デフォルトの名無しさん：2020/10/11(日) 00:25:02.84 ID:vIhtxp0O.net
- >>547
mypyというものがあってだな
- 553 ：デフォルトの名無しさん：2020/10/11(日) 00:34:52.32 ID:y3zg5lZo.net
- スレチ
- 554 ：デフォルトの名無しさん：2020/10/11(日) 00:49:43.03 ID:rXA2CZZq.net
- >>551
ならその知り合いに聞けよ。ただそいつはヘボだと思うが。
Pythonが強いのはライブラリが揃っているからだが、今のところ実行速度が致命的に遅い。
それはCPUやGPUの性能向上程度では何ともならない。
機械学習なら結局のところは何回回せるかが勝負で、C比80-800倍遅いのだから話にならない。
だからCythonなんて物も出てくる。
ただしアルゴリズムを頻繁に書き換えるとなると違う。
ちゃっちゃと書き換え、夜流して朝結果を回収、夕方までにプログラムを変更してまた夜流す、
という繰り返しなら、「新しいプログラムがいつ出来るか」が勝負となり、当然スクリプト言語の方が有利だ。
ただ、これが出来る学生なんてなかなかいないと思うし、そこまで行くのなら多分Cも普通に使える。
そもそも機械学習ならそんなにアルゴリズムも変えないはずだし。
だから今でもガチの計算機工学科ではCもやってるだろ。
Cだと1時間で結果が出るのにPythonだと3日かかります、では研究の進捗も全然違ってしまう。
だから用途に合わせて使い分けることが必要で、
はっきり言ってCも大して難しくもないからそういう奴等はCを最初から学ぶようになってる。
PythonやRuby界隈が高速化を目指さないのは俺には完全に疑問だ。
何だかんだで今後とも速度は重要であり、正義だ。
Rubyなんて死にかかってるが、JSと同程度の速度が得られれば、復活するとも思っている。
ただ、Matzもその周りもそれをしようとしないんだな。クソ言語なんてもう要らないのに。
TSはその点、JSの実行速度と、スクリプト言語の弱点、
「調子乗って書いてたらグダグダになってきてヤバイっす」を型付加により多少は緩和出来る、という点でかなり立ち位置はいい。
しかもJSも今のところ死ぬ感じはないから、TSも勿論死なない。
一般的にはJSerは次第にTSerになっていくと見られているが、これも概ね正しいだろう。
確かにTSは駄目な点がない。
（界隈の駄目な点をJSからモロに受け継いでいるが）
- 555 ：デフォルトの名無しさん：2020/10/11(日) 00:50:50.85 ID:vIhtxp0O.net
- 型無し糞言語は死あるのみ
型推論でスマートに型サポートを受けるのが今のトレンドだよ
- 556 ：デフォルトの名無しさん：2020/10/11(日) 01:01:08.81 ID:sfgrEAk/.net
- 質問ですが
interface IPoint {
x: number;
y: number;
}
があるとして、（例えば）一致判定関数を書く場合、
function isequal(p1: IPoint, p2: IPoint) { return (p1.x == p2.y && p1.y == y2.y); }
function isequal<T extends IPoint>(p1: T, p2: T) { return (p1.x == p2.y && p1.y == y2.y); }
はどっちが良いの？
どっちもプロパティー{ x: number, y: number }を持つ任意のオブジェクトを受け入れるので同等に見えまつ、
- 557 ：デフォルトの名無しさん：2020/10/11(日) 01:02:20.20 ID:sfgrEAk/.net
- 戻り値を忘れたorz
: boolean
型推論って便利ですよね、、、
- 558 ：539：2020/10/11(日) 01:27:53.11 ID:B+MSoWxK.net
- YouTube で有名な雑食系エンジニア・KENTA は、
初心者が進む道を、サーバー側言語のRuby → Go を王道としてる
Python, PHP, JavaScript などを絶対に言わない
初心者のfirst choice としては難しすぎる。
挫折確率が高すぎる
ただ年末に、Ruby 3.0 で型推論が入るから、
KENTA も、この方針を変えるかも知れない
大事件勃発！
Ruby on Rails に頼っている、すべての学校の方針が変わってしまう
ただ、first choice がGo と言うのは、絶対に無理
- 559 ：デフォルトの名無しさん：2020/10/11(日) 01:46:46.27 ID:+wOaiLh4.net
- >>556
この場合は多分同等なのでシンプルな前者で良い
後者はTを他の箇所（戻り値やコールバック関数の引数など）でも使う場合に適していることがある
例えば
function double<T extends IPoint>(p: T): T {
p.x *= 2;
p.y *= 2;
return p;
}
とか
function check<T extends IPoint>(p: T, validator: (p: T) => boolean): void {
if (!validator(p)) { throw new Error('...'); }
}
とか
ただしこれらの場合でも必ずしもextendsが適しているとは限らないので注意（特に上の例はかなり適当なので）
- 560 ：デフォルトの名無しさん：2020/10/11(日) 06:43:46.76 ID:vDn4Pmub.net
- Pythonは型を書いてもインタプリタがそれを無視して実行してくれる
高速に実行したければPyPy使えばネイティブコードに近い速度で実行出来るしmypyで型チェックも出来る
JavaScriptで型を書くと単に構文エラーになるだけだが、その内無視して実行してくれる様になるだろう
そうなったらTypeScriptは要らなくなる
- 561 ：デフォルトの名無しさん：2020/10/11(日) 07:10:15.21 ID:qONvW7Si.net
- 妄想おつ
- 562 ：デフォルトの名無しさん：2020/10/11(日) 07:22:42.40 ID:vDn4Pmub.net
- Pythonみたいに動的型言語に型アノテーションを追加する事が主流になるだろう
Union型は動的型だから出来る事で、完全に静的型にするとC++みたいになってしまう
動的型＋型アノテーションは良いとこ取りで、プロから初心者まで皆が満足出来る
- 563 ：デフォルトの名無しさん：2020/10/11(日) 07:34:29.67 ID:6reX+khV.net
- Pythonは10年前にやったときは凄い言語機能だと思ったけど、それからあんまり進化しなくて今はJSにすら言語機能的には劣ってる。Pythonの良いとこ他の言語も取り込んじゃったからね。
でもそれとライブラリが充実してるってのは別問題で、このライブラリの充実っぷりがJS|TSにもあったら天下取れるのになぁと思う。
機械学習はライブラリの最適化がキモで言語の速度なんてほとんど関係ないし
- 564 ：デフォルトの名無しさん：2020/10/11(日) 08:43:37.68 ID:AhI6YFfN.net
- なんどもコードの書き換えが必要な機械学習において
Pythonのような可読性にすぐれ、少ないコードで実行できる言語はが必要不可欠なのよ。
Cythonを使えば実行速度もC/C+＋と変わらないしね。
JavaScriptはTypeScriptとして生き残ると思われる。
- 565 ：デフォルトの名無しさん：2020/10/11(日) 08:44:44.80 ID:AhI6YFfN.net
- >>558
そのYouTubeはPythonとJavaScriptで作られているという皮肉
- 566 ：デフォルトの名無しさん：2020/10/11(日) 08:59:02.53 ID:rXA2CZZq.net
- >>562
最近の初心者がすぐ「俺がやってる言語スゲー、俺スゲー」なポジショントークに走る理由が分からん。
Pythonが良かろうが悪かろうが、お前の実績でもなかろうに。
結局のところ、「○○言語スゲー」をやってる奴は、「他言語なんて絶対学びたくないマン」であって、
それを正当化する為に言い訳をしているようにしか見えん。
それは549の「知り合い」も同じ。
ただ>>556が典型的な「型の問題点」で、
規模的に「見りゃ分かるだろ」な場合でも、型あり言語は型を書くことを強制され、
結果的に煩雑なコードになってしまっていた。
それ、JSで
function isEqualPoint(p1,p2) { return (p1.x === p2.x && p1.y === p2.y); }
だったら、悩む必要もなく、その先にさっさと進めてただろ、という話。（※）
普通の頭してたらこれで十分だ。
ちなみに（メソッドではない関数で）isEqualは短すぎ。
isEqualPointはお前らが大嫌いなハンガリアンだが、どう見てもPointを受け取る前提で、そうじゃなきゃエラーだと分かる。
それを型を書いてコンパイラにやらせるのがTSで、目で見て落とすのがハンガリアン。
ただ、コードの精度を上げたいなら併用すべきで、
形無しのisEqualというのは.NETみたいにisEqualインタフェースを全部の型に対して供給し、
isEqualを持っている型はこれ使えます、てな事をやるために使う。
ただこれは.NETは世界の全てがOOP前提だから出来るのであって、JS界隈ではかなり無理。
そしてそれ以前に、isEqualはPointのメソッドとして実装すべき。
メソッドであればそもそもPoint以外を与えようがなくなるし、見た目もハンガリアン同様にエラーを検出出来る。
そしてインタフェースへの拡張も見えてくる。
どうしても野良関数にしたければ、ハンガリアンにしておく方が無難だと思うが。
なおOOPの問題点は根本的にここら辺で、
この程度のどうでもいい規模しか書けない初心者にも無駄にいちいち考えることを強いて手を止めてしまう。
このレベルならグダグダ言わずに何とでも書いてどんどん先に進んだ方がいい。
どうせ今書いてるコードなんてゴミで、後から使える事はない。
- 567 ：デフォルトの名無しさん：2020/10/11(日) 08:59:27.04 ID:rXA2CZZq.net
- 少し遠回りしたが話を※の時点に戻すと、
だから「全部について型を書け」というのは少々煩雑で、型あり言語は型推論で型を書かなくて良い方向に動いてる。
逆に、形無し言語は型をアノテートすることで、コンパイル時に落とせる方向に動いてる。
結果的に、どっちも同じような状況になりつつある。
落としどころは多分、C#の「ローカルは型推論、それ以外は型を書け」がまあ妥当なラインなのだろう。
だから初心者でこの辺の塩梅が分からないのなら、C#から入るのもありだと思うけど。
現実的にバランスが取れた仕様にはなってる。
>>563
JSが取り込んだPythonの良い所って何？
そんなの初耳だが。
そもそもPythonが褒められてる点なんてマジで何一つないと思うが。
（ただし俺は10年も使ってないので歴史的経緯はほぼ知らんが）
JS|TSが天下を取る為に必要なのは「同期」だよ。
asyncとかじゃなくて、普通の「同期」の方が分かりやすいし、実際スクリプト言語が担当する分野ではほぼそれでいい。
c10k問題等には非同期が有利なのは事実だが、見た目の分かり易さは「同期」の方が断然いい。
「それ、同期だったらそもそも理解する必要すらなくて、上から順に実行される、で済みますよね？」が多すぎる。
ただ、「非同期」は最早宗教だから、「同期」を入れることはないのだろうけどね。
「同期」が入れば、CPUリソースが厳しいサーバ側のPHP/Ruby/（ほぼいないが）Pythonの半分ほどはNodeに移行するだろう。
(実際、Goがその界隈で流行ってるのも、大した手間をかけずに快速が得られるからであって）
また、普通のスクリプト業務、つまりPythonが蔓延っている分野でも、
Python同様に簡単に書け、速度は16倍なのだから、当然普段使いする奴が出てくる。（というか俺がそれ欲しい）
そうすれば、ライブラリも充実していく。
「同期」がないから普段使いしにくいのがとにかく問題。
逆にPythonは実行速度が問題で、現実的な文句はほぼこれに尽きる。
だから彼等が何故高速化を目指さないのかは俺には本当に謎。
- 568 ：デフォルトの名無しさん：2020/10/11(日) 09:13:49.37 ID:/RVlCgv+.net
- このおっさん長文書く割に知識浅いな
- 569 ：デフォルトの名無しさん：2020/10/11(日) 09:15:26.14 ID:xz6PduLx.net
- >>565
あれPythonで作られてるから進化が遅いんだぞ
外向きにはPythonで問題ないって強弁してるが完全に負債化しちゃってる
Pythonで作ったWebサービスあるある
- 570 ：デフォルトの名無しさん：2020/10/11(日) 09:29:24.51 ID:AhI6YFfN.net
- 時代についていけない老害エンジニアがC/C++を必死に推してるように思うのだが
- 571 ：デフォルトの名無しさん：2020/10/11(日) 09:29:47.66 ID:vIhtxp0O.net
- >>568
浅いというか個人 or 小規模開発しかしたことなさそう
- 572 ：デフォルトの名無しさん：2020/10/11(日) 09:36:16.20 ID:AhI6YFfN.net
- Pythonの速度が遅いと言ってるのは情弱
Cで書いたライブラリに受け渡せばC言語の速度で実行できるし
Cython使えばPythonのコードほぼそのままC言語の速度がでる
Pythonで困るのはGUIくらいだろ？
- 573 ：デフォルトの名無しさん：2020/10/11(日) 09:40:52.87 ID:sfgrEAk/.net
- 継承とジェネリクスが役割が被る領域において
TypeScriptではどっちの書き方がメジャー（もしくは効率的）とされているのかわからなかったのです＞＜！
>>559
レス㌧クス、
わかりた、
- 574 ：デフォルトの名無しさん：2020/10/11(日) 09:45:09.23 ID:sfgrEAk/.net
- 次の質問なのですが、
タイプガードとか書くときにクラス（やハッシュ）にプロパティーが有るのか無いのか調べると思うのですが
つぎのどっちの書き方が良さげ？
(1) 'someProperty' in foo
(2) foo.someProperty != undefined
- 575 ：デフォルトの名無しさん：2020/10/11(日) 09:45:54.29 ID:sfgrEAk/.net
- なんとなく(2)の方が早いのではないか、という気がするのですが気のせい？？
- 576 ：デフォルトの名無しさん：2020/10/11(日) 09:57:22.72 ID:rXA2CZZq.net
- >>572
俺もCのDLLをスクリプト言語から呼ぶ、というのが現実的な解だとは思う。
ただ、Pythonの問題はそこじゃない。
演算を変えたい場合は結局Cを書く羽目になるから、結局Cも出来ないと駄目。
そしてCは仕様が小さいので、本気で正しく学べば簡単な部類だ。
GUIは今は現実的にHTMLがダントツで良く、何から何までWebアプリ化してる。
なら今ならElectronの方が相性がいい。当然JS/TS。
サーバ用途でPython使ったら大体は速度の問題にブチ当たるが、
これは「お気楽に書ける分遅い」というスクリプト言語の特有の問題であり、Rubyも同様で、回避手段がない。
(Nodeはgoogleの努力で例外的に異常に速いだけ）
だからPythonは「何一ついいところはないが、何も悪くもない」という、ある意味「絶対的な2番手」だ。
だからこそ「絶対他言語を学びたくないマン」はこれに拘り、ポジショントークを繰り返す。
ただ、今時の言語なんてどれも似たようなもので、実際そこに拘る理由もなく、普通の奴は易々と言語の壁なんて飛び越えていく。
普通はこちらを目指すべきだと思うけど。
PHPもクソと言われて久しいが、いまだに蔓延っているのは、あの用途では絶対的に便利だから。
それはjQueryも同じ。
- 577 ：デフォルトの名無しさん：2020/10/11(日) 09:59:21.79 ID:vIhtxp0O.net
- >>574
無料相談所じゃねえんだぞ調子に乗るな
(2)にしろ
(1)は型の保証までしてないから最後の手段
あとinterfaceはライブラリなど汎用的なコードに使うもの、普段はtypeを使え
- 578 ：572：2020/10/11(日) 10:02:33.58 ID:sfgrEAk/.net
- ていうか自己解決しますた、
e: Event を e: MouseEvent として扱ってよいか（ダウンキャスト可能か）どうかを
確認するとき、(1)の書き方でないと
MouseEventにあってEventに無いプロパティー
（e.offsetXやe.offsetY（））の有無の判定が書けませんぬ、
- 579 ：デフォルトの名無しさん：2020/10/11(日) 10:15:47.58 ID:AhI6YFfN.net
- >>576
機械学習の勉強してみ。演算やアルゴリズムなんて二の次 三の次だから。
とにかく何度もコードを書き換えてひたすらパラメーターと変数の調整作業になる。
言語の実行速度よりコードの記述速度の方が大事になる。
この時はじめて「Pythonさん。なめててごめんなさい」って言いたくなる。
- 580 ：デフォルトの名無しさん：2020/10/11(日) 10:30:46.60 ID:rXA2CZZq.net
- >>579
パラメータの変更しかしないのならそうだろうとしか。
俺は別にPythonを使うことが悪いとは言ってないぞ。
俺はJSを大変気に入っているが、それは「手抜きで書けるわりに速い」からだ。
だから俺はJSからCのDLLを呼びたいんだよ。
それがお前の場合はPythonなだけだろ。別に不思議でもないよ。
- 581 ：デフォルトの名無しさん：2020/10/11(日) 10:37:24.45 ID:AhI6YFfN.net
- >>580
PythonはCythonを使えば
ほぼPythonコードのままCのライブラリが作れるんだよ
速度はCで記述したものとほとんど変わらん
- 582 ：デフォルトの名無しさん：2020/10/11(日) 10:42:41.64 ID:rXA2CZZq.net
- >>574
それはJSでは議論し尽くされた質問。多分ググッた方がいい。
会社で書く場合は多分コーディングルールでどっちにするか決まってる。
プロパティのありなしのチェックだけなら(1)の方が原理的に速い。
ただしJSの場合はundefinedという値を設定出来るので、その場合は(1)も(2)もアウトだが。
これはJSの仕様バグだが、この辺含めてJSは厳密な型管理には向いてない。
そもそも型無しなので当然だが。
>>578
そもそもダウンキャストが必要となってる時点でOOP的には邪道。
多分それは無駄にアップキャストしてるから。
OOP初心者あるあるの、張り切って無駄にOOPして余計に複雑になってるケースだと思うよ。
それも含めて頑張れでしかないが。
- 583 ：デフォルトの名無しさん：2020/10/11(日) 10:52:20.91 ID:rXA2CZZq.net
- >>581
ならお前はPython/Cythonで一生暮らすでいいだろ。
俺はC使えるからCythonを使うことはないし、
Pythonも色々糞だからJSで済むところはJSで行く。
だからCscriptはそこそこ良かったのだが、MSはこれを捨ててPowerShellという別糞言語押しなのは残念。
- 584 ：デフォルトの名無しさん：2020/10/11(日) 10:59:25.49 ID:kZXFoyze.net
- >>549
>俺はPythonやってないが、最近かじろうとして、止めた。
>String.replace(regexp)がなくて、RegExp(str)しかなく、ああこりゃ駄目だ、と思った。
>なるほどPythonではクソコードしか書けない、というのは納得だ。
馬鹿ですね判ります
- 585 ：デフォルトの名無しさん：2020/10/11(日) 11:08:21.39 ID:kZXFoyze.net
- >多分それは無駄にアップキャストしてるから。
型消去が必要な場面なんていくらでもあると思うが。
そもそもダウンキャストって動的な型判定でしかないんでOOPとは直交する概念だよな。
- 586 ：576：2020/10/11(日) 11:23:42.67 ID:sfgrEAk/.net
- 自己解決しますた、2
e: EventのMoveEventへのダウンキャスト可能性判定は
if (e instanceof MoveEvent) { ... }
で逝けるっぽい
こう書いたとき、VSCodeではブロックの中でe: MuseEventとしてのインテリセンスがばっちり利くｽｹﾞｰ；；
さらにいうと、
https://developer.mozilla.org/ja/docs/Web/API/Element/mousedown_event
の書き方をすると、addEventHandler()の宣言とラムダ式から型推論するらしく
イベントハンドラ内に入った時点で勝手にMouseEventとして扱われる(ｽｹﾞｰ)^2
- 587 ：576：2020/10/11(日) 11:25:20.20 ID:sfgrEAk/.net
- >>582
>そもそもダウンキャストが必要となってる時点でOOP的には邪道。
HTML5とかを決めているmozilla.orgに言って、
ﾎｽｲ
- 588 ：デフォルトの名無しさん：2020/10/11(日) 11:26:44.35 ID:rXA2CZZq.net
- >>584
String.replaceとRegExp.exec(str)は明確に用途が異なる。
だからそのどちらを使ったかで何を目的にしてるかをコード上に残せる。
Pythonはそれが出来ないから糞、というだけ。
どうやらPython教の「そのやり方は一つであるべき」が根本的にある。
これが「数ある中からそれを選んだ、それを持って意図を残す」俺と決定的に合わない。
なおRubyも同様に「いろんなやり方があるべき」であり、Pythonはプログラミング言語の中ではかなり異端だと思う。
だからこそ受けている、というのはあるらしいが。
なおJS、String.search と Regexp.test 等、大体においてその状況では交換可能なメソッドは多々あるし、
Array.map/forEach/filter/reduceも、無理矢理やれば大体交換可能だ。
これについては俺は => はクロージャ無し、つまり外変数を掴めない仕様にするべきだったと思う。
そうすれば => で与えている限り「無理矢理交換」は出来なくなり、コードも読みやすくなるし、エラーも文法的に落とせた。
現状では「無理なことをしてないか目で確認」するしかなく、これは型アノテーションではどうにもならない。
だから目で落とすハンガリアンを馬鹿にしていて、でも => の仕様不備には全く文句を言わないのは、
同様にお前らも単なる馬鹿かポジショントークでしかないからだよ。
実際、 => で与える関数で外変数を掴まなければならないケースなんて半数以下だし、
その場合は function と長々と書く、でよかった。
- 589 ：デフォルトの名無しさん：2020/10/11(日) 11:37:03.05 ID:rXA2CZZq.net
- >>587
それはその通りだが、そもそもHTMLの仕様がOOP前提ではないので継承構造が綺麗になってない。
それを無理矢理それっぽく見せかけているのがHTMLElement（というかDOM）だが、
ちょこちょこ例外的なのがあって統一的に扱いきれない。
多分割と早い段階で無理だと諦めると思うよ。それも含めて頑張れだが。
mozallaが悪いわけではなく、OOP前提で作られてない物を載せ直そうとしてるから無理があるんだ。
なら不整合な古い仕様はばっさり切っていった方がいいと思うが、それは互換性の問題で切れないらしい。
だから、今後とも直ることもないよ。
- 590 ：デフォルトの名無しさん：2020/10/11(日) 11:39:39.85 ID:ZGWQTXgj.net
- >>572
PythonはOO機能が中途半端で型システムも貧弱だからアプリケーションのコアとなるドメインモデルの実装には使われない
Cythonでドメインロジック書くのはもっと非現実的
機械学習やデータ分析のようにコアとなる部分を汎用的にCでライブラリ化できるような用途には適してる
NetflixやUberのようなテクノロジ先進企業がアプリのコアからPython外して
機械学習を含むデータ分析系かシステム管理系に絞って使ってる理由
- 591 ：デフォルトの名無しさん：2020/10/11(日) 12:42:35.57 ID:6reX+khV.net
- >>588
外変数を掴まないArray関数？
センス無いなぁ。やっぱあんたOOPしかできないでしょ
- 592 ：デフォルトの名無しさん：2020/10/11(日) 12:57:09.09 ID:AhI6YFfN.net
- >>563
記述が簡単。ライブラリが充実。これが最強の所以だよ。
コードの学習コストと記述に時間がかからない分、他に時間をさける。
機械学習、データ分析、科学系でPythonの最強はしばらく続くだろう。
今話題のディープラーニングにおいてもPyTorchが最強の座に着こうとしている。
大企業が多額の資金を投入してね。
JavaScriptもネットでは必須なのでPythonと肩を並べる言語になるだろう。
この2つを極めたものだけが将来生き残れる。jabaは10年後には消えてるだろうな。
- 593 ：デフォルトの名無しさん：2020/10/11(日) 12:58:10.87 ID:AhI6YFfN.net
- Javaねｗ
- 594 ：デフォルトの名無しさん：2020/10/11(日) 13:01:56.22 ID:rXA2CZZq.net
- >>591
外変数を掴む前提ならreduceは全てforEachで代替出来る。
逆に言うと、わざわざreduceを入れたのは、見た目immutableにしたいだけ。(戻り値をconstで受けられる）
しかし現状では与えた関数が外変数を変更していない、という確証が「文法的には」ない。
つまり、「見て判断」するしかない。
この辺がハンガリアンを馬鹿にしているお前らが理解出来てないところだ。
=> がクロージャ無しなら、
const tmp = arr.reduce( => );
において、tmp以外の変数に変更がないことを文法的に保証出来た。
これをせずに、immutableだあ、型でエラーが落とせるだあ、なんて言ってる時点で意味ねえ、というだけ。
もっと効率的にエラーを落とせる仕様は有ったって事だよ。
- 595 ：デフォルトの名無しさん：2020/10/11(日) 13:11:49.27 ID:6reX+khV.net
- >>592
多分そのとおりなんだけどTS使いがPython使うとイライラするぜw
型情報もジェネリクスも貧弱だし、多少トリッキーでも短くて副作用のないコードを書くTS使いに対して、Python界隈は助長で副作用も使う簡易なコードを書く。
どっちが優れてるとは言わないけど。文化がかなり違うように感じる
- 596 ：デフォルトの名無しさん：2020/10/11(日) 13:22:19.94 ID:rXA2CZZq.net
- >>592
Javaが10年後に消えることは原理的にない。
Javaが使われているインフラとかは10年更新だが、そのまま問題ないとかで20年とかに伸びたりしてる。
そして更新時、Javaのままにするか、思い切って他言語(C++等）にするかが問われるわけだが、
今現在はJavaのまま更新されているのが普通だと思う。
だから10年後も「今更新している案件」が更新案件として出てくる。
これはガチで20年分ほど積み上がっているから、書くかどうかはともかく、読める必要は10年後も確実にある。
Pythonは今のところ「何でも出来る」という意味で安牌だが、速度が遅いのがとにかく致命的。
何度も言ってるが、俺はPython陣営がここに消極的な理由がさっぱり分からない。
原理的にはJSと同程度までは行けるはずで、そうなれば完全に天下を取れる。
対してJSは勝手に速くしてもらえただけの棚ぼたではあるが、
そもそもGUIのHTMLとダントツに相性が良く、（元々JS用だから当たり前だが）
非同期が超絶ウザイながらもデスクトップアプリケーションまでに進出してきた。
Pythonが遅いままなら、JSが「同期」を出したらPythonを普通に殺せると思う。
少なくとも、今現在の言語としての出来は、JSの方が数段上だ。
それも分かってか、Python使いはPythonの「言語として」良い点なんて絶対に挙げないだろ。
ここでも無視されてる。実際、ないと思うし。
彼等にとっては使っている人数が多いこと自体が武器であり、それを目指しているからだ。
勿論これもありだが、Javaもそうだったが、これだとどうしても古くなっていく。
だから、仮にJavaが死ぬなら、同様に「古い」とされて死ぬのはPythonだろうね。
- 597 ：デフォルトの名無しさん：2020/10/11(日) 13:40:29.31 ID:kiEWpQjt.net
- >>595
30年前のレガシー言語と比べて言語機能的に優秀じゃなければ存在価値ないよね
PythonがTSに比べて優秀なのは今まで使われてきた歴史があるところ
- 598 ：デフォルトの名無しさん：2020/10/11(日) 13:42:20.42 ID:AhI6YFfN.net
- >>596
PythonはJavaScriptの”中途半端”な速度を切り捨てて自由を手にしたのだ。
そもそも、処理速度がネックになるなんて単純計算を繰り返す場合がほとんどで
そんなもんライブラリに任せればいいんだよ。Pythonを使ってるのはプログラマだけじゃない。
科学者、数学者など他業種も多い。記述の簡単さ。ライブラリという遺産。大企業の投資。
すべてがPython最強を示している。
GUIはJavaScriptに軍配があがる。これに異を唱える奴はいないだろ。
JavaScriptはWEBで棲み分けができていて最強言語の一つだ。
そんなにPythonを逆恨みする必要はないよ。
- 599 ：デフォルトの名無しさん：2020/10/11(日) 13:52:30.76 ID:AhI6YFfN.net
- >>597
言語の記述が簡潔。これが一番だな。
パソコンよりスマホ。FLASHよりYouTube。マニュアル車よりオートマ。
人間は楽な方にながれる生き物。
処理に時間のかかるものはライブラリになげてスクリプト言語で記述。
これがこれからの流れだと思う。生産性もあげていかないと。
- 600 ：デフォルトの名無しさん：2020/10/11(日) 13:57:45.46 ID:AhI6YFfN.net
- 「ワシもCで苦労したんだから、お前ら若者も苦労せい」
↑
こんな考えの老害が生産性を著しく低下させてる
- 601 ：デフォルトの名無しさん：2020/10/11(日) 14:21:59.35 ID:rXA2CZZq.net
- >>598
綺麗なだけのコードを書くことは実は簡単なんだよ。ただしそれは通常遅い。
だから処理系がそもそも速いって事がコードの美しさを保つ上でも重要ではある。
実際、Pythonから書き換えを迫られる場合はほぼ全て処理速度の問題だろ。
だから、
> 多少トリッキーでも短くて副作用のないコードを書くTS使いに対して、Python界隈は助長で副作用も使う簡易なコードを書く。 (>>595)
これの遠因もそこにある。トリッキーだが短いコードってのは通常、実行速度が遅い。
だからこれを許容出来るのは、速い処理系があるからこそ。
Pythonの場合はそもそも書けない可能性もあるが、書けたとしても遅いから使えない可能性もある。
トリッキーとは言わないが典型的なのは正規表現だ。
今現在正規表現は速いとは言えない状況で、「バックトラックを理解して速い正規表現を書く」という本末転倒なことをやらかしてるだろ。
あれも本来は「糞速い正規表現ルーチン」と「一番分かりやすい正規表現」で済むことでしかない。
ただ、今は現実的にそれが出来ないわけでさ。
同様に、正規表現で書けば至極単純なのを、indexOfやforとかで自前で探索してたりするのもそのため。
処理系の速さがコードの簡潔さ/美しさを下支えするものではあるんだよ。
だからつまり、「単純簡潔で分かりやすいが遅いコード」を許容する為には速度が不可欠で、
Pythonも速度対策すればこの辺が使えるようになって現実的な利用価値が上がるんだけどね。
それ以前に速度なんて考えてないコードばかりだから全体的に糞遅いのかもしれんが。
ただそれ以前に、JSもPythonと比べて難しい言語ではない。
Python界隈の戦略的には「Pythonこそ最易言語」であり、それ以外の意見は認められないのだろうけど、
いわゆるLL言語はどれもこれも簡単だし、大差ない。
JSにおいては「非同期」が無駄に嵌りポイントになってるから、
これさえなくなれば難易度はPythonよりもむしろ簡単になる。（文法が超絶簡素だし）
(ただし、無くなることはないとも思うが。非同期宗教酷すぎ)
- 602 ：デフォルトの名無しさん：2020/10/11(日) 14:40:59.26 ID:rXA2CZZq.net
- >>598
>>600
ちなみにお前は何か勘違いしているようだが、俺はPythonを嫌っているわけでもないし、Cを強いているわけでもない。
そもそも俺はCに苦労もしてない。そう思えるのは、お前がCに苦労しているからだ。
既に言ったが、俺がJSを気に入ってるのは、「手抜きの割には速いから」だ。
速く動かす為にはこう書いた方がいい、と分かっていても、面倒なのが大半で、
どうでもいいところから完全に手が抜けるからいいのだ。
だから「JS」というよりは「JSの処理系の速さ」が好きなのであって、逆にJSが遅くてPythonが速ければ、俺はPythonを使っていただろう。
その程度の話でしかない。
それとは別に、JSも言語的にはかなり面白いので気に入ってはいるが。
なおC、あれは難しいのではなくて、理解するのにPCの物理的構造の理解が不可欠なだけだ。
実はそれを知っている奴は最初からつまずかない。
そして仕様はJSやPythonよりも単純な為、覚える範囲だけなら多分1週間もあれば例のK&Rは読めてしまう。
似ているのは物理で、ma=Fが全ての力学も、最初から理解して使いこなせる奴と、1年経っても全然理解出来ない奴と綺麗に別れたろ。
あれは理解力/思考力の問題だが、とにかく、「理解出来る奴は最初から苦労もせずに理解出来てしまう」というのはCと同じ。
君はCがとても難しくて、若者がPythonしか使えず、Pythonしか使えない自分が置き去りにされない世界を望んでいるのだろうけど、
それはない。
Cは他言語と比べたら「ドハマリする奴は絶対に抜け出せない」だけで、仕様としてはかなり簡単な言語だ。
そして計算機工学なら普通に授業してるし、実際、彼等は普通に使えていると思うよ。
ただ、データサイエンティストみたいな、計算機を使うことが主目的ではなく、単純に計算だけしたい奴等はまずはPythonからだろうさ。
そこもしばらくは変わらないとは思う。
Python使えば生産性が高いと思ってるのはお前が馬鹿なだけ。
生産性が高い奴は、その時々に応じて最適の手法を選択するだけ。
それがPythonならそうだろうし、どうせ速度が問題になると分かり切っているのなら最初からCもありだろうさ。
- 603 ：デフォルトの名無しさん：2020/10/11(日) 14:50:27.97 ID:wajrVZJ7.net
- このクソ冗長な駄文書く奴が簡潔なコード書けると思うかい？
- 604 ：デフォルトの名無しさん：2020/10/11(日) 14:54:59.49 ID:xjaVw/rp.net
- 無理だなw
- 605 ：デフォルトの名無しさん：2020/10/11(日) 15:00:02.75 ID:AhI6YFfN.net
- 要約するとPythonが憎いってことかｗ
- 606 ：デフォルトの名無しさん：2020/10/11(日) 15:06:05.60 ID:dKH8Tkfs.net
- どうでもいいがいい加減スレチ
- 607 ：デフォルトの名無しさん：2020/10/11(日) 15:45:06.69 ID:eAcRpNge.net
- >>603
ありえないよね
- 608 ：デフォルトの名無しさん：2020/10/11(日) 15:57:00.97 ID:N5blIWED.net
- 長文書きたいなら別サービスいきゃいいのにｗ
- 609 ：デフォルトの名無しさん：2020/10/11(日) 17:55:24.83 ID:n5rbjmiV.net
- せっかく丁寧に説明したのに今の若者は長文が読めないとかキレ出すのに1票
- 610 ：デフォルトの名無しさん：2020/10/11(日) 18:12:49.10 ID:rXA2CZZq.net
- >>605
お前はCが出来る奴が憎くて憎くて仕方ないのは分かった。
ただ、何度も言ってるが、Cも大して難しくはない。
昔だったらプログラミングなんてしなかった馬鹿連中も最近はプログラミングするようになってきてるから、
大勢の比較的馬鹿から見たら同じ物が難しく見えるだけ。
当たり前だがCなんて昔から変わって無いし、（というか変わらな過ぎだが）
今はIDEのサポートもありネットでも情報を探せるから、昔よりは断然簡単に学べる。
同じ理系学科で比較すれば、脱落率は劇的に改善しているはずだよ。
そもそも昔は１人1台PCでもなく、家で予習/復習すら出来なかったわけでさ。
F12押せばIDEモドキがいきなり出てくる今とは全然違う。
- 611 ：デフォルトの名無しさん：2020/10/11(日) 18:38:20.01 ID:6reX+khV.net
- Cの仕様は確かに小さいよ、しかしだからといって小さいイコール簡単な世界じゃない。
メモリパズルしたりガチで役立つマクロ組んだりSIMDで最適化したり未定義動作と戦ったりしてみると良いよ
- 612 ：デフォルトの名無しさん：2020/10/11(日) 18:47:48.52 ID:lHUSyjod.net
- いい加減にしろ。
- 613 ：デフォルトの名無しさん：2020/10/11(日) 18:57:19.02 ID:iumhQK0o.net
- マロックできないやつがおりゅってマ？ｗｗ
- 614 ：デフォルトの名無しさん：2020/10/11(日) 19:25:10.03 ID:rXA2CZZq.net
- >>611
未定義動作以外はもちろんやってるぞ。
ただJSでもTypedArrayは導入されたし、メモリパズルや最適化はCだけの話でも無いけど。
むしろそれをやる気がなければ最高速は目指せない。
numjsとか使ってる奴はJS/TSでそれやってると思うよ。
あと、お前もそうだが、最近の若い奴は使いこなす＝全機能を使う、と勘違いしている。
Cのマクロなんて深入りしたら余計に生産性が落ちる。あれはぱっと見て分かる範囲で使うべき物。
プログラミング言語なんてアプリを作る道具であって、道具を使い倒すのが目的ではない。
分かる範囲で使い、希望の動作をするアプリが出来るのなら、それでいい。
全く使って無い機能があったとしても、関係ない。
- 615 ：デフォルトの名無しさん：2020/10/11(日) 19:27:09.39 ID:6reX+khV.net
- 別にここTSスレなんだからmallocできん奴おってもええやろ。今は細分化の時代だし。
- 616 ：デフォルトの名無しさん：2020/10/11(日) 20:54:24.48 ID:rXA2CZZq.net
- >>611
613読んで気づいたが、別人であったか。
Cにはもうこりごりなら、それもいいと思うけどね。
一応Nodeからffi経由でCのDLLは呼べるらしい。
それなりにオーバーヘッドはあるらしいけども、普通に使ってる分にはほぼ誤差だと思われる。
JSの数値はdouble相当だし、一応32bitのビット演算もあるし、
環境自体がそこそこ速いから、事前準備はJS側でやっても大して問題ないだろう。
単発の演算でオーバーヘッドがでかいのは問題だから、そこを何とかできれば、
科学技術計算からPythonを駆逐できる可能性がある。
ただ、PythonのCのDLLコールも同様にそれなりに遅いらしいので、マーシャリングであればどうにもならないけどね。
- 617 ：デフォルトの名無しさん：2020/10/11(日) 21:21:39.97 ID:CIdPEDg5.net
- >>602
＞C、あれは難しいのではなくて、理解するのにPCの物理的構造の理解が不可欠なだけだ
PCの物理的構造とやらが理解できたところで void (*signal(int sig, void (*func)(int)))(int) なんて宣言を読めるようになるとはとても思えないんだが
- 618 ：デフォルトの名無しさん：2020/10/11(日) 21:58:54.02 ID:rXA2CZZq.net
- >>617
それは慣れだね。
ただ、俺もあの文法はかなり謎で、正直、仕様がよくないと思う。
それはカーニハンも文句言われてて、言い訳は多分ググッたらヒットする。
確か、曰く、この形式ならマクロにしても入れ子でも動く、らしいが、
俺が試した限りはGoみたいな分かりやすい形式でも普通に出来た。
ただ、それ以前に実は当時のCでは関数ポインタをそんなに使わなかった。
正確に言うと、sortとかでは必要とされていたが、単発で使う分には呪文扱いでよく、
勿論熟練者はそれでも使ってたのだろうけど、今ほどカジュアルには使われてなかった。
K&Rでも、「関数ポインタも出来るよ」とさらっと触れられている程度でしかない。
それがJavaで関数ポインタが存在しなかった理由だし、
C#でも最初は採用されなかった理由だ。(C#は確か2,.0から)
当時はOOPで全て行ける、継承すれば関数ポインタを直接扱う必要も無い、と思われていた。（のだと思う）
ただその後、おそらくJSのブレークにより、クロージャ/ラムダの有用性がプログラミング界隈で認識された。
勿論Lisperはそれ以前からずっと呟いていたのだろうが、今も昔もLisperなんて空気だ。
そしてあまりにも感化された連中がClosure言語をリリースする始末。
だから、今のC初心者がいきなり関数ポインタを使おうとしているのなら、
それは確かに昔のC初心者より難しいことをやってる。
ただそれは呪文扱いでいいと思うよ。
自分が望むアプリを作ることが目的であって、呪文使いになることが目的ではない。
まあ確かに、ここ20年でプログラミング回りもだいぶ変わったから、
C言語自体は確かに変わって無いけども、学ぶべきことが明らかに増えてるのは事実だ。
関数ポインタも、OOPも、クロージャも、並列も、昔の学生には必要なかったから。
- 619 ：デフォルトの名無しさん：2020/10/11(日) 22:21:00.46 ID:6reX+khV.net
- 思ったよりは詳しいみたいだし、その長文書くエネルギーでTypeScriptもっと使い込んで？
批判するならその上で批判して。ここTSスレだから。
使うまでも無いとか技術者らしからぬ事言わないでね。
- 620 ：デフォルトの名無しさん：2020/10/11(日) 22:30:53.12 ID:KPje/k62.net
- 長い、3行で
- 621 ：デフォルトの名無しさん：2020/10/11(日) 22:42:52.59 ID:rXA2CZZq.net
- >>619
TSについては、今のところ使う予定無いからね。
理由は既に言ったとおり、「スモークテストまでだけの為に記述が増えすぎ」だから。
ただTSは確かに立ち位置は悪くない。
型のおいしいところだけつまみ食いしよう、という意図が明確でいい。
そもそも使って無いから細かい粗も知らんし、批判しようも無い。
JSが糞な点は多々あるけど、それはTSでどうにかなるものでも無いし。
- 622 ：デフォルトの名無しさん：2020/10/11(日) 23:10:58.87 ID:pHYX9F42.net
- >>618
>C#でも最初は採用されなかった理由だ。(C#は確か2,.0から)
Delegateは1.0からあるよ
- 623 ：デフォルトの名無しさん：2020/10/12(月) 02:32:07.80 ID:ay8eu3sV.net
- スレチは3行もいらん
- 624 ：デフォルトの名無しさん：2020/10/12(月) 06:56:35.72 ID:MB2VBDRV.net
- >>622
確認してみたがどうやらそのようだ。
なんだかんだでC#はマトモだな。
- 625 ：デフォルトの名無しさん：2020/10/12(月) 08:01:12.80 ID:D7FMyxf4.net
- 実際のところ、皆さんtsを仕事で使ってたりするの？
- 626 ：デフォルトの名無しさん：2020/10/12(月) 08:49:35.94 ID:sR+xz/oc.net
- うん
- 627 ：デフォルトの名無しさん：2020/10/12(月) 08:51:37.03 ID:wrjLnlZW.net
- 使ってるよ。
元々JS使いだから最初は型と戦ってばかりで時間かかって生産性下がって辛かったけど、慣れればむしろ早いし、リリースした後の安心感が段違い。
小規模開発でもこれだから規模が大きいとさらに影響は大きいだろうね
- 628 ：デフォルトの名無しさん：2020/10/12(月) 08:55:55.53 ID:g334XhqZ.net
- フロントエンドエンジニアやってるけど、React + TypeScriptが鉄板過ぎる
これ以外でUI組む気になれん
- 629 ：デフォルトの名無しさん：2020/10/12(月) 10:31:14.01 ID:lIqFO5mi.net
- サーバーサイドでも使ってる人いるのかな
typescriptとサーバーサイドでググると
サーバーサイドでもtypescript 最高たぜ～みたいな記事出てくるけどほんまかいなと。
Java,や.NET使った上でそう判断してる現場もあるんだろうか。
いま.NETしか経験がないメンバーにtsを習得させるか、思い切ってBlazorに手を出しちゃうか悩み中。
- 630 ：デフォルトの名無しさん：2020/10/12(月) 10:41:40.32 ID:pl0L2hmu.net
- 鯖サイドってOSコロコロ変わるイメージ無いんだけど、JVMにしろ.netにしろVMで動かす意味ってあるの？
GoとかRustで良いんじゃ無いかって思うんだが。
- 631 ：デフォルトの名無しさん：2020/10/12(月) 10:56:21.63 ID:sR+xz/oc.net
- >>629
.NET Core使っとけ
- 632 ：デフォルトの名無しさん：2020/10/12(月) 11:29:41.17 ID:CsRHImZw.net
- Ruby on Rails では、Bootstrap, React だけど、
JavaScript(JS) に、Ruby の式を埋め込む、ERB を使って、JSへ変換する。
a.js.erb
<%= Rubyの式 %>
$( "body" ).append( "<%= j(render partial: 'example_partial') %>" );
こういう書き方で、TypeScript を使えるかな？
- 633 ：デフォルトの名無しさん：2020/10/12(月) 11:39:26.90 ID:tosLr/AM.net
- >>630
むしろVM使ってるかどうかで言語を選択するケースのほうが稀
- 634 ：デフォルトの名無しさん：2020/10/12(月) 11:47:16.30 ID:wrjLnlZW.net
- >>629
TSに手を出すのとBlazorに手を出すのでは冒険度合いが違いすぎない？
- 635 ：デフォルトの名無しさん：2020/10/12(月) 12:34:06.06 ID:lIqFO5mi.net
- >>634
だよね…
こんなところで聞くことじゃないかもしれないんだけど、
サーバーサイドに記述されてるクラスって、フロントでも使えるの？
それともフロント側でもtypescriptで同じクラスを宣言しないといけない？
Blazorはクラスを共有できるくさくて…それはメリットとしてかなりでかいなあと。
- 636 ：デフォルトの名無しさん：2020/10/12(月) 12:38:53.86 ID:gBcZoQLz.net
- >>630
サーバーは言語何を使うとしても仮想化前提だろ。
- 637 ：デフォルトの名無しさん：2020/10/12(月) 12:49:06.93 ID:wrjLnlZW.net
- >>635
同じ言語だからクラス書いたファイルを両方から参照すれば良くない？
そういう意味でなくてサーバとクライアントでシームレスにインスタンスをやり取りしたいとかであればフレームワークが居るのでは？
- 638 ：デフォルトの名無しさん：2020/10/12(月) 13:00:28.44 ID:tosLr/AM.net
- >>635
両方同じ言語なら共有ライブラリとしてそれぞれから参照すればいいけど
言語が違ってもOpenAPIみたいの使ってコード生成すればいいから
2度手打ちする必要はないかも
- 639 ：633：2020/10/12(月) 13:15:11.55 ID:lIqFO5mi.net
- ごめんごめん
サーバーサイドはasp.net coreです
OpenApiとやらを使えば、クラスの生成が楽ちんてことね…
しかし二度手間感はすごいあるな…
でもBlazorに手を出すリスクを考えるとまだマシか…
- 640 ：デフォルトの名無しさん：2020/10/12(月) 13:38:59.49 ID:sR+xz/oc.net
- Blazorも使ってるけど、まだ.NET5対応のツール周りが全然だめなんだよね…業務なら素直にTypeScriptでいいと思うよ
- 641 ：デフォルトの名無しさん：2020/10/12(月) 15:15:45.91 ID:1F5XaUKJ.net
- over knight blazorくらいになってからが本番。
- 642 ：デフォルトの名無しさん：2020/10/12(月) 15:31:28.54 ID:TNFvs/DR.net
- >>633,636
だよね。
なのに何でJavaとC#何だろ？って思った。
- 643 ：デフォルトの名無しさん：2020/10/12(月) 15:34:05.12 ID:TNFvs/DR.net
- >>636
特に仮想化前提で遅くなるのに何で言語をネイティブコンパイラ言語にしないんだろ？と。
昔は実質C++しか無かったなら仕方ないとして、今なら選択肢はもっとあるのに・・・。
- 644 ：デフォルトの名無しさん：2020/10/12(月) 15:46:11.22 ID:YFC4n48A.net
- Goのコードは高機能でファットなランタイムに依存している
ランタイムとアプリを分離できないだけで、実質VM言語みたいなものだ
一方、.NET Coreはアプリとランタイムを実行ファイルに全部ぶっこんで配布することも可能
従来のVM言語という線引きは曖昧になりつつある
- 645 ：デフォルトの名無しさん：2020/10/12(月) 16:22:11.38 ID:DGsDArLw.net
- C#だとジェネリクス関連はJITに任せたほうが速かったりできるし、
.NET CoreはReady to Runでネイティブコンパイルされたコードを同梱することもできるぞ。
- 646 ：デフォルトの名無しさん：2020/10/12(月) 18:07:07.48 ID:pl0L2hmu.net
- あー・・・。
そう言えばC#はネイティブにもコンパイル出来るようになったんだっけ・・・。
C#については納得。
Javaはまあ、コード資産だろうし。
- 647 ：デフォルトの名無しさん：2020/10/12(月) 18:13:15.12 ID:pl0L2hmu.net
- JITについては正直半分くらいしか信じてないんだけど、あり得なくは無いなと思ってる。
Dや一部のC++みたいにコンパイル時実行での最適化とどっちが速いんだろうとか思う。
- 648 ：デフォルトの名無しさん：2020/10/12(月) 18:27:26.57 ID:wrjLnlZW.net
- >>645
ジェネリクスってコンパイル時に解決するものだと思ってた
- 649 ：デフォルトの名無しさん：2020/10/12(月) 18:58:23.00 ID:2+ZUcZ4K.net
- TypeScript part3
- 650 ：デフォルトの名無しさん：2020/10/12(月) 20:08:52.47 ID:aavFFkjO.net
- >>647
コンパイル時の方が多少早いけど、cppのジェネリクスもといテンプレートは型の分関数を用意するって愚直な方法をとってるので、バイナリサイズがデカくなる。
型情報も使えないしね。
あと、分岐命令なんかはどっちのほうが頻度高いかとか見て、動的にプロファイル取りながら最適化しつつ実行してるので、JITの方がより良い形になる事もある。
>>648
コンパイル時に解決はしてるけど、ILレベルでは複数の関数が作られてる訳ではなかったはず。
もちろん実行時には、JITで型ごとに関数が生えることもある。
- 651 ：デフォルトの名無しさん：2020/10/12(月) 20:18:21.71 ID:wrjLnlZW.net
- >>650
そゆことね。なるほど
- 652 ：デフォルトの名無しさん：2020/10/12(月) 21:17:35.13 ID:/8/TUV2P.net
- モダンC++対マネージコード：パフォーマンス対生産性
https://www.infoq.com/jp/news/2012/04/native_vs_jit/
- 653 ：デフォルトの名無しさん：2020/10/12(月) 22:34:15.13 ID:CacJvltN.net
- >>627
型はトモダチ…！
- 654 ：デフォルトの名無しさん：2020/10/12(月) 22:37:04.59 ID:CacJvltN.net
- 質問なのですがTypeScriptでC++みたいに関数引数をconstにするにはどうすれば
良いの？
- 655 ：デフォルトの名無しさん：2020/10/12(月) 22:47:48.13 ID:CacJvltN.net
- >>650
>あと、分岐命令なんかはどっちのほうが頻度高いかとか見て、動的にプロファイル取りながら最適化しつつ実行してるので、JITの方がより良い形になる事もある。
ﾃﾞﾏくね…？
プロファイル取る手間はタダじゃないし、
- 656 ：デフォルトの名無しさん：2020/10/12(月) 23:49:02.74 ID:m2BvN3X6.net
- >>654
eslint no-param-reassign
- 657 ：デフォルトの名無しさん：2020/10/13(火) 00:53:50.25 ID:y5Oy6HcC.net
- Ruby では、1秒で100万回ループすると、
JIT されて、1秒で1,000万回ループされる
- 658 ：デフォルトの名無しさん：2020/10/13(火) 06:14:03.47 ID:ksuhhYbG.net
- >>653
型はトモダチ！(ﾟ∀ﾟ)
- 659 ：デフォルトの名無しさん：2020/10/13(火) 07:33:03.58 ID:mCCwe/N2.net
- >>655
どっかで読んだけどな。
というか、AOTの制限事項として、JITより効率が悪い可能性の一つとして挙げられてるよ。
- 660 ：デフォルトの名無しさん：2020/10/13(火) 17:57:10.11 ID:cQUBKlo0.net
- (´･ω･`) webpack v5 ……
- 661 ：デフォルトの名無しさん：2020/10/13(火) 21:41:54.07 ID:mhza1+DZ.net
- >>656
「Invalid option '--param-reassign'」って言われた つ∀`；)
ESLint: 6.5.1.
ていうかできたとして無差別にconnstというのもそれはそれでC++と違う希ガスorz
- 662 ：デフォルトの名無しさん：2020/10/15(木) 17:16:37.21 ID:pazOZeAi.net
- webpack@5、めっちゃ破壊的やん…
- 663 ：デフォルトの名無しさん：2020/10/15(木) 17:39:38.69 ID:hmYZFqJj.net
- >>661
お前の目はフシアナか？
https://eslint.org/docs/rules/no-param-reassign
ていうか引数に再代入するガイジなんて必要ないから無差別にエラーで構わんやろ
- 664 ：デフォルトの名無しさん：2020/10/31(土) 19:19:55.76 ID:T4Ek6w2r.net
- JavaScriptからTypeScriptへの書き換えｵﾜﾀ＼(^o^)／
JavaScrpit最初に知って一ヶ月で全部書いたから3000行ぐらいだろうと思っていたら
あとでちゃんと数えたら8790行やったorz
実作業4日かかった
ここで4日というのは4日×8Hではなくて4日×24Hの意m（ｒｙ
- 665 ：デフォルトの名無しさん：2020/10/31(土) 19:27:20.93 ID:cZ59ogsv.net
- 乙
TypeScriptやってない頃に書いたコードってTypeScriptのこと意識してなくてオブジェクトの形を動的に変えたりしない？
自分がやったときはそのせいでだいぶ時間かかったわ
- 666 ：デフォルトの名無しさん：2020/10/31(土) 19:31:22.31 ID:T4Ek6w2r.net
- prototype文で無理矢理classにしていたやつを
さらに基底クラス（にあたるﾌﾞﾂ）の所有でもって継承を表現していたやつの普通のclassと継承への書き換えが苦痛やった、
機械的とはいえ自動化できるほど単純には行かず苦痛やった、
手製イベントのインターフェースが実際何になるのかがぐちゃらけていたので3種類のインターフェースのORで
表現できるとﾜｶﾙまで試行錯誤を要した、
あとはだいたいうまいぐあいに逝けた
とわいえVSCodeの強力なインテリセンスとリアルタイムエラー報告（スクロールバーのところが赤くなるやつ）が無かったら
到底完遂不可能なところやった、、、
webpack使用
- 667 ：デフォルトの名無しさん：2020/10/31(土) 19:34:13.19 ID:fxcwqRC2.net
- おめでとう
- 668 ：デフォルトの名無しさん：2020/10/31(土) 21:54:44.53 ID:bInJNbvZ.net
- ウンコードなJSをTSに変えることで人は強くなるのだ
おまえはまた強くなった
- 669 ：デフォルトの名無しさん：2020/11/01(日) 08:10:24.39 ID:jzqs5N6a.net
- 委譲から継承に切り替えたらそりゃ辛いっしょ。
乙～
- 670 ：デフォルトの名無しさん：2020/11/02(月) 00:59:20.76 ID:ZpVsHyOp.net
- delegation over inheritance って言うしな
- 671 ：デフォルトの名無しさん：2020/11/06(金) 22:00:05.98 ID:4red4XqV.net
- GithubでもTsは定義箇所にジャンプできたりするんだな
強い
- 672 ：デフォルトの名無しさん：2020/11/09(月) 19:43:09.64 ID:m4E6C9lQ.net
- 今からTypeScriptやるならDenoでいーの？
あっギャグじゃないです真面目な質問
- 673 ：デフォルトの名無しさん：2020/11/09(月) 21:13:08.03 ID:EKGzterf.net
- 作った本人は デノ って発音してるように聞こえる
- 674 ：デフォルトの名無しさん：2020/11/09(月) 21:43:52.92 ID:nCMtc7Yy.net
- Denoあんまり詳しくないけど、何やりたいかにもよると思う
Web開発をする分にはまだNodeなんじゃないかな
周辺のツールやライブラリが揃ってるので
CLIツールとかならDenoでいーんでの？
- 675 ：デフォルトの名無しさん：2020/11/11(水) 11:00:58.08 ID:UmNDS4oo.net
- >>671
jsx/tsx でもイケるようになったね
- 676 ：デフォルトの名無しさん：2020/11/17(火) 22:53:14.47 ID:slG9DoRm.net
- https://ncjamieson.com/prefer-interfaces/
https://github.com/microsoft/TypeScript/wiki/Performance
以前 type 推しの人がいたけどやっぱり interface か…
- 677 ：デフォルトの名無しさん：2020/11/20(金) 14:22:41.76 ID:Us83CHd5.net
- Announcing TypeScript 4.1
https://devblogs.microsoft.com/typescript/announcing-typescript-4-1/
- 678 ：デフォルトの名無しさん：2020/11/20(金) 21:01:29.75 ID:2CLFT5fk.net
- どんどん複雑になるなぁ
ついていけまへんわ
- 679 ：デフォルトの名無しさん：2020/11/20(金) 21:22:14.83 ID:2ALlQdvp.net
- 逆にバージョンアップでシンプルになっていく言語ってあるの？
互換を完全に切るような言語なら可能だろうけど
- 680 ：デフォルトの名無しさん：2020/11/20(金) 21:41:42.91 ID:lbWKfW5j.net
- >>679
Schemeが小さくはなったな
ま、大規模に使われてる言語じゃないから出来る芸当だ
- 681 ：デフォルトの名無しさん：2020/11/20(金) 21:44:46.30 ID:4mUoVYL/.net
- 言語機能が増えたからと言って全部使う必要はないしな
たまにどこかで使われてるのを見てあれってなったら調べるくらいで良い
- 682 ：デフォルトの名無しさん：2020/11/20(金) 21:50:47.55 ID:lbWKfW5j.net
- JavaScriptは動的型だけど、動的型は意識しなくても複雑な事が出来てしまう
TypeScriptはそれらに対して何としてでも型を付けたいんだよ
それだけの事
JavaScript自体は何も変わってない
- 683 ：デフォルトの名無しさん：2020/11/20(金) 23:06:21.09 ID:YMHZwsA3.net
- もうaltJS風WebAssemblyコンパイラにして
- 684 ：デフォルトの名無しさん：2020/11/20(金) 23:26:29.58 ID:CQfd4Gtb.net
- >>683
つ AssemblyScript
- 685 ：デフォルトの名無しさん：2020/11/21(土) 01:50:51.61 ID:uA84MfqB.net
- コンパイラ型ほ生産性低いよ。
- 686 ：デフォルトの名無しさん：2020/11/21(土) 04:03:36.16 ID:KUTDu7Bm.net
- template literal typesなんていれるから
型レベルSQLとかおかしな事やり始めてるし
https://github.com/codemix/ts-sql
- 687 ：デフォルトの名無しさん：2020/11/21(土) 09:57:45.60 ID:y2efXPmb.net
- くっそ遅くなりそう
- 688 ：デフォルトの名無しさん：2020/11/21(土) 10:46:50.16 ID:+IqFTLxs.net
- C++並にコンパイル遅くなったりしてね。
実質マクロだから実行時は速いんちゃう？
- 689 ：デフォルトの名無しさん：2020/11/21(土) 10:54:34.52 ID:QRxilPan.net
- >>680
あれ小さくなったって言えんの？
r7rs なんて common lispよりでかいじゃん。
コアだけなら小さいだろうけどコアだけじゃなんもできんだろ。
- 690 ：デフォルトの名無しさん：2020/11/21(土) 12:06:56.10 ID:FiI26J/z.net
- うちのtsプロジェクト、tslintも入れてビルドに10分くらいかかってる。
前に -incremental 試してみてなんかの理由で断念したんだよな。
もう一度トライしてみるか。
- 691 ：デフォルトの名無しさん：2020/11/21(土) 12:34:04.91 ID:8nB0jPpm.net
- スクリプトのメリット完全に失っててワロタ
スクリプトはビルドしちゃいけないんだよ
IDEでパラレルLintするぐらいならいいけどな
ビルドしないと動きませんじゃ本末転倒でなにがなんだか
ビルドするならC#とかGoでやりゃいい
- 692 ：デフォルトの名無しさん：2020/11/21(土) 13:16:27.04 ID:L7J0TnQj.net
- ts-nodeならビルド不要だけど、それとは違う話か
TypeScriptを直に実行できる処理系は今後も現れないだろうな
- 693 ：デフォルトの名無しさん：2020/11/21(土) 13:30:05.02 ID:y2efXPmb.net
- >>691
＞ビルドするならC#とかGoでやりゃいい
ブラウザで使うのが現実的じゃない
- 694 ：デフォルトの名無しさん：2020/11/21(土) 13:42:58.96 ID:uA84MfqB.net
- Dart始めました
- 695 ：デフォルトの名無しさん：2020/11/21(土) 14:02:54.86 ID:xoaJjvLB.net
- そもそもスクリプト言語でスクリプト言語向きじゃない大規模なことをやろうとしてるからこれができたわけで、言語のせいにするのは違う
そもそも今のWeb（アプリ）はTS使ってなくてもビルドしてるものばっかりだし
- 696 ：デフォルトの名無しさん：2020/11/21(土) 14:35:34.39 ID:FiI26J/z.net
- まあ、べつに「スクリプトのメリット」を期待してtsを使ってるわけじゃないしな。
とはいえビルド時間が短縮できるならそれに越したことはないが。
- 697 ：デフォルトの名無しさん：2020/11/21(土) 15:32:21.74 ID:+IqFTLxs.net
- watch使うからビルド速度そんなに気にならないなぁ
- 698 ：デフォルトの名無しさん：2020/11/21(土) 18:31:06.90 ID:/DiusCOy.net
- >>689
RSR7-smallは5をベースにしてるから、それでなんも出来ないとか言ったら、それまでのSchemeを全否定じゃんw
- 699 ：デフォルトの名無しさん：2020/11/21(土) 18:58:48.16 ID:+IqFTLxs.net
- いっそガチでマクロ入れてくれたら色々捗るなぁ。凄く読みにくくなるだろうけど。
そこまで行かなくとも、（内部的に複数の関数を持つ）関数オーバーロードとか欲しいかも
- 700 ：デフォルトの名無しさん：2020/12/09(水) 21:30:42.37 ID:gfVn9W3hf
- 型定義ファイルを自作する場合どこに置くのがセオリーでしょうか？
プロジェクトルートに@typesフォルダ作ってその中でしょうか？
- 701 ：デフォルトの名無しさん：2020/12/18(金) 05:11:45.78 ID:7UB7snzp.net
- ブラウザ使っててよく Webページ が固まることがあるから、ちゃんとUIスレッド以外で処理しろよとよく思ってたが
JavaScript 自体がシングルスレッドだったのね
WebWoker とかいうのもあるみたいだが、MDN見るに、
言語側でがっつり管理するからスレッドセーフあんまり考慮しなくてもいいみたいだし、これは楽でいいわ
Java やってて、クリティカルセクションの処理が一番嫌いだった
デッドロックの原因探すの大変すぎた
- 702 ：デフォルトの名無しさん：2020/12/18(金) 05:52:13.96 ID:427cIB03.net
- そもそもIO待ちにスレッドを使うのがナンセンスだったんだよな
- 703 ：デフォルトの名無しさん：2020/12/18(金) 07:23:19.35 ID:7UB7snzp.net
- まぁでも、
JavaScript のソースコード内に書いたものが全部同じスレッドで走ってる
ってだけで、setTimeout とかの実装内では普通に別スレッド走ってるのか。
そりゃそうだよな、そうしないと非同期処理なんてどうあがいても不可能だものね。
- 704 ：デフォルトの名無しさん：2020/12/18(金) 09:04:21.16 ID:TR+u0YNG.net
- 非同期処理はスレッドの場合とそうでない場合の2種類ある
そうでない場合は基本的にハードウェア割り込みで実装されてる
タイマーとか通信処理とか
ファイルアクセスもOS毎に非同期APIが有るけど、libuvは互換性の為に敢えて同期APIを使う処理をスレッドプールに投げているようだ
- 705 ：デフォルトの名無しさん：2020/12/18(金) 09:10:54.87 ID:TR+u0YNG.net
- setTimeoutはスレッドを使ってない様に思うけど、結局の所ユーザー側でそれを知る術が無い
- 706 ：デフォルトの名無しさん：2020/12/18(金) 12:01:30.61 ID:hVx5pFA4.net
- >>701の問題はスレッドがどうとか関係なくて、html中のある個所の内容が決まらないと
全体のレンダリングができない構造になっていたとか、jsをダウンロードしないと
レンダリングされないのにその取得に時間がかかっているとかそんなところだろうな。
- 707 ：デフォルトの名無しさん：2020/12/18(金) 13:13:24.97 ID:7UB7snzp.net
- 最近ないように思うけど、１つのページがブラウザ全体をストールさせることが多かったのよ
そんでブラウザを起動し直さなければいけない
その原因が、JS のスレッドと ブラウザのレンダリングスレッド（UIスレッド）が同じスレッドを共有してることにある
DOM 書き換えてる最中に レンダリングされちゃうと、ページレイアウトがぐちゃぐちゃになるから、全部同じスレッドで処理してるんだけど、
JSの処理でUIが固まるのを防ぐには、JS の DOM 書き換え「以外」の操作を別スレッドでやって、レンダリングスレッドと同期処理すればいい
（Java の synchronize とかの要領）
DOM 自体が レンダリングスレッドに属してるのは、しょうがないと思う
昔、マルチスレッドで動作する UI ライブラリ の多くがデッドロックその他のバグでどうにもならなくなって廃棄された（Java でいう AWT）
ということで、UI が固まるのにはスレッドは関係あると思うのよ
まぁ書き方が悪かったのかもしれんが
あと、JS がシングルスレッドなのはとても良いことだと思ってるからね、自分は
マルチスレッド化したら、どのみち同期化処理に失敗して、デッドロックで今よりも固まること多くなるだろうから
参考にした：
https://stackoverflow.com/questions/30932870/why-doesnt-javascript-get-its-own-thread-in-common-browsers
- 708 ：デフォルトの名無しさん：2020/12/18(金) 13:18:46.36 ID:7UB7snzp.net
- JS で重めの処理をしたりバグがあっても、レンダリングスレッドと分離されてれば、
少なくとも UIが固まることはないということね（デッドロックがなければ）
あと、上で最初に書いた、ブラウザ全体が固まるって話は語弊あったかもしれない
ブラウザの各タブのレンダリングスレッドと、ブラウザ全体のUIスレッドは、多分分けられてるんだよね？
後でちゃんと調べます
- 709 ：デフォルトの名無しさん：2020/12/18(金) 13:30:26.86 ID:Lq+ZSFwA.net
- firefoxがフリーズすることは最近ちょくちょくあったな
edgeに乗り換えたらきれいさっぱり直った
ffはもうだめかもわからんね
- 710 ：デフォルトの名無しさん：2020/12/18(金) 16:42:31.82 ID:7UB7snzp.net
- https://gimhana-ds.medium.com/how-firefox-and-chrome-use-process-and-threads-f58f478561f0
ブラウザのスレッドの話ココに載ってた
いろいろとたどってって疲れたので、全部は見てない
Chrome が Tab ごとにプロセスで、Firefox が Tab にマルチスレッド
Firefox もいっぱいプロセス作ってるけどね、ちゃんと読んだ人教えて
- 711 ：デフォルトの名無しさん：2020/12/18(金) 16:44:48.76 ID:7UB7snzp.net
- 「Firefox が Tab ごとにスレッド」って書きたかった
そのスレッドも Main Thread = UI Thread （DOM 操作と JS 実行）が１個って意味で、
Raster Thread とか、Composer Thread とか多分他にもいろいろスレッド作る
- 712 ：デフォルトの名無しさん：2020/12/18(金) 17:50:47.93 ID:m88v/MV8.net
- すみません、TypeScriptって開発中はコンパイルなしでブラウザですぐに変更の動作確認をできますか？
- 713 ：デフォルトの名無しさん：2020/12/18(金) 19:33:24.14 ID:JhB3G5yf.net
- そういう時代が来るといいね
- 714 ：デフォルトの名無しさん：2020/12/18(金) 19:42:28.67 ID:1RoKReGQ.net
- Chromium Edge で、YouTube を見て、
動画を、5秒先へ進めたりすると、フリーズする
- 715 ：デフォルトの名無しさん：2020/12/18(金) 21:47:42.98 ID:TR+u0YNG.net
- WebWorkerは完全にスレッドだぞ
更にAtomicsを使えばスレッド間でatomicなデータ更新が出来る
- 716 ：デフォルトの名無しさん：2020/12/18(金) 21:53:39.89 ID:6FItt2sR.net
- WebWorker使いやすくて好き。並列処理面倒くさいからたまにしか使わないけど
- 717 ：デフォルトの名無しさん：2020/12/18(金) 22:14:36.51 ID:TR+u0YNG.net
- しかし、SharedArrayBufferはSpectreのせいでほぼ使えない状態だけどね
Spectreに対応したCPUが普及しきらない限り有効にされる事は無い
Webではもはや余計な機能追加はセキュリティーホールの元という認識でこれ以上進化することも無いだろう
ただ、ストアからインストールするPWAはネイティブアプリの代わりだから、機能追加していくと思われる
- 718 ：デフォルトの名無しさん：2020/12/18(金) 23:02:27.28 ID:2C+h9Dqf.net
- ストアの収益減らすの絶対許さないマンのアップル
ｖｓ
Webから情報吸いたいマンのグーグル
- 719 ：デフォルトの名無しさん：2020/12/19(土) 13:35:36.37 ID:biviwPkb.net
- promise（もしくはasync/await）が使えたらシングルスレッドでも実質別段困らない
希ガス
- 720 ：デフォルトの名無しさん：2020/12/19(土) 15:04:10.72 ID:+cK8B71a.net
- WebWorkerとか知らんかった．．．
メインと状態を共有しないのが明確なら便利そうだな
さもなくばAsync/Awaitか
- 721 ：デフォルトの名無しさん：2020/12/19(土) 15:41:20.87 ID:1ZOkfUtM.net
- I/O boundはPromiseでいいけど
CPU boundはPromiseじゃだめだからWebWorker使う
マルチコアの有効活用
- 722 ：デフォルトの名無しさん：2020/12/19(土) 18:53:18.58 ID:Z1BeWWR+.net
- >>718
それは有る
Appleはブラウザの進化を完全に否定した(WebUSBとか実装しないと明言した)
建て前はセキュリティーだけど、真実はPWAがネイティブアプリと同等の事が出来るとApple税が取れなくなるからだろうね
- 723 ：デフォルトの名無しさん：2020/12/19(土) 18:56:13.80 ID:dPku7W9W.net
- 税なら税で素直に払えばいい
それでいい製品が使えるならいいことだ
NHKのようなものだな
- 724 ：デフォルトの名無しさん：2020/12/19(土) 19:15:06.66 ID:BJ7NL7s9.net
- Appleが採用しない事で足並みが揃わなくなって、Web全体に影響するという……
- 725 ：デフォルトの名無しさん：2020/12/19(土) 19:43:44.12 ID:GiU9Z0Di.net
- 🍎に足並みを揃えない連中がよくない
- 726 ：デフォルトの名無しさん：2020/12/19(土) 21:17:41.04 ID:qtDJ4FDM.net
- SharedArrayBufferの代替手段って無いの？
結局これは解決する問題なの？
- 727 ：デフォルトの名無しさん：2020/12/19(土) 22:01:28.77 ID:oadZnMoo.net
- WebUSBに関してはFireFoxも実装する予定はないので
足並みを揃えてないのはChrome
- 728 ：デフォルトの名無しさん：2020/12/19(土) 22:06:18.93 ID:yZxXMpJa.net
- 目の前に機器があってスマホからコントロールしたい要求は一般的だと思うけど、USBの番号を個人で取れなくなったので、ブラウザに実装する意味は薄れたかもしれないですね。
- 729 ：デフォルトの名無しさん：2020/12/19(土) 22:29:23.32 ID:lChJAmlD.net
- ここだけはappleを応援するわ
消費者としてブラウザにどんどん変な機能つけるんじゃねぇ
- 730 ：デフォルトの名無しさん：2020/12/19(土) 22:33:23.73 ID:yZxXMpJa.net
- IoT的な意味合いで必要とする人たちが居るんですよ。
自分は見ないから動画機能を付けるなとか、聞かないから音機能を付けるなっていうのと同じでは？
- 731 ：デフォルトの名無しさん：2020/12/19(土) 22:44:29.90 ID:8bUfeulY.net
- USB APIをサーブしてajaxでlocalhostと通信でいいじゃん
わざわざブラウザがサポートすることじゃない
- 732 ：デフォルトの名無しさん：2020/12/19(土) 22:47:08.81 ID:8bUfeulY.net
- まあ百歩譲って乗せるとしても拡張でいいよな
標準化しようとするのはでしゃばりすぎ
- 733 ：デフォルトの名無しさん：2020/12/19(土) 23:00:43.45 ID:YoyJ/iet.net
- ブラウザがんばって欲しい
React + TS 最高
swift + storyboard とかいう糞オブ糞のそびえ立つ糞まみれは2度と触りたくない
- 734 ：デフォルトの名無しさん：2020/12/19(土) 23:55:21.82 ID:Z1BeWWR+.net
- PWAの定義が今一漠然としてるから、今後はその辺りが進化していくと思われる
で、PWAでない場合はJavaScriptの動作は思いっきり制限されるだろうね
ま、それで良いと思う
- 735 ：デフォルトの名無しさん：2020/12/20(日) 00:28:55.07 ID:qaHDEdvT.net
- > わざわざブラウザがサポートすることじゃない
ほんとこれ
なぜわざわざブラウザでなんでもやろうとするのか
IoTなんだから普通にツールとかアプリとかドライバ書けよと
- 736 ：デフォルトの名無しさん：2020/12/20(日) 00:29:51.25 ID:L33Timbq.net
- 結局ああいうのって「すげええブラウザでこんなことできた!」
いいたいだけちゃうんか、みたいなのがマジ多い
- 737 ：デフォルトの名無しさん：2020/12/20(日) 03:36:56.04 ID:BKQi3Qp0.net
- ブラウザが高機能化しすぎてブラウザさえ動作すりゃいい感じになってきてる
最終的にOS=ブラウザまで進化しかねない
- 738 ：デフォルトの名無しさん：2020/12/20(日) 04:53:54.98 ID:gM7i2qLz.net
- モバイル用OSがそんなかんじ
アプリを全てサンドボックスで隔離して出来ることを制限
じっくり時間をかけて出来ることを解放してきた
- 739 ：蟻人間 ：2020/12/21(月) 18:34:44.48 ID:Zh4p3jGs.net
- Web Workerの話が出たから貼っとこう
https://katahiromz.github.io/xword.js/
- 740 ：デフォルトの名無しさん：2020/12/21(月) 18:45:09.04 ID:cr+QDiZ1.net
- ゴミサイトの宣伝すんなカス
- 741 ：蟻人間 ：2020/12/21(月) 18:49:49.16 ID:Zh4p3jGs.net
- これPromiseとWeb Workerのマルチスレッドでパズルを生成してる。組み合わせ無限大。しかもInternet Explorerでも動作する。まあ、素人にはひと目では分からんだろうな。
- 742 ：デフォルトの名無しさん：2020/12/21(月) 19:13:00.25 ID:cr+QDiZ1.net
- ゴミサイトの宣伝すんなカス
- 743 ：デフォルトの名無しさん：2020/12/21(月) 19:15:36.88 ID:L7srYJg2.net
- webworkerってjoinみたいなメソッドある？
- 744 ：蟻人間 ：2020/12/21(月) 19:15:42.32 ID:Zh4p3jGs.net
- 悔しいのお、悔しいのお
- 745 ：蟻人間 ：2020/12/21(月) 19:17:04.35 ID:Zh4p3jGs.net
- >>743
Promise.allとかPromise.anyがあるぜ。
- 746 ：デフォルトの名無しさん：2020/12/21(月) 19:25:34.90 ID:ApmhBnYc.net
- 「蟻人間」でNGぶっこむだけだろうに…
- 747 ：蟻人間 ：2020/12/21(月) 19:26:17.16 ID:Zh4p3jGs.net
- Promise.anyとWorkerを使った例が
>>739
にある。ご参考に。
- 748 ：デフォルトの名無しさん：2020/12/21(月) 20:32:28.70 ID:oIaO1Bbh.net
- 最近のCPUってコア数バラバラでかつ非対称なコア載ってるから、6個くらいWorker立ち上げて平等に処理投げるんじゃなくて、20個くらいのWorker立ち上げて非対称でいいから適当に処理投げてあとはOSに良きに計らってもらうとかの方がベターなのかな？
- 749 ：デフォルトの名無しさん：2020/12/21(月) 20:34:43.73 ID:ApmhBnYc.net
- navigator.hardwareConcurrency
でコア数取れるぞ
- 750 ：蟻人間 ：2020/12/21(月) 20:44:19.66 ID:Zh4p3jGs.net
- >>749
アリがと。修正した。
- 751 ：デフォルトの名無しさん：2020/12/21(月) 20:51:02.61 ID:oIaO1Bbh.net
- >>749
なるほど。そういうのがあるのか。
じゃああとは非対称コアへの対応になるけど、これは細かくスライスして逐次投入で良いか
- 752 ：デフォルトの名無しさん：2020/12/21(月) 20:54:25.24 ID:+ci58h/H.net
- >>748
そうです
素人が考える半端なスケジューリングはアンチパターンです
- 753 ：デフォルトの名無しさん：2020/12/21(月) 22:43:20.76 ID:Z91q9rOU.net
- >>750
お前に向けて書いたんじゃない。
許可無くレスするな糞コテ
- 754 ：蟻人間 ：2020/12/22(火) 00:55:34.36 ID:7oePNPbq.net
- >>753
わかりました、ご主人様
- 755 ：デフォルトの名無しさん：2020/12/26(土) 09:41:16.66 ID:3y5CuLti.net
- export interface TypeA {
paramters: {
[k: string]: {
// body
}
};
}
こんな型があるとき、上記bodyの部分の型を取り出すことってできますかね？
const f = (k: string, o: ???): TypeA => {
return { parameters: { [k]: o } };
};
こんなことがしたい。
- 756 ：デフォルトの名無しさん：2020/12/26(土) 10:04:33.59 ID:kvlSFYEN.net
- ヨーわからんがこうかね
bitどっとly
/3aJV7Hw
ts playground だが短縮URL NGワードになってるからすまんな
- 757 ：デフォルトの名無しさん：2020/12/26(土) 11:06:25.41 ID:3y5CuLti.net
- そこの type Hage の定義に "extreme" を書かずに済ませたい。
この例だと {extreme:string} という型になる部分が変更されたとしても
type Hage の記述を変えずに済むよう TypeA の定義から取り出す
方法がないかと。
- 758 ：デフォルトの名無しさん：2020/12/26(土) 11:21:04.03 ID:3y5CuLti.net
- ありがとう、わかった。
["extreme"] を削れば目的の型になりますね。
["paramters"] を使えばいいことに気付かなかった。
- 759 ：デフォルトの名無しさん：2020/12/26(土) 12:19:31.06 ID:kvlSFYEN.net
- |
| また髪の話してる
| 彡⌒ミ
＼ (´･ω･,彡⌒ミ
(| |(´･ω･`):::: 感じ悪いよね
(Y /:(| |)::::::
し ＼:(Y /::
＼し´
- 760 ：デフォルトの名無しさん：2020/12/27(日) 19:16:51.24 ID:xvZc4lDU.net
- もう一つ教えてください。
typeTypeB =
{
tag: 'a';
/* a のボディ */
} | {
tag: 'b';
/* b のボディ */
};
こんな Tagged union type があるとき、 tag === 'a' の時の型(下記)を
取り出すことはできるでしょうか。
type x = {
tag: 'a';
/* a のボディ */
}
- 761 ：デフォルトの名無しさん：2020/12/27(日) 19:33:05.66 ID:xvZc4lDU.net
- TypeB & { tag: 'a' } でいけた。ありがとう。
- 762 ：デフォルトの名無しさん：2020/12/27(日) 19:36:45.35 ID:MtHOITLb.net
- 型に欲情する変態さんは piotrwitek/utility-types でも npm 愛するといいぞ
- 763 ：デフォルトの名無しさん：2020/12/27(日) 19:42:50.77 ID:xvZc4lDU.net
- またまた教えてください。
type X = A | B | C | undefined;
この X から undefined を除いた型 (A | B | C) を求めるにはどうしたらいいでしょうか。
- 764 ：デフォルトの名無しさん：2020/12/27(日) 19:45:55.95 ID:MtHOITLb.net
- >>763
この変態欲しがりめが
https://github.com/piotrwitek/utility-types#nonnullablea
- 765 ：デフォルトの名無しさん：2020/12/27(日) 19:49:30.25 ID:86OXbM3T.net
- 標準にExcludeあるじゃん
- 766 ：デフォルトの名無しさん：2020/12/27(日) 19:49:45.20 ID:xvZc4lDU.net
- ありがとう！
- 767 ：デフォルトの名無しさん：2020/12/28(月) 00:46:42.66 ID:0DUA8XV/.net
- >>766
https://github.com/millsp/ts-toolbelt
- 768 ：デフォルトの名無しさん：2020/12/28(月) 21:27:29.35 ID:wzipnhb8.net
- 何に使うんじゃ…
漏れの限られた経験では、
x: (A | B | C | undefined)
が渡ってきたら、
if (x is A) { ... }
else if (x is B) { ... }
else if (x is C) { ... }
else if (x == undefined) { ... }
else {
(エラー)
}
ぐらいしかやることが無いｷﾓｽ
- 769 ：デフォルトの名無しさん：2020/12/28(月) 22:38:22.06 ID:f0IE/THC.net
- 少し簡略化するけど
type A = { [k: string]: number };
type B = { [k: string]: string };
type C = { [k: string]: boolean };
ここで type X[string] で number | string | boolean を取り出したかったけど
undefined が混じっているとうまくいかなかった。
- 770 ：デフォルトの名無しさん：2021/01/03(日) 19:57:38.08 ID:p2o4CIkL.net
- typescriptのd.tsファイルについて網羅的に解説されているドキュメントはありますでしょうか
公式は最低限の事しか書かれていなくて。
例えば、test1.d.tsは以下の通りに書いてあって
export type A1 = boolean;
type A2 = boolean;
test2.d.tsは以下の通りに書いてある場合、
type B1 = boolean;
type B2 = boolean;
A2 B2はどっちも「type XX = boolean;」という書き方をしているのに、別のtsファイルで
const x1 : A2 = true; と書くと、Cannot find name A2 とエラーになる(importする必要がある)が
const x2 : B2 = true; と書くと、import無しでもエラーは出ない。
test1.d.ts はexport文があるから「このファイル内の定義は、importをしないと使えない」というようなモードになっているのかなと思うけど、このあたりの挙動について知りたい。
declare module文を使った場合とか、namespaceやらでネストされた場合どうなるのかとか、/// <reference types="xxx" /> と書かれているとどういう扱いになるのか とか
とにかくd.tsファイルの一番細かい仕様が見たい。
- 771 ：デフォルトの名無しさん：2021/01/21(木) 09:27:06.31 ID:RZX+x1N+.net
- フロントエンド系の解説動画上げてる 英語話者の Youtuber
イケメン率高すぎじゃね？
イケメンじゃなくても、
リーナスやRMSやバーナーズリーみたいな、ひと目みただけで「変人だわ」って思う人が少ない
どうなってんのよ
お前らもイケメンなの？
- 772 ：デフォルトの名無しさん：2021/01/21(木) 14:08:52.40 ID:eZuTDFAg.net
- ちなみにわしは自称福山雅治のイケメンだ
- 773 ：デフォルトの名無しさん：2021/01/21(木) 14:56:12.52 ID:vvq65HmA.net
- 俺もよく歩いてると三浦春馬さんやっぱり生きてたんですねって話し掛けられて困るわ
- 774 ：デフォルトの名無しさん：2021/01/21(木) 19:34:01.03 ID:uQRkfyi9.net
- オレもしょっちゅう『二郎さんっ……！』って声を掛けられるから、「おやっ、オレは田宮二郎の生まれ代わりなのかな……？」って思ってたら、坂上二郎さんの生まれ代わりだったわ
- 775 ：デフォルトの名無しさん：2021/01/21(木) 23:37:32.75 ID:vvq65HmA.net
- >>774
加齢臭ヤバナイ？
- 776 ：デフォルトの名無しさん：2021/01/21(木) 23:42:06.12 ID:HlaAZkkn.net
- 加齢臭とかいうレベルでなく今の30代ぐらいならもう何の話してるかもわからんだろうな
- 777 ：デフォルトの名無しさん：2021/01/22(金) 05:20:07.47 ID:8pHZ8D0X.net
- TypeScript で、React やったけど、いちいちいちいち型定義めんどすぎな…
相性くそわるなめくじかよ
ビジネスモデルのオブジェクトとかは型定義したいが、
いちいち props のインターフェースとか書いてらんねー
変更があったらいちいちインターフェースも書き換えなきゃいけないし
みんなどうやって使ってるの？
Angular とか他のフレームワークだと TypeScript でのやりやすさ違う？
- 778 ：デフォルトの名無しさん：2021/01/22(金) 05:27:56.87 ID:txgEYXZL.net
- >>777
ts使いこなせてないのか？
面倒ならanyにしとけ。
- 779 ：デフォルトの名無しさん：2021/01/22(金) 05:29:38.84 ID:txgEYXZL.net
- >>777
>>Angular とか他のフレームワークだと >>TypeScript でのやりやすさ違う？
やっぱts理解してしないね。
- 780 ：デフォルトの名無しさん：2021/01/22(金) 14:46:40.93 ID:AFRlD+KK.net
- > 変更があったらいちいちインターフェースも書き換えなきゃいけないし
おまえさんのようなうっかりガイジでも変更忘れがないよう指摘してくれてるというのに
わがままうっかりガイジにランクアップや
- 781 ：デフォルトの名無しさん：2021/01/22(金) 17:02:33.24 ID:txgEYXZL.net
- リファクタリングしない人もいるからね。
（いまもみじかににいるし、
拒否るかも...その人）
- 782 ：デフォルトの名無しさん：2021/01/25(月) 15:51:22.24 ID:mMq6O8/K.net
- VSCode の補完で関数シグニチャ確認する時、カオスすぎない？
ライブラリがユニオンやら使いまくってるの多くて、パット見引数が何個あるのかわかりにくいし、
もう少し見やすいポップアアップ表示にならんのかな
- 783 ：デフォルトの名無しさん：2021/01/25(月) 18:07:26.17 ID:+dPxUq7O.net
- >>782
c#以上だね。
改行で見やすくなりそーーなもんだけど。
- 784 ：デフォルトの名無しさん：2021/01/25(月) 18:33:23.35 ID:AK6f8agf.net
- c#以上にカオス…？
- 785 ：デフォルトの名無しさん：2021/01/25(月) 22:54:08.93 ID:+dPxUq7O.net
- 何倍も！
型の機能も遥かに高度だ！
- 786 ：デフォルトの名無しさん：2021/01/25(月) 23:03:58.08 ID:+dPxUq7O.net
- http://js.studio-kingdom.com/typescript/handbook/advanced_types
- 787 ：デフォルトの名無しさん：2021/01/25(月) 23:14:46.15 ID:NBocXyOE.net
- JavaScriptというそび糞をまともにするためだ
しゃーない
- 788 ：デフォルトの名無しさん：2021/01/26(火) 03:28:35.94 ID:WX4s+KJB.net
- 型を半ば無理矢理付けてるだけで、最終的には型を削除したJavaScriptになる
要するに動的型言語というのは、それだけ豊富な表現力を秘めてると言うことだ
本来はそれと引き換えに実行速度が犠牲になるもんだが、VMのチューニングによりネイティブコードと遜色無いのが凄いところ
- 789 ：デフォルトの名無しさん：2021/01/26(火) 04:01:05.59 ID:SEH/ccP0.net
- 後半まで読み進めると
おおおーー！ってなる。
https://html5experts-jp.cdn.ampproject.org/v/s/html5experts.jp/shumpei-shiraishi/24660/amp/?amp_gsa=1&_js_v=a6&usqp=mq331AQHKAFQArABIA%3D%3D#amp_tf=%251%24s%20%E3%82%88%E3%82%8A&aoh=16115828872772&csi=1&referrer=https%3A%2F%2Fwww.google.com&share=https%3A%2F%2Fhtml5experts.jp%2Fshumpei-shiraishi%2F24660%2F
protocol と 可変長型は c#で昔から
待望してた機能だ！
- 790 ：デフォルトの名無しさん：2021/01/26(火) 05:29:01.62 ID:pU44oeo6.net
- >>783
そうよな
割と改行するだけでも全然違うと思うんよな
できれば色もついたらそりゃ見やすいけど
なんか Extension ないんかね
- 791 ：デフォルトの名無しさん：2021/01/26(火) 05:52:17.01 ID:pU44oeo6.net
- https://github.com/microsoft/vscode/blob/master/extensions/typescript-language-features/src/languageFeatures/signatureHelp.ts
https://github.com/microsoft/vscode/blob/master/extensions/typescript-language-features/src/utils/previewer.ts
このあたりかね？ TypeScript のシグニチャのポップアップ表示してる部分
- 792 ：デフォルトの名無しさん：2021/01/26(火) 07:02:54.66 ID:RzMbHMsq.net
- >>789
可変長型もう入ってなかったっけと思ったら3年前の記事か
- 793 ：デフォルトの名無しさん：2021/02/10(水) 08:45:05.84 ID:F9HUbn2D.net
- TypeScript の型定義に凝りすぎじゃね？
https://neos21.net/blog/2021/02/09-02.html
アンサー： なぜTypeScriptの型定義に凝るのか
https://qiita.com/uhyo/items/3bc5f951f922804ede51
- 794 ：デフォルトの名無しさん：2021/02/10(水) 10:21:36.03 ID:qX2MPAZ0.net
- サードパーティライブラリの型定義に関しては、
定義書くのめんどくさそうなときは any で通してる
型定義あったほうが便利なのは確かなので、
作業自動化して楽にしてくれるツール出てくるとありがたいなと思ってる
インテリセンスの進化とか
あと、VS Code で、TypeScript の型定義読みにくすぎ、
ドキュメント書いてあること少なすぎ、JavaScript のコードに直接とべねーすぎ（？）
でも、こういうアーキテクチャに関する抽象的な議論って
個々の案件に落とし込まないと本質見えてこないことととか、
そもそも想定する状況が議論する相手と食い違ってることがあるから
GitHub にある具体例でも明示してくれると議論は捗るんじゃないかなと思う
- 795 ：デフォルトの名無しさん：2021/02/10(水) 12:42:09.82 ID:vAMcyE+N.net
- 弊社は障害者雇用枠しかいないのでPHPしか書けません並の駄文書いてる奴って
生きてて恥ずかしくないのかなって思っちゃう、ごめんね
- 796 ：デフォルトの名無しさん：2021/02/10(水) 14:59:14.96 ID:J3IrN4Ey.net
- >>793
この人有名人なの？
個人ブログに対する反応としては量が多くて驚く
アンサーのほうは避けられない複雑性を
”複雑な型”で表現した場合としない場合のトレードオフについては
“消えてしまうことは無い”で濁してるだけで正面から回答してないよね
最初のブログの人も感覚的な話だからどっこいどっこいだけど
↓こういうのは頑張りすぎじゃねって感じる
type ArrayOfLengthRec<Num, Elm, T extends unknown[]> = T["length"] extends Num ? T : ArrayOfLengthRec<Num, Elm, [Elm, ...T]>
- 797 ：デフォルトの名無しさん：2021/02/11(木) 02:00:22.02 ID:jkz/J9rH.net
- まぁでも型定義するの楽しいからね
パズルみたいで
夢中になっちゃうのは分かる
- 798 ：デフォルトの名無しさん：2021/02/11(木) 12:28:55.00 ID:IWbE3xWm.net
- >>797
まじかよｗ
めんどくせーだけなんだが…
- 799 ：デフォルトの名無しさん：2021/02/11(木) 12:32:46.43 ID:89K1HM4Z.net
- 初心者のうちは考えなくて良いんだよ。
わけ解らなくてもコード補完してくれる位
思ってれば良い。
- 800 ：デフォルトの名無しさん：2021/02/11(木) 19:55:55.18 ID:yR+7bkmQ.net
- コード補完力・エラー発見力を高めるために型書いてる感はある
JavaとかGoの型を”書かねばならない”という強制感がないんだよな
- 801 ：デフォルトの名無しさん：2021/02/11(木) 21:33:21.20 ID:jkz/J9rH.net
- コード補完はすごいメリットだよね
あと型定義通ってると書いてて安心するし
- 802 ：デフォルトの名無しさん：2021/02/11(木) 23:22:56.80 ID:89K1HM4Z.net
- メリットの一番下は
リファクタリング耐性でしょ。
- 803 ：デフォルトの名無しさん：2021/02/11(木) 23:23:35.04 ID:89K1HM4Z.net
- メリットの一番は
リファクタリング耐性でしょ。
- 804 ：デフォルトの名無しさん：2021/02/15(月) 14:41:09.07 ID:7BVeLT+X.net
- クラスの中で、毎回 this. っての書かなきゃいけないの面倒くさくない…？
忘れるし
Java 並感
- 805 ：デフォルトの名無しさん：2021/02/15(月) 14:44:23.78 ID:7BVeLT+X.net
- https://github.com/microsoft/TypeScript/issues/679
やっぱみんな思うよね…
Declined だけどね…
- 806 ：デフォルトの名無しさん：2021/02/15(月) 15:26:58.09 ID:RViaNkw8.net
- javascriptのthisのややこしさ知ってて言ってる？
- 807 ：デフォルトの名無しさん：2021/02/15(月) 20:44:05.34 ID:fEx2IVhT.net
- >>805
JS使いは誰もそう思わないと思うよ
そこでも最初から否定されてるし、その通りだよ
thisを省略可能なのは各メソッドにクロージャがない言語だけだよ
JSはそうではないから、余計に分かりにくくなるだけ
- 808 ：デフォルトの名無しさん：2021/02/15(月) 21:56:58.17 ID:ZXLSNxbk.net
- this省略が欲しいなんて1度も思ったことないわ
レガシーなJavaプロジェクトで、クソデカclass相手にした時は eclipse で this 強制せんとやってられんかった
で、Javaならローカル変数とクラス変数の違いが見分けられないだけだが
JavaScriptはただのfunctionもある
アホがJavaScriptでthisの省略悪用したら、簡単に地獄の蓋が開いて中から飛び出たイエスファッキンキリストに脳までファックされる未来が見えるね
- 809 ：デフォルトの名無しさん：2021/02/15(月) 21:58:12.78 ID:ZXLSNxbk.net
- つかしばらくclassもthisも書いた記憶ねえわ
POJOと参照透過なarrow functionがあればそれでいい
- 810 ：デフォルトの名無しさん：2021/02/15(月) 22:03:00.31 ID:ptBzJrEw.net
- tsやってるとclassいらないよね
- 811 ：デフォルトの名無しさん：2021/02/16(火) 00:04:28.67 ID:FwQskT4w.net
- 個人的にはオブジェクトが副作用を持つ（と明示したい）ときは使うかな。
あとErrorを継承とか継承以外にスマートな方法が無いときも使う。
出番はそんなに多くないけども
- 812 ：デフォルトの名無しさん：2021/02/24(水) 20:43:58.73 ID:+f/VsSol.net
- Announcing TypeScript 4.2
https://devblogs.microsoft.com/typescript/announcing-typescript-4-2/
- 813 ：デフォルトの名無しさん：2021/02/25(木) 08:15:48.96 ID:e2KFXpDq.net
- [TypeScript のテストを Jest (ts-jest) でやってみる - Qiita](https://qiita.com/mangano-ito/items/99dedf88d972e7e631b7)
これ参考にjestでテストしたのですが、ts-jest使うと、テスト時にts-jestが内部的にトランスパイルすｒので、JavaScriptコードがファイルとして生成保存されないから
テストするたびに、前のテストから変更されてないソースもいちいち全てトランスパイルしてるのですか？
それともjsファイルが生成されてれば、それを利用してくれるのですか？
- 814 ：デフォルトの名無しさん：2021/02/25(木) 20:47:42.47 ID:pFknXJZi.net
- https://kulshekhar.github.io/ts-jest/docs/processing
キャッシュしてると思います
- 815 ：デフォルトの名無しさん：2021/02/26(金) 07:59:54.83 ID:TBWzJJJb.net
- >>814
ありがとう！
その図みても自分じゃ難しくてよくわからんが、確かにキャッシュ使ってるみたいだね。
思ったより複雑にいろいろしてるみたいだから、やっぱり自分が心配するような事は考慮済みだね、当たり前か。
- 816 ：デフォルトの名無しさん：2021/03/04(木) 12:38:42.72 ID:GxKFsRrm.net
- Flutter2 とともに Dart にnull安全がやって来たなあ
ちょっと勉強してみようかな
- 817 ：デフォルトの名無しさん：2021/03/04(木) 12:47:27.36 ID:xAXt6OPO.net
- Dartのことゴミだと思ってるけど
聳え立つクソof真のゴミofゴミstoryboard & xcodeをやるくらいなら、Dartで首吊った方がマシなのかもしれん
- 818 ：デフォルトの名無しさん：2021/03/05(金) 14:31:03.60 ID:lXK+Zrlg.net
- >>816
やっときたか！
- 819 ：デフォルトの名無しさん：2021/03/05(金) 17:42:21.94 ID:Yg7S+B8Eb
- 26歳で独立して月収150万になった 元引きこもりエンジニアの物語
https://agroro.com/2020/05/06/prof/
【こんな僕が】フリーランスエンジニアで月収100万円を達成した5つの方法
https://takablog358.org/freelance-programmer-income/
ITフリーランスエンジニアの年収｜会社員との違いや独立後の案件の取り方
https://boxil.jp/mag/a6287/
月収90万のITフリーランスプログラマー・SEが選んでる在宅案件はこんな案件です
https://arma-search.jp/article/homework
フリーランスの年収は平均いくら？年収1000万円以上の割合とは
https://freelance.levtech.jp/guide/detail/1242/
フリーランスの仕事や職業の種類って何があるの？独立5年目で月収200万の僕が詳しく解説
https://www.buntadayo.com/entry/job-change-freelance
ブラック企業から退職し、独立後11ヶ月で“月収300万円超え”になるまでの軌跡を
デザイナー社長船越良太に聞いてみた！
https://tokyofreelance.jp/interview-funakoshi/
- 820 ：デフォルトの名無しさん：2021/05/18(火) 11:15:17.98 ID:+3nwuGsr.net
- TypeScript勉強してたらオブジェクトの配列とか出てきて型の使い方が全くわからなかった。
- 821 ：デフォルトの名無しさん：2021/05/18(火) 11:53:25.44 ID:+3nwuGsr.net
- type user2 = {
id: number;
name: string;
}[];
let test2: user2 = { id: 1, name: "大谷" };
console.log(test2);
---
type user2のオブジェクトをオブジェクトの配列にしたけど、これを利用するのはどうすればいいの？
- 822 ：デフォルトの名無しさん：2021/05/21(金) 21:43:57.64 ID:EtVgB+aP.net
- いきなり間違ってる
- 823 ：デフォルトの名無しさん：2021/05/25(火) 20:07:54.63 ID:wb9iQvXr.net
- eslintのno-unsafe-member-accessチェックを有効にするために怪しいanyは全部タイプガードを通して
使うようにしようと思ったんだが、タイプガードの中でメンバーチェックするところがno-unsafe-member-accessに
引っかかってしまう。
詰んでる？
interface TypeA {
member_a: string;
}
functin isTypeA(a: any): a is TypeA {
if (typeof a !== 'object') return false;
if (!('member_a' in a)) return false;
if (typeof a.member_a !== 'string) return false; // Unsafe member access .member_a on an any value.
return true;
}
- 824 ：デフォルトの名無しさん：2021/05/27(木) 07:58:04.71 ID:ac9nW6BB.net
- Announcing TypeScript 4.3
https://devblogs.microsoft.com/typescript/announcing-typescript-4-3/
- 825 ：デフォルトの名無しさん：2021/05/28(金) 20:33:33.18 ID:xubVQEL1.net
- #privateは使っていくべきなの？
- 826 ：デフォルトの名無しさん：2021/05/31(月) 20:57:24.94 ID:N+Q3MCtj.net
- プログラミング言語「TypeScript 4.3」をMicrosoftが公開
https://www.atmarkit.co.jp/ait/articles/2105/31/news119.html
- 827 ：デフォルトの名無しさん：2021/06/07(月) 08:54:45.48 ID:T37bbYD1.net
- 「型がないと開発できない」
「型がないと開発できないっていうのは無能」
↓翻訳
「うんこって汚い」
「うんこは汚いと思ってるやつは無能」
↓翻訳
「バーカ」
「アーホ」
- 828 ：デフォルトの名無しさん：2021/06/07(月) 11:20:40.98 ID:f9HfMVYo.net
- >>825
なるべくweb標準に寄せたほうが良いと思ってるので、俺は使ってる。
コンストラクタ引数でブロパティ初期化のシンタックスシュガーが無いのだけが不満
- 829 ：デフォルトの名無しさん：2021/06/13(日) 17:37:59.04 ID:1VszOIAC.net
- GoとかRustみたいにenumとかtypeに直接メソッド生やしたい...
- 830 ：デフォルトの名無しさん：2021/06/13(日) 19:26:58.74 ID:exUpBE38.net
- >typeに直接メソッド生やしたい.
いまいちどういうことをやりたいのかわからないが、classじゃなくてtypeじゃないとダメなの？
- 831 ：デフォルトの名無しさん：2021/06/13(日) 20:26:40.60 ID:1VszOIAC.net
- ↓みたいなADTっぽいことやる時とか直接メソッド生やせないと不便じゃない？
ttps://typescript-jp.gitbook.io/deep-dive/type-system/discriminated-unions
- 832 ：デフォルトの名無しさん：2021/06/13(日) 21:44:24.86 ID:exUpBE38.net
- typeに関数型のメンバを追加すりゃいい話じゃなくて？
「typeに直接」ってのが何を言っているのかよくわｑからん。
- 833 ：デフォルトの名無しさん：2021/06/13(日) 22:03:52.22 ID:SDaJf1m8.net
- GoやRustを触ったことがあれば分かるけど, クラスではなくあくまでデータ構造(struct)を定義して, Goではレシーバ付きの関数, Rustではimplでデータ構造に対して操作を定義していく
C#だと定義済みのクラスに拡張メソッドでメソッド追加したり
素のJavaScriptならprototypeにメソッド追加する, みたいな
で, TypeScriptだと今は出来ないと思うけど, 需要はありそうだし, RFCとか出されてない？
構文的にJavaScriptと互換にやるのが難しいかな？
- 834 ：デフォルトの名無しさん：2021/06/13(日) 22:17:00.33 ID:SDaJf1m8.net
- 既存の構文で出来るらしい
https://medium.com/my-coding-life/extension-method-in-typescript-66d801488589
C#のような新規の構文サポートは実装しない方針
https://github.com/microsoft/TypeScript/issues/563#issuecomment-291300044
- 835 ：デフォルトの名無しさん：2021/06/21(月) 11:11:33.75 ID:Jendc3yZ.net
- Githubでとあるプロジェクトをパブリックにしてたら何かヤベーアメ公に絡まれた
気に入らなきゃさっさとフォークしろやハゲ
- 836 ：デフォルトの名無しさん：2021/06/24(木) 20:49:49.28 ID:u0hl6kTWk
- vue-cliでTypeScriptありにしてプロジェクト作成。
TypeScriptでimportするときに拡張子.vueは省略できないと知る。
設定で.vue省略可能になったりしない？
省略してもインポートした画面は出るけど、
その上に「Failed to compile.」と出て、
ターミナルにはTS2307が出てる。
ちゃんと.vueつけるとそれらは出ない。
JSでElectronアプリ作ってた時は省略可だったのに。
- 837 ：デフォルトの名無しさん：2021/07/03(土) 10:34:27.35 ID:afnPLxcZ.net
- ふぇぇ…
Angularのバージョン上がるの早すぎだよぅ…
Angular4を使ったSPAのセキュリティが心配だよぅ…
- 838 ：デフォルトの名無しさん：2021/07/07(水) 22:02:22.89 ID:IyqR2Fvh.net
- Angular とかとっくに死んだと思ってたわ
誰が使ってるんだ？
1系で身動き取れなくなったレガシーサービスくらいしか見たことない
- 839 ：デフォルトの名無しさん：2021/07/07(水) 23:53:28.16 ID:qO1FdR5E.net
- >>838
Teams（そろそろReactで書き換えられるけど）
- 840 ：デフォルトの名無しさん：2021/07/08(木) 07:47:58.41 ID:75MwFXOI.net
- Google 自身が Google のサービスで全く使ってないのに、何で作ってるのかわかんない
いつ捨てられてもおかしくなくね
- 841 ：デフォルトの名無しさん：2021/07/08(木) 14:40:54.16 ID:jNeY00JW.net
- teamsってangularだったのか。
reactにしたらもっさりが直るかな
- 842 ：デフォルトの名無しさん：2021/07/08(木) 14:50:07.37 ID:hOnojRWO.net
- >>841
Electron+AngularJsからWebview2+Reactになってメモリ消費は半分になるとか
- 843 ：デフォルトの名無しさん：2021/07/14(水) 23:38:18.17 ID:C6qCMUQO.net
- 質問させてください。
WebAPIを呼んでJsonを取得し、その一部の項目を使いたいのですが、
以下の２つの方法を考えました。
１．提供されるJsonと全く同じ項目をもつクラスを定義してパース
const data = axios.get<クラス[]>("複雑なJsonを返すURL");
２．getの結果をとりあえずanyで受け取り、必要な部分だけをクラスのコンストラクタに渡す
axios
.get("("複雑なJsonを返すURL")
.then((results) => {
const items = JSON.stringify(results.data);
const parseItems = JSON.parse(items);
const data = new クラス(parseItems.必要な項目1,parseItems.必要な項目2...)
以下略
「１」の方法は、不要な項目もクラスに定義するのでいろいろ無駄が多いが、オブジェクトの作成が簡単。
「２」の方法は、型情報が使えなくて不便。だなと思ったのですが、
上記のような場合、通常はどちらの方法を使うものでしょうか？
もしくは全然別なやり方があれば教えていただきたいです。
- 844 ：デフォルトの名無しさん：2021/07/15(木) 23:21:53.74 ID:/VADaM7m.net
- すみません838です。自己解決です。
２の方法で、
const parseItems : インターフェース = JSON.parse(items);
みたいにすれば、必要なとこだけ埋めることできました。
- 845 ：デフォルトの名無しさん：2021/08/27(金) 21:03:15.72 ID:OujrQnBG.net
- Announcing TypeScript 4.4
https://devblogs.microsoft.com/typescript/announcing-typescript-4-4/
- 846 ：デフォルトの名無しさん：2021/09/11(土) 04:09:02.19 ID:o78CvgiA.net
- Express を用いてwebアプリケーションを開発しているものです。質問なのですが、webpackで.tsのコンパイルとバンドルを行う際に出来たbundle.jsをdist フォルダに出力するとして、.ejs などのテンプレートが入ったviewsはどこに配置するのが正しいのでしょう。srcでいいような気もするのですが、実際に動くのはbundle.jsだし、dist の方がいいのかなと…….
- 847 ：デフォルトの名無しさん：2021/09/17(金) 12:17:55.85 ID:4jDmhT28.net
- ようやくtsconfigのmoduleをesnextにしたわ
- 848 ：デフォルトの名無しさん：2021/09/17(金) 17:43:37.86 ID:ELLRTb6O.net
- むしろesnextにしてない人って何が理由なの？
- 849 ：デフォルトの名無しさん：2021/09/29(水) 00:27:22.98 ID:Ucgex+Jd.net
- TS型安全は良いけどハマると時間ロスするね
エラーパッと見ではなんでエラーが出てるかわからない
C++をやってた頃を思い出した
- 850 ：デフォルトの名無しさん：2021/09/30(木) 18:43:43.57 ID:4/dpkDC7.net
- TSってプログラミングしてるっていうより問題解いてる感が強い
- 851 ：デフォルトの名無しさん：2021/09/30(木) 21:24:56.16 ID:dN1VyuR8.net
- パズルっぽくはあるが。スリザーリンクみたいに定石に当てはめたらパタパタと解けていく印象だな。
- 852 ：デフォルトの名無しさん：2021/10/12(火) 20:50:09.62 ID:2QmYiCE7.net
- TypeScriptのジェネリクスで型消去する方法って無いんだっけ？
あるいはJavaのワイルドカード型<?>みたいなのとか。
- 853 ：デフォルトの名無しさん：2021/10/12(火) 21:03:38.69 ID:hmExHRrM.net
- as any
- 854 ：デフォルトの名無しさん：2021/10/12(火) 21:44:00.66 ID:2QmYiCE7.net
- ああなるほど、<T extends any>なら<any>でいいわけか。
- 855 ：デフォルトの名無しさん：2021/10/19(火) 13:43:00.05 ID:W8Yk+b6r.net
- Promiseを同期的にwaitすることってできますか？
awaitではなくC#のTaskで言うところの.Resultなんですが…
- 856 ：デフォルトの名無しさん：2021/10/19(火) 13:54:59.42 ID:QUfGkxyV.net
- できない
- 857 ：デフォルトの名無しさん：2021/10/19(火) 14:08:46.54 ID:W8Yk+b6r.net
- え、できないんですか困った
外部ライブラリに渡すコールバック関数がPromiseをサポートしてない
けど、その中で非同期関数を呼びたい
というユースケースなんですが諦めるしかないんですかね…
- 858 ：デフォルトの名無しさん：2021/10/19(火) 14:41:50.05 ID:LLvKMRJR.net
- C#は呼び出し側のスレッドをブロックしてもTaskは別スレッドで動いてるから困らない
JavaScriptはシングルスレッドだから同期的にwaitできたら
呼び出し側がブロックされるだけじゃなくPromiseで動かそうとしてる処理もブロックされるので困る
コールバック関数をPromise化すればいいケースのような気がする
- 859 ：デフォルトの名無しさん：2021/10/19(火) 14:52:46.98 ID:W8Yk+b6r.net
- コールバックというと正確じゃないかもなんですけど
あるフレームワークが拡張のためのフックをサポートしてる
その関数は決まった名前のjsあるいはtsファイルのデフォルトエクスポートで指定する
フレームワークはそれがあれば利用し、なければ何もしない
その関数のシグネチャーは非同期をサポートしてない
こんな感じのシチュエーションですね
- 860 ：デフォルトの名無しさん：2021/10/19(火) 17:26:32.56 ID:LLvKMRJR.net
- >>859
>その関数のシグネチャーは非同期をサポートしてない
async/awaitのこと言ってる？
もしそうならasync/await使わない旧来のPromiseのやり方すれば？
- 861 ：デフォルトの名無しさん：2021/10/19(火) 19:00:11.55 ID:W8Yk+b6r.net
- >>860
Promiseもサポートされてないです
function libFunc( myFunc: (x: X) => Y )
イメージとしてはこんな感じで
myFuncはPromiseを返せないようなってます
myFuncのなかでOneWayのPromiseを走らせてPromiseを捨てることはできますが
libFuncはmyFuncの戻りであるYを使って処理を続けるのでOneWayでは意味がありません
- 862 ：デフォルトの名無しさん：2021/10/19(火) 19:38:25.38 ID:QUfGkxyV.net
- const ox = await new Promise(resolve=>
libFunc(x=> {
// yを作成
resolve(x)
return y
}))
とかじゃ駄目なん？
- 863 ：デフォルトの名無しさん：2021/10/19(火) 20:05:08.21 ID:W8Yk+b6r.net
- >>862
あくまで>>859という前提があるのでlibFuncを呼び出すタイミングはこちらでは選べません
- 864 ：デフォルトの名無しさん：2021/10/19(火) 20:07:52.68 ID:2lJX9loQ.net
- >>861
やりたいことがいまいちわからんが、同期呼び出しでmyFuncの結果を取得したいというならそれは無理。
- 865 ：デフォルトの名無しさん：2021/10/19(火) 21:03:40.36 ID:LLvKMRJR.net
- Promiseも使えないならもう一つ昔のコールバックヘル方式でやるしかないね
- 866 ：デフォルトの名無しさん：2021/10/19(火) 21:14:06.31 ID:QUfGkxyV.net
- >>863
何がやりたいかわかんね～
myFuncさえ登録できりゃ発展形でやり様子はあると思うけど
- 867 ：デフォルトの名無しさん：2021/10/28(木) 09:19:43.09 ID:Qx9i2vDk.net
- 変数の先頭に$を付けるのは何の意味があるのでしょう？
- 868 ：デフォルトの名無しさん：2021/10/28(木) 09:36:01.90 ID:3VMLYSLP.net
- そんな事しません
- 869 ：デフォルトの名無しさん：2021/10/28(木) 23:51:25.40 ID:vOpe/LV1.net
- DOM のエレメントだよって示す
- 870 ：デフォルトの名無しさん：2021/10/29(金) 00:01:40.58 ID:e9XHTkBz.net
- PHPerでも出来た！と主張する
- 871 ：デフォルトの名無しさん：2021/10/31(日) 10:32:24.95 ID:gOKmIPxI.net
- Cの __FILE__ や __LINE__ みたいにトランスパイル前のファイル名や行番号を埋め込む方法って無いのかな？
一応source-map-supportでスタックトレースは読めるようになったけど、もっと手軽に埋め込むログで
場所を示せたらいいんだが。
- 872 ：デフォルトの名無しさん：2021/10/31(日) 12:11:14.90 ID:Xdv2iZD2.net
- TypeScript の仕事じゃない
- 873 ：デフォルトの名無しさん：2021/10/31(日) 12:31:29.22 ID:gOKmIPxI.net
- tscの前にプリプロセッサとかかまして実現できるならそれでもいいんだけど。
- 874 ：デフォルトの名無しさん：2021/10/31(日) 12:33:38.24 ID:OQlLkoA+.net
- しょせんはトランスパイラ
多くを求めたらダメだ
- 875 ：デフォルトの名無しさん：2021/10/31(日) 21:52:21.68 ID:plSPEajD.net
- >>871
英語で議論できれば提案すればいいと思うけどね
- 876 ：デフォルトの名無しさん：2021/10/31(日) 22:25:46.49 ID:+4LFgdgS.net
- >>873
手動でやるのは簡単だよね？
TS使ってないからビルドシステム知らんけど、Pythonか何かを挟み込める余地があったらそこでやってしまえば？
或いはいっそのことmakefileでラップしてしまうとか。(makefile内でビルドコマンドを起動）
- 877 ：デフォルトの名無しさん：2021/10/31(日) 23:58:24.90 ID:gOKmIPxI.net
- ありがとう。無いってことね。
- 878 ：871：2021/11/01(月) 00:27:26.36 ID:M14pmKjL.net
- >>877
多分ね。（俺は871、TS使ってない）
他言語（何だったかは忘れた）でも同様に「ないのか？」って聞かれてて、
仕様に入れない理由が「ちゃんと関数名書け」だったと思ったよ。
実際あれって、実装するのは簡単だけど、Cにしかないでしょ。
個人開発ならともかく、Gitな今だと複数バージョンが同時に使われてたりするから、収拾付かなくなるのではないかな。
その辺のCの便利機能って、今の大規模開発にはフィットしないから、基本的には嫌われてる。
多分、提案したところで入らない。
- 879 ：デフォルトの名無しさん：2021/11/01(月) 00:59:41.61 ID:KlMso67D.net
- TypeScriptのポリシー的に絶対入らない
- 880 ：デフォルトの名無しさん：2021/11/01(月) 08:42:35.30 ID:43zjctJQ.net
- 技術的にそう難しくもなさそうなのに今無いってことはもう入れられる見込みは無いんだろうけど
これが絶対に相容れられないようなポリシーってなんかあったかな？
- 881 ：デフォルトの名無しさん：2021/11/01(月) 18:25:45.93 ID:ZjFzlu/6.net
- TSって滅多にクラス使わないけどDIってどうやってんの？
- 882 ：デフォルトの名無しさん：2021/11/01(月) 20:45:04.19 ID:bXtGRcPZ.net
- クラス全く使わないわけじゃないよ。まぁ明示的に副作用使いたい時ぐらいしか使わないけど
- 883 ：デフォルトの名無しさん：2021/11/11(木) 15:10:53.10 ID:CHcG8Nbi.net
- DIの件はこれで解決した
function F(deps: { … }, p1: T1, p2: T2)
よくよく考えると
たったこれだけのことだったんだ
フレームワークとかややこしいことを考えたのが間違いだった
- 884 ：デフォルトの名無しさん：2021/11/11(木) 19:34:48.71 ID:CHcG8Nbi.net
- type X = {
foo: string;
bar: string;
baz: string;
}
この型から
type Y = {
foo: string;
bar: string;
}
この型をMappedTypesで定義したい
つまり特定の属性を除去した型を作りたいのだけど出来る？
- 885 ：デフォルトの名無しさん：2021/11/11(木) 21:14:57.72 ID:P2a3zHOn.net
- Utility Types の Omit とか。
- 886 ：デフォルトの名無しさん：2021/11/16(火) 12:37:58.33 ID:Gu6EBfCm.net
- .NETでいうところの.NET StandardのようなものってTSには無いの？
フルスタックでTS使う案件に間違って入っちゃったんだけど環境ごとに何が出来るのか把握しきれなくてツラミを感じる
ストリームと文字列の処理みたいな「こんなもんどの環境でも動くだろ」ってコードすら移植すると動かない時があって泣きそう
スタンダードなライブラリが無いならビルダーの設定でもいい
tsconfigでターゲットプラットフォームとランタイムバージョンを指定すると「このパッケージはこのターゲットプラットフォームでは使えないよ」って教えてくれるだけでもだいぶ楽になると思うんだけど…
こういう機能ってどっかに絶対あると思うんだけどググっても古い断片的な情報ばっかり出てきてその設定を探すのも難しい
- 887 ：デフォルトの名無しさん：2021/11/17(水) 21:29:35.22 ID:h3+MjybB.net
- 主な実行環境として node.js とブラウザがあるってことはわかってる？
- 888 ：デフォルトの名無しさん：2021/11/18(木) 00:15:24.62 ID:3dlOBCKi.net
- あとは泥とりんごでしょ？
せめてその4つのメジャーな環境でほぼほぼ同じように動く基本ライブラリ、基本ライブラリだけに依存して、つまりほぼほぼどこでも動くサードパーティライブラリ
それらが日常的な作業に不自由しないレベルで揃ってて然るべきだろう、と俺は思うんだけど無いのかな？
- 889 ：デフォルトの名無しさん：2021/11/18(木) 00:23:00.28 ID:cf0G7PVa.net
- 基本ライブラリというならJavaScript API群があるが。
「日常的な作業に不自由しないレベル」って具体的にはどんなものを期待している？
- 890 ：デフォルトの名無しさん：2021/11/18(木) 00:34:29.18 ID:3dlOBCKi.net
- .NET Standardぐらいの想定かな
- 891 ：デフォルトの名無しさん：2021/11/18(木) 06:41:05.66 ID:In+gpp4R.net
- まず.NETが世界の中心。みんな知ってるだろ全部揃ってて当然だろみたいな考え方をやめろ。
フロント側についてはサイの絵が書いてある本買ってくるか、MDNを熟読すれば良い。Node側はNodeの公式を読め。話はそれから。
あとはtsconfigのcompilerOptions以下のtargetとlibを指定しろ。この辺はNodeのバージョンや、対象ブラウザで変わるからググれ。すぐ出てくる。
- 892 ：デフォルトの名無しさん：2021/11/18(木) 07:16:30.61 ID:te8WLqUU.net
- > 主な実行環境として node.js とブラウザがあるってことはわかってる？
> あとは泥とりんごでしょ？
これわかってないだろ
- 893 ：デフォルトの名無しさん：2021/11/18(木) 08:57:28.17 ID:Ip1KYC/r.net
- Announcing TypeScript 4.5
https://devblogs.microsoft.com/typescript/announcing-typescript-4-5/
- 894 ：デフォルトの名無しさん：2021/11/18(木) 12:49:52.50 ID:xCTrnppv.net
- 自分は知っているみたいな錯覚してるせいで根本的に間違ってることに気づいてない
- 895 ：デフォルトの名無しさん：2021/11/18(木) 12:57:37.30 ID:3dlOBCKi.net
- ttps://stackoverflow.com/questions/57435686/filereader-is-not-defined-with-angular-server-side-rendering
適当にググったらこんなんあったけど、
要するに、こういうことだよな
これはただの一例だけど、ストリームと文字列の変換なんてなんかはさ、いいかい？
全ての開発者が、ドキュメントを熟読せず、何の迷いもなく、インテリセンスに導かれて、スラスラと書けてだよ
そして、それが驚き最小で、思った通りに動作する
それがモダンな高級言語として、当たり前の姿なんじゃないのかい？
TSのメンテナは真新しさばかり追い求めて、足場を固めるという、地味だが大切な仕事を忘れてやしないか？
- 896 ：デフォルトの名無しさん：2021/11/18(木) 13:22:17.68 ID:In+gpp4R.net
- 根本的な勘違いとして、それはTypeScriptの責務では無い。TypeScriptはJavaScriptにモダンな型を付与するもの（一部例外はある）で、APIの提供はしない。
例に出てきたFileReaderの様なAPIはブラウザとNode側で求められる機能もセキュリティレベルも異なり、それぞれが提供するものだ。それを統一はできない。ましてnpmのバッケージで提供されているものはパッケージ作者が責務を負うものだ。
自分の勉強不足を棚に上げて言語に文句を言うのは筋違いも良いとこ。
- 897 ：デフォルトの名無しさん：2021/11/18(木) 14:09:39.19 ID:3dlOBCKi.net
- そこがTSの限界であり、使いにくい原因なんだろなぁ
FileReaderなんてのはたまたま出てきた一例でしかないが
リンク先のポストを読めば、トピ主のやりたいことはストリームから文字列への変換とわかるだろう
その程度はどのプラットフォームでもサポートできる
使用頻度もそこそこだから、標準ライブラリとして用意されていて当たり前
encode(s: string, format: string): Blob
decode(b: Blob, format: string): string
これでいいだろ？
セキュリティやハードウェアに依存するものが標準化されないのは許されるだろう
しかしなぜ簡単にできるものすら標準化しない？
- 898 ：デフォルトの名無しさん：2021/11/18(木) 16:35:20.00 ID:In+gpp4R.net
- そのストリームってのは何のストリーム？
ひょっとして用語を間違えてるから調べても出てこないのでは？
- 899 ：デフォルトの名無しさん：2021/11/19(金) 07:13:45.00 ID:UKAZMSSR.net
- >>893
型演算に末尾再帰最適化（みたいなの）追加されるやん！
- 900 ：デフォルトの名無しさん：2021/11/21(日) 12:03:30.92 ID:lhVIl0/s.net
- 型の@types だけインポートするにはどうしたらよいでしょうか。
leafletという地図のjsライブラリがあって、グローバルでL という変数をnamespaceとして使っています。
npmの層を薄くしたくて、地図ライブラリはnpm を使わずにhtmlにscriptタグを直接書いて読み込んでいます。
でも型補完は欲しいので、"@types/leaflet"はnpmでインストールしています。
この状態で変数L に型補完を動作させるにはどうすればよいでしょうか。
何もしないと、変数Lは未定義だよ というエラーが出ます。
(エラーを消すだけなら適当なd.tsを作って declare const L: any; とでも書けばいいんだろうけど)
- 901 ：デフォルトの名無しさん：2021/11/21(日) 12:42:32.36 ID:9+9LY8kt.net
- import type * as Leaflet from 'leaflet'
declare const L: typeof Leaflet
- 902 ：デフォルトの名無しさん：2021/11/21(日) 12:53:04.47 ID:lhVIl0/s.net
- ありがとうございます
- 903 ：デフォルトの名無しさん：2021/11/23(火) 00:51:46.26 ID:6fLWx+hU.net
- 空配列ってどうやって定義すればいいんでしょうか？
- 904 ：デフォルトの名無しさん：2021/11/24(水) 20:42:59.28 ID:KtJ2oMe7.net
- Dateが使いにくいのどうにかする最高のライブラリ教えてよ
date-nfs、momentあたりは試したけどしっくりこんかったわ
JSONが非対称ってのもSo Badやでほんま
よくこんな罠だらけの言語でやってられるなー
フロントエンド勢の忍耐力には尊敬の念を禁じえんわい
- 905 ：デフォルトの名無しさん：2021/11/24(水) 21:53:47.96 ID:mN6taiyI.net
- >>904
> JSONが非対称
とは？
JSON.parse, JSON.stringify 知ってるか？
- 906 ：デフォルトの名無しさん：2021/11/24(水) 22:01:40.70 ID:zBacYw4i.net
- >>904
date-nfsで駄目ならオススメは無いかなぁ。
ご指摘の通り罠も多いけどC++とかに比べたらずっと楽な言語だと思うな
- 907 ：デフォルトの名無しさん：2021/11/24(水) 23:40:29.12 ID:FcSkbZGe.net
- >>904
> Dateが使いにくいのどうにかする
そんなあなたに Temporal
- 908 ：デフォルトの名無しさん：2021/11/26(金) 22:12:29.88 ID:+KFAtmTP.net
- Effective TypeScript
ちと古いが読んだ方がいい？
- 909 ：デフォルトの名無しさん：2021/12/02(木) 17:06:08.00 ID:kge1UpiO.net
- あーくそ
なんでstrictをOFFにできるんだよ
VB.NETか！
- 910 ：デフォルトの名無しさん：2021/12/02(木) 18:20:28.57 ID:Kt63btcl.net
- いやなんでfalseにするんだよ
- 911 ：デフォルトの名無しさん：2021/12/02(木) 22:30:30.27 ID:Ki4y/ScD.net
- 既存の JavaScript を段階的に移行したい時かな
- 912 ：デフォルトの名無しさん：2021/12/07(火) 10:10:01.42 ID:rXzUIf2/.net
- 非同期がよーわからん
ワーカーを考えない場合
ブラウザでもモバイルでもバックエンドでも基本的に一本のキューにジョブを入れてって順次処理するモデル
promiseやawaitを使うと処理の前後関係は保障されるけど間に他のジョブが割り込む可能性がある
処理そのものはシングルスレッドで行われるのでpromiseやawaitを挟まない限り全てのJSコードがアトミックに実行される
fetchなどJS外の処理についてはアトミックは保障されない
こんな感じであっとる？？？
- 913 ：デフォルトの名無しさん：2021/12/07(火) 22:24:43.13 ID:aDEs4G8x.net
- JavaScript Visualized: Event Loop
https://dev.to/lydiahallie/javascript-visualized-event-loop-3dif
- 914 ：デフォルトの名無しさん：2021/12/08(水) 07:25:06.20 ID:ff6DaDGr.net
- >>912
だいたい合ってる。基本的には処理の予約と考えるだけで済む。
JS外の処理はWebWorker含めてJS環境に干渉してこないんだから（戻り値以外）ほぼイベントとか割込と同質で特殊なものだと考える必要もなくないかな？
- 915 ：デフォルトの名無しさん：2021/12/09(木) 14:21:48.83 ID:h+aQCsXU.net
- なんかプロジェクトでtypescript使う流れになって今から勉強してるんだが、これ何に優れてるの？
javascriptの拡張言語で型の宣言できるぐらいがメリット？
実行するためにいちいちコンパイルもどきなことをしないといけないしデバッグ面倒で正直やりづらいとしか思えないんだが
- 916 ：デフォルトの名無しさん：2021/12/09(木) 14:29:35.72 ID:lTugl+ha.net
- 「正直、特別優れた言語設計でもないし、基本的なライブラリ貧弱だし、なんか色々と不安定なので、他の言語を使えるならそっちのがいい。
でもJavaScriptよりかは遥かにマシだからターゲットプラットフォームがブラウザ、ReactNativeなら積極的に使っていこうぜ」ぐらいの認識ですかね
型パズルとかゆるゆるなインターフェースとか最初はこりゃ楽チン、便利だなと思うけどメンテナンス性は疑問
あとTypeScriptは生のJavaScriptよりanyの凶悪さが増してると思う
所詮はALT JSですね
- 917 ：デフォルトの名無しさん：2021/12/09(木) 16:46:11.49 ID:V/6JaBTF.net
- >>915
watch使うとわざわざコンパイルする手間が省けるので楽だよ。あとmapファイルも出力するようにすればデバック時も面倒じゃなくなるよ。
型だけじゃなくて、同じコードで古い環境でも動くソースを吐くこともできるよ。
でも、型にメリットを見いださない人向けの言語で無いね。
- 918 ：デフォルトの名無しさん：2021/12/09(木) 20:23:42.31 ID:/vSkUWU0.net
- 動的型付け言語しか使ったことがない人ならそんなものだよね
- 919 ：デフォルトの名無しさん：2021/12/10(金) 13:52:02.48 ID:+cpc+hgB.net
- 個人開発だとTypeScriptガンガン使ってる
型パズルたのちい
- 920 ：デフォルトの名無しさん：2021/12/10(金) 16:44:26.21 ID:IDIER0Zn.net
- 型パズルはアンチパターンだ
ほどほどにしとけ
人類はC++を教訓にしなければならない
- 921 ：デフォルトの名無しさん：2021/12/10(金) 17:18:46.95 ID:AY2SRHbF.net
- TypeScriptにはSFINAEみたいな凶悪な仕様はないだろう。
conditional typeは少し難解かもしれないが自分で使わなければいいだけのことだし。
- 922 ：デフォルトの名無しさん：2021/12/21(火) 11:07:25.83 ID:vugugi2u.net
- any型のデータをそれ以外の型に変換可能かどうか判定する、または変換するライブラリってあります？
↓こんな感じの
type T = { id: number; name?: string; timestamp: Date; }
const data1: any = { id: 1, name: “bob”, timestamp: new Date() }
const t1: = convert<T>(data1); // OK
const data2: any = {
id: “2”, // number format string
timestamp: “2021-12-21T11:00:00Z”, // ISO Date string
}
const t2 = convert<T>(data2); // OK
const data3: any = { // without required field
timestamp: new Date()
}
const t3 = convert<T>(data3); // throw Error
const data4: any = {
id: 4,
timestamp: “hello” // invalid format
}
const t4 = convert<T>(data4) // throw Error
- 923 ：デフォルトの名無しさん：2021/12/21(火) 11:18:51.59 ID:vugugi2u.net
- TypeScriptって型が嘘をつくことが結構あって
Date型なのに実行時には文字列が入ってるとか
型定義では省略不可なのに実行時には省略されてるとか
そういう実行時の型エラーをなんとかして削減したい、というのが根本的な課題です
上でレスしたようなライブラリがもし有れば多少はマシになるかな、と
ランタイムがキャスト例外を投げてくれればそれがベストなんですが、JSに実行時型情報はないのでそれは難しい
- 924 ：デフォルトの名無しさん：2021/12/21(火) 18:51:42.35 ID:X++9NQ8p.net
- > JSに実行時型情報はないので
つ typeof, instanceof
- 925 ：デフォルトの名無しさん：2021/12/21(火) 19:01:16.33 ID:S4hmWBPH.net
- すげー斜め読みしてタイプガードではいかんのかと思った
- 926 ：デフォルトの名無しさん：2021/12/21(火) 19:16:55.14 ID:ESVu6HO8.net
- タイプガードでもいいんですけど数が多いので一発で全部よしなにやってくれるものがほしいって感じですかね
C#のdynamicのように非互換の代入をその場で例外にしてくれれば楽なんですが
なんでかanyは非互換でもエラー無しでスルッと進んでしまうので苦労してます
- 927 ：デフォルトの名無しさん：2021/12/21(火) 19:39:34.82 ID:S6JYHyb7.net
- https://github.com/colinhacks/zod
- 928 ：デフォルトの名無しさん：2021/12/21(火) 20:01:09.90 ID:ESVu6HO8.net
- >>927
どうも
なかなか良さそうだけどちょっと大変そう
普通の型を先に定義してパーサーを生成するのは難しいんですかね?
- 929 ：デフォルトの名無しさん：2021/12/21(火) 20:08:19.40 ID:fpjBPgEH.net
- TypeScriptのtypeやinterfaceからjsonschemaを生成するライブラリがあるから
それを使ってタイプガード書けば楽よ。
- 930 ：デフォルトの名無しさん：2021/12/21(火) 20:09:36.77 ID:S6JYHyb7.net
- https://github.com/azu/create-validator-ts
- 931 ：デフォルトの名無しさん：2021/12/21(火) 20:12:46.39 ID:S4hmWBPH.net
- そういえばAJVがタイプガードに対応してたな
- 932 ：デフォルトの名無しさん：2021/12/21(火) 20:17:02.00 ID:ESVu6HO8.net
- >>930
いいかも
あとはanyの代入を自動的に置き換えることができれば完璧
- 933 ：デフォルトの名無しさん：2021/12/21(火) 20:28:04.08 ID:S6JYHyb7.net
- string -> Date のような transform をしたいなら、型から自動生成を期待するよりもスキーマで変換ロジックを書いて型を導出するアプローチの方が扱いやすい
- 934 ：デフォルトの名無しさん：2021/12/23(木) 16:09:01.04 ID:qSHzxodN.net
- axiosでの（非同期）通信結果から
最終的にpromiseを外した形でresponse扱いたいんだけど
どうやるとできるのでしょうか？
function的な奴で非同期通信して
そのfunction自体はpromiseでない値を返したいんだけど。。。
awaitやろうと思うと
そのfunctionはasyncになって
結局promiseになってしまう
イメージ
conct func = (): string => {
// axiosの戻りがstringだとして、このvalを同期的に返したい
axios.get("hogehoge").then(val=>{return val})
}
- 935 ：デフォルトの名無しさん：2021/12/23(木) 20:50:37.85 ID:aMbIyyBR.net
- 不可能です
直接 XMLHttpRequest を同期モードで使用してください
- 936 ：デフォルトの名無しさん：2021/12/23(木) 22:47:01.90 ID:j1Nwu6l7.net
- 非同期を同期にはできない。
これ、初心者の頃は辛かったけど、気がついたら慣れてたし不便さより便利さを感じるようになったから人間の適応能力ってすごい。
- 937 ：デフォルトの名無しさん：2021/12/24(金) 11:16:13.19 ID:8YLKxFwi.net
- うーんわからん
type X = A & { foo: string}
ってやるとXがanyと判定される現象が起きてて原因が全くわからない
Aはちゃんと型が認識されてる
const a: A = { 略 }
a.
ここまで打てばインテリセンスが出てくる
でも&を挟むとなぜかanyになる
コンパイラのバグかな？
- 938 ：デフォルトの名無しさん：2021/12/24(金) 12:01:47.45 ID:vCO0x3fk.net
- export type X = A & { foo: string }
const x: X
これは型が生きてるしインテリセンスも出る
import { X } from ‘…’
const x: X
これはanyになってしまう
ファイルを跨がなければおkみたい
エクスポート/インポートのプロセスでバグるのかな？
他の型は問題出てないからAだけが特殊なんだろうけど文字列型のフィールド幾つか持ってるだけのなんの変哲もない型なんだよな…
- 939 ：デフォルトの名無しさん：2021/12/25(土) 12:39:31.39 ID:mJNzEC98.net
- 色々調べて行き詰まったんだけどこれで合ってる？
babelのpreset-typescriptはTSから形情報を落としてるだけ
なのでtsconfigを無視する
なのでproject referencesも無視される
プロジェクト分割したい場合のオフィシャルな手段がない
なのでプロジェクト分割したければ各自好きな方法でハックするしかない
暫定対応として被参照側のプロジェクトでwatch & buildを仕掛けて
babel側のプロジェクトから被参照側の出力フォルダをimportしてるんだけど正直辛いものがある
- 940 ：デフォルトの名無しさん：2021/12/25(土) 13:16:26.59 ID:YYlOH5kW.net
- babel がどう動くかなんて tsc には関係ないだろ
それともあなたのエディタは babel で型情報を解析しているのか？
- 941 ：デフォルトの名無しさん：2021/12/25(土) 13:22:25.16 ID:YYlOH5kW.net
- コンパイル済みのファイルに型情報がないという話なら、型定義ファイル(.d.ts)も出力しないとそりゃそうだろと
- 942 ：デフォルトの名無しさん：2021/12/25(土) 13:40:07.40 ID:mJNzEC98.net
- プロジェクト分割についてはどう考えますか？
- 943 ：デフォルトの名無しさん：2021/12/25(土) 13:54:01.89 ID:YYlOH5kW.net
- 情報を小出しにせず、問題が再現するリポジトリ丸ごと上げるかせめてファイル構造や各種設定ファイルの内容など全部書き出して
& がダメなのかファイルを跨ぐのがダメなのかプロジェクト分割がダメなのか話がどんどん移っててわからんぞ
- 944 ：デフォルトの名無しさん：2021/12/25(土) 14:17:47.06 ID:YYlOH5kW.net
- これ別人の別の話か…そうだったらスマン
- 945 ：デフォルトの名無しさん：2021/12/25(土) 14:25:06.24 ID:mJNzEC98.net
- 別ですね
単刀直入に言うとbabel & preset -typescript環境で正しいプロジェクト分割のしかたを聞きたかった
- 946 ：デフォルトの名無しさん：2021/12/26(日) 11:58:10.04 ID:yczrikVs.net
- 色々と試して結論が出た
プロジェクト参照は諦めてシンプルに相対パスでimportすることにした
依存パッケージを全てのプロジェクトに入れなければならないのが面倒だけど妥協
ようするに昔VB6やC言語などでよくやってたDLL化せずにコードファイルを共有するスタイル
モダンな言語でやることとは思えないけど何日も調べてできないなら仕方ない
- 947 ：デフォルトの名無しさん：2021/12/26(日) 12:26:32.69 ID:6ScHvZpk.net
- バベるのが悪い
- 948 ：デフォルトの名無しさん：2021/12/26(日) 16:05:00.89 ID:SvIlyqah.net
- でもフレームワークがバベれって言うんです
- 949 ：デフォルトの名無しさん：2021/12/26(日) 16:14:53.21 ID:imvxWhRx.net
- これを
babel_proj
webpack_proj
tsc_proj
tsconfig.json
tsc_lib_1
tsconfig.json
tsc_lib_2
tsconfig.json
こうする
babel_proj
symlink => ../libs
webpack_proj
symlink => ../libs
tsc_proj
tsconfig.json
symlink => ../libs
libs
lib_1
lib_2
- 950 ：デフォルトの名無しさん：2021/12/28(火) 17:28:42.45 ID:X7A0KCIT.net
- バックエンドはexpress一択？
- 951 ：デフォルトの名無しさん：2021/12/28(火) 20:29:49.68 ID:qjWVy58S.net
- そんな🍌
- 952 ：デフォルトの名無しさん：2021/12/28(火) 23:38:51.88 ID:QExnrlZb.net
- 僕はFastify!
- 953 ：デフォルトの名無しさん：2021/12/29(水) 02:36:36.80 ID:tTEsT75E.net
- nestjsはレガシーなデコレータ依存がなあ
- 954 ：デフォルトの名無しさん：2021/12/30(木) 13:04:36.50 ID:8IVD/YcY.net
- そもそもサーバーサイドにTS選ぶメリットが無い
- 955 ：デフォルトの名無しさん：2021/12/30(木) 13:42:00.99 ID:XEA11GKy.net
- JavaScriptがって話ならわからんでもないが
- 956 ：デフォルトの名無しさん：2021/12/30(木) 13:49:04.54 ID:8IVD/YcY.net
- TS始めた時からずっと思ってたけど型が簡単に嘘を付ける言語仕様はバックエンドでは到底受け入れられんわ
フロントエンドでは気楽さと壊れやすさのトレードオフってことで受け入れるけど
- 957 ：デフォルトの名無しさん：2021/12/30(木) 13:53:13.25 ID:XEA11GKy.net
- じゃあC/C++なんかもダメだな
- 958 ：デフォルトの名無しさん：2021/12/30(木) 14:00:36.67 ID:qk2rIpzk.net
- バリデーションもできない奴がなんか言ってら
- 959 ：デフォルトの名無しさん：2021/12/30(木) 14:01:03.11 ID:8IVD/YcY.net
- そうだね
バックエンドでは実質Cと大差ない
ちょっとだけ楽できるけど
- 960 ：デフォルトの名無しさん：2021/12/30(木) 14:10:38.20 ID:XEA11GKy.net
- じゃあ逆にバックエンドで受け入れられる言語ってなんだろう？JavaとかRustくらい？
- 961 ：デフォルトの名無しさん：2021/12/30(木) 14:23:51.58 ID:8IVD/YcY.net
- JavaとC#だね
型安全性がしっかりしてて実績も多い言語って言えばそれぐらいじゃないか？
- 962 ：デフォルトの名無しさん：2021/12/30(木) 14:42:45.86 ID:XEA11GKy.net
- んー、つまり
>TS始めた時からずっと思ってたけど型が簡単に嘘を付ける言語仕様はバックエンドでは到底受け入れられんわ
JavaとC#以外の言語を触るたびに同じように思ったってことでいいのかな？
- 963 ：デフォルトの名無しさん：2021/12/30(木) 15:01:47.81 ID:Q5xANRZc.net
- まあ、そうだね
- 964 ：デフォルトの名無しさん：2021/12/30(木) 16:23:51.89 ID:se0ux0qB.net
- C♯やJavaよりはTypeScriptやRust選びますわ
- 965 ：デフォルトの名無しさん：2021/12/30(木) 16:31:34.51 ID:tab5g/QS.net
- そしてバグが出ると
- 966 ：デフォルトの名無しさん：2021/12/30(木) 16:52:28.72 ID:XEA11GKy.net
- まるでTypeScriptやRustを選ぶとバグが出るかのような物言いだが
C#やJavaを選べばバグが出ないというわけでもあるない
- 967 ：デフォルトの名無しさん：2021/12/30(木) 17:38:29.90 ID:tab5g/QS.net
- TypeScriptは型が簡単に嘘をつけるのでバグが出やすい
型安全性がバグ削減に貢献しているのはプログラマの常識
- 968 ：デフォルトの名無しさん：2021/12/30(木) 17:46:55.74 ID:18t9WvJQ.net
- それはあなたがバリデーション書けないからでしょ？
- 969 ：デフォルトの名無しさん：2021/12/30(木) 17:56:31.58 ID:XEA11GKy.net
- >>967
具体的にどういうのを言っている？まさか故意にasでキャストした場合の話じゃないだろうが
- 970 ：デフォルトの名無しさん：2021/12/30(木) 18:04:13.25 ID:cY7zFSmj.net
- その返答で書けないということが露呈したゾ
- 971 ：デフォルトの名無しさん：2021/12/30(木) 19:17:21.94 ID:zuTar3e4.net
- >>968
型が嘘をつけることとバリデーションは別次元の話
>>969
明示的キャストなんかしなくてもTSにはいくらでも型が嘘をつく罠がある
代表的なところだとjsonのパース、DBのI/O、api I/O、野良ライブラリのI/O、、、
- 972 ：デフォルトの名無しさん：2021/12/30(木) 19:25:44.57 ID:zuTar3e4.net
- 言語仕様を変えるべきなんだろうな
typeで宣言した変数への代入は実行時に型チェック付きのマッピングにトランスレートすべき
ついでに言うとtypeで未定義の属性はマッピングするときにundefinedにすべき
これだけでTypeScriptによくある馬鹿馬鹿しいバグがかなり減るはずだ
type Foo {
x: string;
y: number; }
const foo: Foo = { y: “s” } as any
これはコンパイル時には無視していいが実行時にはエラーになるべきだし
const foo2: Foo = { x: “a”, y: 100, z: “111” }
これはzは消えるべき
- 973 ：デフォルトの名無しさん：2021/12/30(木) 19:33:44.30 ID:18t9WvJQ.net
- >>972
いやそれはそのコードがバカじゃん……
- 974 ：デフォルトの名無しさん：2021/12/30(木) 19:34:37.32 ID:zuTar3e4.net
- Javaは最も優れた設計でそもそもanyみたいな言語仕様がない
Objectは定義できるが暗黙のキャストでスルッと行くなんてことはあり得ないし無理やりキャストしたって実行時に必ず例外が飛ぶ
C#はanyに近いものでdynamicというのがあるがこれも誤ったキャストには実行時に例外が飛ぶ
どちらも型が嘘をつかないように言語基盤がしっかり担保してくれるから型を信用していい
当たり前のことを当たり前にやってくれる堅実な言語だ
- 975 ：デフォルトの名無しさん：2021/12/30(木) 19:36:08.35 ID:zuTar3e4.net
- >>973
このコードは説明のためのスニペットだ
現実的にこんなコード書くわけないだろ
現実的には先に挙げたような状況でanyと戦わなければならない
- 976 ：デフォルトの名無しさん：2021/12/30(木) 19:44:03.93 ID:18t9WvJQ.net
- >>971
>>975
なんの為のバリデーションとタイプガードだよ。
どこで間違った型が入りうるかなんか普通把握できるでしょうに
- 977 ：デフォルトの名無しさん：2021/12/30(木) 19:48:28.03 ID:pcTvcAXH.net
- Javascriptのスーパーセットという最大のセールスポイントを見てなさすぎだろ
構造的部分型も便利だしany型なんて使うときには型ガードするよね
型に関してはJavaより好きだわ
- 978 ：デフォルトの名無しさん：2021/12/30(木) 19:51:25.70 ID:HvA/IBjD.net
- Nullableを長年放置してたり文化的にも言語的にもImmutableを軽視してきたJavaもちょっと信用できないですね
- 979 ：デフォルトの名無しさん：2021/12/30(木) 19:59:03.54 ID:zuTar3e4.net
- >>976
バリデーションってのは値が正しいかどうか検証するものであって型が嘘をついているかどうか調べるためのものじゃない
どこで型が嘘をついているか確実に判断することはむずかしい
自分達の管理するコードベースの外界とのI/Oは全て疑わしい
先も述べたようにJsonのパース、ApiのIO、DBのIO、野良ライブラリのIO
疑わしい箇所が多すぎる
型が嘘をつかない言語なら外界とのI/Oの型定義が信用できる
信用できない領域がグッと一気に減る
だから型は嘘をついちゃいけないし
簡単に嘘をつける言語仕様は絶対におかしい
- 980 ：デフォルトの名無しさん：2021/12/30(木) 20:05:16.00 ID:zuTar3e4.net
- >>977
構造的部分型もわかりにくいバグの温床だな
anyよりは全然マシだが
まあ楽なのは楽だよそれはわかる
ただ楽なのと安全でりかいしやすいのとは同じじゃないからね
typeは俺が言ったような真の意味で型安全を担保するための仕様
interfaceは構造的部分型でサボるための仕様
こう使い分ければよかったんだろうな
- 981 ：デフォルトの名無しさん：2021/12/30(木) 20:09:20.24 ID:zuTar3e4.net
- >>977
セールポイントであり最大の弱点でもある
思い切って互換性切った方が絶対上手くいってた
>>978
まあ先発の古い言語だからある程度は仕方ないね
Null安全は対応してきてる
イミュータブルは昔から使えてた(final)
- 982 ：デフォルトの名無しさん：2021/12/30(木) 20:42:46.31 ID:18t9WvJQ.net
- >>979
型さえあってりゃどんなライブラリも安全安心だと思っているのか……
- 983 ：デフォルトの名無しさん：2021/12/30(木) 20:51:38.40 ID:iK2C+Pgo.net
- >>982
ちゃんと読めてます？
「信用できない領域がグッと減る」って書いてあるでしょ？
型安全であれば全てが安全なんてことはない
これは常識
でも型安全ならそうでない場合に比べて大部分が安全になる
これも常識
そしてTSは一見すると型安全であるかのように見えるけれど
型が簡単に嘘をつける言語仕様のせいで実は型安全ではなく安全でない言語である
これが私の主張
よく読んでね
- 984 ：デフォルトの名無しさん：2021/12/30(木) 21:06:33.94 ID:18t9WvJQ.net
- >>983
お、これは失敬
- 985 ：デフォルトの名無しさん：2021/12/30(木) 21:26:07.36 ID:XEA11GKy.net
- >>971
あんたの言う「型が嘘をつく」の意味がよくわからんが。オレオレ用語じゃなくて一般的な用語で説明してくれんかな。
>先も述べたようにJsonのパース、ApiのIO、DBのIO、野良ライブラリのIO
>疑わしい箇所が多すぎる
嘘をつくもなにも、JSONはそのJSON自体の構造以上の型を主張したりはしないが。
それを勝手に別の型と見做したとしたらそのコードの方に問題があるわけだろう。
- 986 ：デフォルトの名無しさん：2021/12/30(木) 21:31:50.13 ID:XEA11GKy.net
- >>972
ああなるほど。
型の合わせ方がわからなくてasやanyで誤魔化したらバグったってのの逆恨みか。
- 987 ：デフォルトの名無しさん：2021/12/30(木) 21:32:15.17 ID:yBt1j67p.net
- 型が嘘をつくってのは
コンパイル時に指定した型以外の値が入ってることがある
入れることが簡単にできるということ
type X = { foo: string }
function xxx(): X
例えば↑こういう定義があったとする
実際にxxx()の戻り値が文字列型のfooという属性を持っているかどうか？
それはソースコードを隅々まで読んで間違いないことを確認するまでわからない
コードはXという型はfooという文字列型の属性を持っていると主張しているわけだが実際にはそうでない場合がある
これを俺は型が嘘をついていると表現する
- 988 ：デフォルトの名無しさん：2021/12/30(木) 21:33:00.94 ID:yBt1j67p.net
- >>986
ちげーよ
- 989 ：デフォルトの名無しさん：2021/12/30(木) 21:36:23.80 ID:yBt1j67p.net
- JavaやC#ではこういう事は起こらない
正確には低レベルAPIでメモリを不正に書き換えれば起こせるが無理すれば起こせないこともないと言った程度
JavaやC#ではXがfooという文字列型の属性を持っていてxxxの戻り値の型がXであると書いてあったらそれを信用していい
JavaやC#は型が嘘をつかないからだ
- 990 ：デフォルトの名無しさん：2021/12/30(木) 21:37:07.94 ID:XEA11GKy.net
- >>987
？
おめーのtscはそれコンパイルエラーにしてくれないの？
- 991 ：デフォルトの名無しさん：2021/12/30(木) 21:39:39.80 ID:rc2c+xCv.net
- >>990
本当に恥ずかしいからお前はもう黙ってろ
- 992 ：デフォルトの名無しさん：2021/12/30(木) 21:39:49.15 ID:yBt1j67p.net
- >>990
しない
- 993 ：デフォルトの名無しさん：2021/12/30(木) 21:42:03.35 ID:18t9WvJQ.net
- そんなにTSが嫌いならずっとJavaなりC♯なり使ってれば良いじゃん
- 994 ：デフォルトの名無しさん：2021/12/30(木) 21:45:32.05 ID:XEA11GKy.net
- >>992
コンパイルエラーにならない function xxx() の例よろ。
- 995 ：デフォルトの名無しさん：2021/12/30(木) 21:57:10.00 ID:hxNkeOah.net
- >>993
そだね
選択権があるプロジェクトなら必ずそうしてるよ
- 996 ：デフォルトの名無しさん：2021/12/30(木) 21:59:52.63 ID:hxNkeOah.net
- >>994
function xxx(): X {
return {
foo: bugLib.getStringValueEvil();
}
}
- 997 ：デフォルトの名無しさん：2021/12/30(木) 22:09:49.35 ID:XEA11GKy.net
- >>996
？
bugLib.getStringValueEvil() がstringと宣言されていればコンパイルが通るけどそっちが嘘だったって話？
- 998 ：デフォルトの名無しさん：2021/12/30(木) 22:21:35.89 ID:hxNkeOah.net
- >>997
そう
- 999 ：デフォルトの名無しさん：2021/12/30(木) 22:24:35.31 ID:XEA11GKy.net
- じゃあ bugLib.getStringValueEvil() はどうやって嘘をついたわけ？堂々巡りだが。
- 1000 ：デフォルトの名無しさん：2021/12/30(木) 22:28:29.05 ID:hxNkeOah.net
- >>999
さあどうだろうな？
だから>>987でソースコード隅々まで見たら…って書いたんだけどね
JavaやC#だったら型だけ見ればああこの戻り値のfoo属性は文字列なんだなと信頼できる
ソースコードを隅々まで見る必要はない
なぜなら型が嘘をつかないからね
- 1001 ：デフォルトの名無しさん：2021/12/30(木) 22:34:32.46 ID:rc2c+xCv.net
- anyなんかから型変換する際にランタイムチェックを追加するオプションはあっていいとは思うがTypeScriptにとってのno goalだから無いのも仕方ない
型安全性だけに拘るならTypeScriptは適当じゃないのはそれはそう(そもそもがoptional typeでしかない)
他の要素も考慮すれば個人的には悪い選択肢じゃないのでJavaScriptよりはTypeScriptを選ぶけども(C#やJavaと比較するかは目的による)
- 1002 ：デフォルトの名無しさん：2021/12/30(木) 22:38:38.66 ID:XEA11GKy.net
- ようはTypeScriptに限らず強い型付け以外全否定ってことかね
- 1003 ：デフォルトの名無しさん：2021/12/30(木) 22:56:16.20 ID:XEA11GKy.net
- 次スレ立てるよ
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/
part3
https://mevius.5ch.net/test/read.cgi/tech/1524746903/
- 1004 ：デフォルトの名無しさん：2021/12/30(木) 22:57:42.38 ID:XEA11GKy.net
- TypeScript part4
https://mevius.5ch.net/test/read.cgi/tech/1640872622/
- 1005 ：デフォルトの名無しさん：2021/12/30(木) 23:01:37.83 ID:chdQ4etC.net
- >>1000
それって型指定のバグなわけで、バグを回避する為に他の言語でもソースコード全部読む必要あるのは変わらないのでは……
- 1006 ：2ch.net投稿限界：Over 1000 Thread
- 2ch.netからのレス数が1000に到達しました。
総レス数 1006
267 KB
掲示板に戻る
全部
前100
次100
最新50
read.cgi ver.24052200