X



TypeScript part3
レス数が1000を超えています。これ以上書き込みはできません。
0955デフォルトの名無しさん
垢版 |
2021/12/30(木) 14:10:38.20ID:XEA11GKy
じゃあ逆にバックエンドで受け入れられる言語ってなんだろう?JavaとかRustくらい?
0956デフォルトの名無しさん
垢版 |
2021/12/30(木) 14:23:51.58ID:8IVD/YcY
JavaとC#だね
型安全性がしっかりしてて実績も多い言語って言えばそれぐらいじゃないか?
0957デフォルトの名無しさん
垢版 |
2021/12/30(木) 14:42:45.86ID:XEA11GKy
んー、つまり

>TS始めた時からずっと思ってたけど型が簡単に嘘を付ける言語仕様はバックエンドでは到底受け入れられんわ

JavaとC#以外の言語を触るたびに同じように思ったってことでいいのかな?
0961デフォルトの名無しさん
垢版 |
2021/12/30(木) 16:52:28.72ID:XEA11GKy
まるでTypeScriptやRustを選ぶとバグが出るかのような物言いだが
C#やJavaを選べばバグが出ないというわけでもあるない
0962デフォルトの名無しさん
垢版 |
2021/12/30(木) 17:38:29.90ID:tab5g/QS
TypeScriptは型が簡単に嘘をつけるのでバグが出やすい
型安全性がバグ削減に貢献しているのはプログラマの常識
0964デフォルトの名無しさん
垢版 |
2021/12/30(木) 17:56:31.58ID:XEA11GKy
>>962
具体的にどういうのを言っている?まさか故意にasでキャストした場合の話じゃないだろうが
0966デフォルトの名無しさん
垢版 |
2021/12/30(木) 19:17:21.94ID:zuTar3e4
>>963
型が嘘をつけることとバリデーションは別次元の話

>>964
明示的キャストなんかしなくてもTSにはいくらでも型が嘘をつく罠がある
代表的なところだとjsonのパース、DBのI/O、api I/O、野良ライブラリのI/O、、、
0967デフォルトの名無しさん
垢版 |
2021/12/30(木) 19:25:44.57ID:zuTar3e4
言語仕様を変えるべきなんだろうな
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は消えるべき
0969デフォルトの名無しさん
垢版 |
2021/12/30(木) 19:34:37.32ID:zuTar3e4
Javaは最も優れた設計でそもそもanyみたいな言語仕様がない
Objectは定義できるが暗黙のキャストでスルッと行くなんてことはあり得ないし無理やりキャストしたって実行時に必ず例外が飛ぶ
C#はanyに近いものでdynamicというのがあるがこれも誤ったキャストには実行時に例外が飛ぶ
どちらも型が嘘をつかないように言語基盤がしっかり担保してくれるから型を信用していい
当たり前のことを当たり前にやってくれる堅実な言語だ
0970デフォルトの名無しさん
垢版 |
2021/12/30(木) 19:36:08.35ID:zuTar3e4
>>968
このコードは説明のためのスニペットだ
現実的にこんなコード書くわけないだろ
現実的には先に挙げたような状況でanyと戦わなければならない
0971デフォルトの名無しさん
垢版 |
2021/12/30(木) 19:44:03.93ID:18t9WvJQ
>>966
>>970
なんの為のバリデーションとタイプガードだよ。
どこで間違った型が入りうるかなんか普通把握できるでしょうに
0972デフォルトの名無しさん
垢版 |
2021/12/30(木) 19:48:28.03ID:pcTvcAXH
Javascriptのスーパーセットという最大のセールスポイントを見てなさすぎだろ
構造的部分型も便利だしany型なんて使うときには型ガードするよね
型に関してはJavaより好きだわ
0973デフォルトの名無しさん
垢版 |
2021/12/30(木) 19:51:25.70ID:HvA/IBjD
Nullableを長年放置してたり文化的にも言語的にもImmutableを軽視してきたJavaもちょっと信用できないですね
0974デフォルトの名無しさん
垢版 |
2021/12/30(木) 19:59:03.54ID:zuTar3e4
>>971
バリデーションってのは値が正しいかどうか検証するものであって型が嘘をついているかどうか調べるためのものじゃない

どこで型が嘘をついているか確実に判断することはむずかしい
自分達の管理するコードベースの外界とのI/Oは全て疑わしい
先も述べたようにJsonのパース、ApiのIO、DBのIO、野良ライブラリのIO
疑わしい箇所が多すぎる

型が嘘をつかない言語なら外界とのI/Oの型定義が信用できる
信用できない領域がグッと一気に減る
だから型は嘘をついちゃいけないし
簡単に嘘をつける言語仕様は絶対におかしい
0975デフォルトの名無しさん
垢版 |
2021/12/30(木) 20:05:16.00ID:zuTar3e4
>>972
構造的部分型もわかりにくいバグの温床だな
anyよりは全然マシだが
まあ楽なのは楽だよそれはわかる
ただ楽なのと安全でりかいしやすいのとは同じじゃないからね

typeは俺が言ったような真の意味で型安全を担保するための仕様
interfaceは構造的部分型でサボるための仕様
こう使い分ければよかったんだろうな
0976デフォルトの名無しさん
垢版 |
2021/12/30(木) 20:09:20.24ID:zuTar3e4
>>972
セールポイントであり最大の弱点でもある
思い切って互換性切った方が絶対上手くいってた

>>973
まあ先発の古い言語だからある程度は仕方ないね
Null安全は対応してきてる
イミュータブルは昔から使えてた(final)
0978デフォルトの名無しさん
垢版 |
2021/12/30(木) 20:51:38.40ID:iK2C+Pgo
>>977
ちゃんと読めてます?
「信用できない領域がグッと減る」って書いてあるでしょ?

型安全であれば全てが安全なんてことはない
これは常識
でも型安全ならそうでない場合に比べて大部分が安全になる
これも常識

そしてTSは一見すると型安全であるかのように見えるけれど
型が簡単に嘘をつける言語仕様のせいで実は型安全ではなく安全でない言語である
これが私の主張
よく読んでね
0980デフォルトの名無しさん
垢版 |
2021/12/30(木) 21:26:07.36ID:XEA11GKy
>>966
あんたの言う「型が嘘をつく」の意味がよくわからんが。オレオレ用語じゃなくて一般的な用語で説明してくれんかな。

>先も述べたようにJsonのパース、ApiのIO、DBのIO、野良ライブラリのIO
>疑わしい箇所が多すぎる

嘘をつくもなにも、JSONはそのJSON自体の構造以上の型を主張したりはしないが。
それを勝手に別の型と見做したとしたらそのコードの方に問題があるわけだろう。
0981デフォルトの名無しさん
垢版 |
2021/12/30(木) 21:31:50.13ID:XEA11GKy
>>967
ああなるほど。
型の合わせ方がわからなくてasやanyで誤魔化したらバグったってのの逆恨みか。
0982デフォルトの名無しさん
垢版 |
2021/12/30(木) 21:32:15.17ID:yBt1j67p
型が嘘をつくってのは
コンパイル時に指定した型以外の値が入ってることがある
入れることが簡単にできるということ

type X = { foo: string }
function xxx(): X

例えば↑こういう定義があったとする
実際にxxx()の戻り値が文字列型のfooという属性を持っているかどうか?
それはソースコードを隅々まで読んで間違いないことを確認するまでわからない

コードはXという型はfooという文字列型の属性を持っていると主張しているわけだが実際にはそうでない場合がある
これを俺は型が嘘をついていると表現する
0984デフォルトの名無しさん
垢版 |
2021/12/30(木) 21:36:23.80ID:yBt1j67p
JavaやC#ではこういう事は起こらない
正確には低レベルAPIでメモリを不正に書き換えれば起こせるが無理すれば起こせないこともないと言った程度
JavaやC#ではXがfooという文字列型の属性を持っていてxxxの戻り値の型がXであると書いてあったらそれを信用していい
JavaやC#は型が嘘をつかないからだ
0992デフォルトの名無しさん
垢版 |
2021/12/30(木) 22:09:49.35ID:XEA11GKy
>>991

bugLib.getStringValueEvil() がstringと宣言されていればコンパイルが通るけどそっちが嘘だったって話?
0995デフォルトの名無しさん
垢版 |
2021/12/30(木) 22:28:29.05ID:hxNkeOah
>>994
さあどうだろうな?
だから>>982でソースコード隅々まで見たら…って書いたんだけどね

JavaやC#だったら型だけ見ればああこの戻り値のfoo属性は文字列なんだなと信頼できる
ソースコードを隅々まで見る必要はない
なぜなら型が嘘をつかないからね
0996デフォルトの名無しさん
垢版 |
2021/12/30(木) 22:34:32.46ID:rc2c+xCv
anyなんかから型変換する際にランタイムチェックを追加するオプションはあっていいとは思うがTypeScriptにとってのno goalだから無いのも仕方ない
型安全性だけに拘るならTypeScriptは適当じゃないのはそれはそう(そもそもがoptional typeでしかない)

他の要素も考慮すれば個人的には悪い選択肢じゃないのでJavaScriptよりはTypeScriptを選ぶけども(C#やJavaと比較するかは目的による)
1000デフォルトの名無しさん
垢版 |
2021/12/30(木) 23:01:37.83ID:chdQ4etC
>>995
それって型指定のバグなわけで、バグを回避する為に他の言語でもソースコード全部読む必要あるのは変わらないのでは……
10011001
垢版 |
Over 1000Thread
このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 1344日 1時間 13分 15秒
10021002
垢版 |
Over 1000Thread
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。


───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/

▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
レス数が1000を超えています。これ以上書き込みはできません。