TypeScript part4 (396レス)
TypeScript part4 http://mevius.5ch.net/test/read.cgi/tech/1640872622/
上
下
前
次
1-
新
通常表示
512バイト分割
レス栞
135: デフォルトの名無しさん [sage] 2022/03/18(金) 11:57:30.55 ID:0waQ0EIw excludeしろ http://mevius.5ch.net/test/read.cgi/tech/1640872622/135
136: デフォルトの名無しさん [sage] 2022/03/27(日) 17:58:36.93 ID:LHErTm2E TSはもしかして例外あんまり使わないんですか? http://mevius.5ch.net/test/read.cgi/tech/1640872622/136
137: デフォルトの名無しさん [sage] 2022/03/30(水) 14:38:24.60 ID:rdfA8RBv みなさんどういう単位でファイル分割されてますか? 1ファイル1クラスのphpと違って自由だから逆に迷ってしまいます ベストプラクティスないかググっても見つからず… http://mevius.5ch.net/test/read.cgi/tech/1640872622/137
138: デフォルトの名無しさん [sage] 2022/03/30(水) 14:47:13.20 ID:/h0/v+Yd どうでもいいので好きにすればいい そもそもスクリプト言語ではそんなガチガチにこだわらないほうがいい スクリプトは雑で汚くてもいいから小さいシステムをサクッと作るための道具だから http://mevius.5ch.net/test/read.cgi/tech/1640872622/138
139: デフォルトの名無しさん [sage] 2022/03/30(水) 15:27:58.67 ID:w/wOADHo >>137 教科書的な正解が欲しいならGitHubでTypeScriptコンパイラかVSCodeのソースを見ればいい 機械的な基準ではなく、意味のある単位で適当に分けていることがわかる 身も蓋もないことを言えば、十分に頭の良い人間の裁量でケースバイケースで判断するのがベストだ http://mevius.5ch.net/test/read.cgi/tech/1640872622/139
140: デフォルトの名無しさん [sage] 2022/03/30(水) 15:33:36.80 ID:iu76Nwkv >>137 普通にクラス単位で分けるし、型(関心事)とその周辺関数郡で分割するかな。あとは1ファイルをなるべく小さく保つ。改修で膨らむ可能性があるから。 個人的には1ファイル250行超えたら危機感持つ。 http://mevius.5ch.net/test/read.cgi/tech/1640872622/140
141: デフォルトの名無しさん [sage] 2022/04/18(月) 21:22:21.94 ID:rznbXz+G >>137 なるべくファイル数は少なく保つ 微塵切りの千切りファイルで見通しを悪くしてはいけない classは使わない 十分に小さく参照等価なfunctionを組み合わせる どうせ改修で膨らむほど使われないから。 個人的には1ファイル250行未満なら危機感持つ。 http://mevius.5ch.net/test/read.cgi/tech/1640872622/141
142: デフォルトの名無しさん [sage] 2022/04/22(金) 12:41:47.72 ID:egxvakGA 初心者です serverlessってフレームワークを使ってるんだけど、規模小さいコードなのにビルド始めるとesbuildが16Gメモリ使って完了までくっそ時間かかる 業務用のソースだから晒せないんだけど、一般論的に言ってこの最適化オプションはハマりやすいので注意、みたいなのってあります? http://mevius.5ch.net/test/read.cgi/tech/1640872622/142
143: デフォルトの名無しさん [sage] 2022/04/22(金) 15:45:27.64 ID:rFOQ0LJz ここよりフロントエンドのフレームワークのスレで聞いたほうが良いと思うな http://mevius.5ch.net/test/read.cgi/tech/1640872622/143
144: デフォルトの名無しさん [sage] 2022/04/26(火) 21:25:48.15 ID:1qeD7Yad JSファミリーの仕様のごちゃごちゃ加減が酷い なんでこれが流行ったんだ http://mevius.5ch.net/test/read.cgi/tech/1640872622/144
145: デフォルトの名無しさん [sage] 2022/04/26(火) 21:27:37.78 ID:1qeD7Yad 他の言語が取って変わろうとするたびに、 javascript側の仕様更新による延命がうまくいったせいで、 ごちゃごちゃな歴史を引きずったまま、いまでもゾンビのように君臨してるパターンか フロントのフレームワーク、JS一択なのが酷い http://mevius.5ch.net/test/read.cgi/tech/1640872622/145
146: デフォルトの名無しさん [sage] 2022/04/26(火) 21:37:42.76 ID:QNVEk81Z ブラウザがまともにサポートしてるのがそれだけだったから仕方がない もし最初に軌道に乗ったブラウザスクリプトがVBだったら今頃VBが流行ってたよ http://mevius.5ch.net/test/read.cgi/tech/1640872622/146
147: デフォルトの名無しさん [sage] 2022/04/26(火) 22:16:40.32 ID:/B/eiBVl ありえんわ 勘違いもはなばなしい なんだかんだ(古い文法を除けば)JS/TSの文法はプログラミング正統派として読みやすい だから未だに使われ続けている http://mevius.5ch.net/test/read.cgi/tech/1640872622/147
148: デフォルトの名無しさん [sage] 2022/04/26(火) 22:16:58.75 ID:QNVEk81Z と思いたいんだね http://mevius.5ch.net/test/read.cgi/tech/1640872622/148
149: デフォルトの名無しさん [sage] 2022/04/26(火) 22:23:32.66 ID:DyWQhYeY 実に華々しい勘違いですね http://mevius.5ch.net/test/read.cgi/tech/1640872622/149
150: デフォルトの名無しさん [sage] 2022/04/27(水) 09:19:38.83 ID:+qhhkVcT いや、鼻々しい勘違いでいた http://mevius.5ch.net/test/read.cgi/tech/1640872622/150
151: デフォルトの名無しさん [sage] 2022/04/27(水) 09:21:46.08 ID:+qhhkVcT でも、TS様のおかげでJSの酷さがかなり軽減されていると思る 勿論、TSスレだから媚びを売ってるだけだ http://mevius.5ch.net/test/read.cgi/tech/1640872622/151
152: デフォルトの名無しさん [sage] 2022/04/27(水) 20:19:12.60 ID:WzmT7FsB interfaceのほうがコードきれいになるな typeは便利だが良くない発明だ http://mevius.5ch.net/test/read.cgi/tech/1640872622/152
153: デフォルトの名無しさん [sage] 2022/04/28(木) 21:43:14.60 ID:oBwwA7sc interfaceできれいになるような糞コード書いてるのが問題なのでわ? http://mevius.5ch.net/test/read.cgi/tech/1640872622/153
154: デフォルトの名無しさん [sage] 2022/04/28(木) 21:53:14.86 ID:kbziWRDf クソコードって|とか&使ってる馬鹿なコード unionって今どきC言語かよ http://mevius.5ch.net/test/read.cgi/tech/1640872622/154
155: デフォルトの名無しさん [sage] 2022/04/29(金) 05:07:46.33 ID:9Pfdk6R3 まあC++使えない奴は、大抵何させてもたいしたこと無いけどなw http://mevius.5ch.net/test/read.cgi/tech/1640872622/155
156: デフォルトの名無しさん [sage] 2022/04/29(金) 05:15:00.80 ID:bza0ag8S う、うん…(´・ω・`) http://mevius.5ch.net/test/read.cgi/tech/1640872622/156
157: デフォルトの名無しさん [] 2022/04/29(金) 05:37:28.64 ID:a7FB1YkL ヨシ! http://mevius.5ch.net/test/read.cgi/tech/1640872622/157
158: デフォルトの名無しさん [sage] 2022/04/29(金) 05:57:49.75 ID:fa9VGnxG このスレやべーやつ住んでるな。ワッチョイつけなかったからこんなもんか http://mevius.5ch.net/test/read.cgi/tech/1640872622/158
159: デフォルトの名無しさん [sage] 2022/04/29(金) 08:07:44.25 ID:nnpkzAOE 次世代言語スレから何か流れてきてるだろ http://mevius.5ch.net/test/read.cgi/tech/1640872622/159
160: デフォルトの名無しさん [sage] 2022/04/30(土) 02:13:26.17 ID:u1byxZ8b C++を使うにはCの知識も当然必要だがな http://mevius.5ch.net/test/read.cgi/tech/1640872622/160
161: デフォルトの名無しさん [sage] 2022/04/30(土) 11:22:16.98 ID:Jfyr/cmt オーバーロードがもうちょいマシだったらなと思う http://mevius.5ch.net/test/read.cgi/tech/1640872622/161
162: デフォルトの名無しさん [sage] 2022/05/10(火) 11:41:45.53 ID:fIyMb/gO ,―彡 ⌒ ミ―、 〈 〈| ´ん` |〉 〉 \ ヽ _ / / / /みんなで / /ホモセックス http://mevius.5ch.net/test/read.cgi/tech/1640872622/162
163: デフォルトの名無しさん [sage] 2022/05/30(月) 21:44:48.53 ID:URC3D+jY バカが書いたTypeScriptってマジで糞だな って思ったけどJavaScriptだったらもっと糞になってたんだよなって思って心の平静保ってる http://mevius.5ch.net/test/read.cgi/tech/1640872622/163
164: デフォルトの名無しさん [sage] 2022/05/30(月) 21:47:51.98 ID:arvcbcVn それ言ったら賢い奴が書いたらCでも何も問題ないんだが 言語が縛ってるのは所詮馬鹿対策でしかない http://mevius.5ch.net/test/read.cgi/tech/1640872622/164
165: デフォルトの名無しさん [] 2022/06/29(水) 20:00:27.28 ID:NKfPTkof 質問です。 type t = (a: string) => string; const f: t = (a) => false; console.log(f('x')); で false のところで、 Type 'boolean' is not assignable to type 'string'.ts(2322) になりますが、 ・type t = ... を書き換えてはいけない ・const f の実装を const f: t = (a) => <string><unknown>false; のように書き換えてはいけない ・// @ts-ignore を使ってはいけない。 という縛りで、例えばですが、 type t = (a: string) => string; overwrite type t = (a: string) => string | boolean; const f: t = (a) => false; console.log(f('x')); のように同名の型のまま戻り値の定義を書き換えるということはできるのでしょうか? (overwrite type...は、そんな文法は無く、仮想の方法です。) また、型定義と型指定部分だけ書き換え不可としたら、普通は、 <string><unknown>false; // @ts-ignore どちらで乗り切るのでしょうか? http://mevius.5ch.net/test/read.cgi/tech/1640872622/165
166: デフォルトの名無しさん [sage] 2022/06/30(木) 01:29:29.02 ID:9mtgPMTA >>165 普通はfの型をtにしないと思うのだが、どういう意図があるの? http://mevius.5ch.net/test/read.cgi/tech/1640872622/166
167: デフォルトの名無しさん [sage] 2022/06/30(木) 07:51:24.33 ID:dQhuKSOV >>165 >のように同名の型のまま戻り値の定義を書き換えるということはできるのでしょうか? 型定義を後付けで変更できたらいろんな前提がひっくり返る気が そんなことが必要な状況が想像できないけどコードの臭いがプンプンする http://mevius.5ch.net/test/read.cgi/tech/1640872622/167
168: デフォルトの名無しさん [sage] 2022/06/30(木) 09:29:37.43 ID:Rcw/gVlt ライブラリの型が間違ってるとか? 質問あるあるだが、抽象化も大事だが、具体的な状況も書き添えると回答してもらいやすくなると思うよ そもそもの質問がずれてるとかもあるからね http://mevius.5ch.net/test/read.cgi/tech/1640872622/168
169: デフォルトの名無しさん [] 2022/06/30(木) 11:29:36.59 ID:Argu0lpR >>165 です。ありがとうございます。 実際のケースでお話しします。 ・ライブラリの型を利用している。 ・ライブラリの実装をそのまま真似ている。(実装は変えられる。) ・anyは使わない方針。 の状況です。 【型定義(サードパーティ)】 declare const visit: { <V extends Node>(tree: Node,test: Test<V> | Array<Test<any>>,visitor: visit.Visitor<V>,reverse?: boolean): void } export = visit declare namespace unistUtilIs { type TestFunction<T extends Node> = (node: unknown,index?: number,parent?: Parent) => node is T type Test<T extends Node> = TestFunction<T> | null | undefined } 【実装(大部分省略)】 import visit from 'unist-util-visit'; import { Node, Data } from 'unist'; function visitX(node: any): void { if (!node.type) return; } return function transformer(tree): void { visit(tree, (node: Node<Data>) => node.type === 'xxx', visitX); }; ここで、function visitX(node: any) の Unexpected any. を消すのに難儀しています。 function visitX(node: Node<Data>): void { にすると、 visit( の部分で No overload matches this call. Overload 1 of 2, '(tree: Node<Data>, test: any[] | Test<Node<Data>>, visitor: Visitor<Node<Data>>, reverse?: boolean | undefined): void', gave the following error. ... と怒られます。極端な話、サードパーティの定義の方をいじらないと解決しないかもと思った次第です。 http://mevius.5ch.net/test/read.cgi/tech/1640872622/169
170: デフォルトの名無しさん [sage] 2022/06/30(木) 12:31:53.04 ID:Rcw/gVlt 5chだと読みづらいからts playgroundなりcode sandboxなりに書いて欲しい http://mevius.5ch.net/test/read.cgi/tech/1640872622/170
171: デフォルトの名無しさん [] 2022/06/30(木) 12:53:38.41 ID:Argu0lpR >>165 です。 すみません。かなり省略して、改行も削除しました。 伝えたかったのは、以下です。 https://tsplay.dev/WJyrDm http://mevius.5ch.net/test/read.cgi/tech/1640872622/171
172: デフォルトの名無しさん [sage] 2022/08/26(金) 00:55:54.58 ID:z3bi9+6P Recordとmapped typesの使い分け方が分かりません Record<Key, Value>と{ [key: Key]: Value }ってinterchangeableな気がするんですが、 どっちかにしかできないことがあったりするんですか? http://mevius.5ch.net/test/read.cgi/tech/1640872622/172
173: デフォルトの名無しさん [sage] 2022/08/26(金) 08:07:49.83 ID:cPJ/q77Z mapped の方が柔軟 type X = { age: number, name: string } これは Record では定義できないだろう http://mevius.5ch.net/test/read.cgi/tech/1640872622/173
174: デフォルトの名無しさん [sage] 2022/08/26(金) 08:46:09.94 ID:yW+yR6PJ Recordはキーがいくつかの既知の値のみに限られる場合に使う { [key: Key]: Value }だとキーが何でも入っちゃうでしょ http://mevius.5ch.net/test/read.cgi/tech/1640872622/174
175: 174 [sage] 2022/08/26(金) 10:07:43.28 ID:yW+yR6PJ 限られるというより、必ず既知のキーを持っていることが保証されるというべきか record.knownKey のような既知のキーによるアクセスがタイプセーフになり、コード補完も効く http://mevius.5ch.net/test/read.cgi/tech/1640872622/175
176: デフォルトの名無しさん [sage] 2022/08/26(金) 10:18:44.77 ID:XmC41P2C 微妙にインデックス型とmapped typeがごっちゃになってて話をややこしくしてる気がする http://mevius.5ch.net/test/read.cgi/tech/1640872622/176
177: デフォルトの名無しさん [sage] 2022/08/26(金) 22:54:52.76 ID:wGXHgoK/ >>173 それはただのオブジェクト型だと思うが http://mevius.5ch.net/test/read.cgi/tech/1640872622/177
178: .NET MAUI HighScool [] 2022/11/03(木) 11:06:25.02 ID:P57hKE9o もしかしてTypeScriptってC#で良いのでは? 静的型付け言語だしオブジェクト指向だし作った人も一緒 http://mevius.5ch.net/test/read.cgi/tech/1640872622/178
179: デフォルトの名無しさん [sage] 2022/11/03(木) 11:18:14.22 ID:/OhXuECX C#でいいならわざわざ同じ人が新言語作らないだろ ヘルスバーグはMS内では神みたいな扱いらしいから、自分で意味ないと思ってる仕事なんかやらないよ http://mevius.5ch.net/test/read.cgi/tech/1640872622/179
180: デフォルトの名無しさん [sage] 2022/11/03(木) 11:27:45.04 ID:BN1z7WMM TypeScriptが解決してる問題をC#が全て解決出来るか考えてみれば? http://mevius.5ch.net/test/read.cgi/tech/1640872622/180
181: .NET MAUI HighScool [] 2022/11/03(木) 11:38:56.77 ID:P57hKE9o >>180 できてるじゃん http://mevius.5ch.net/test/read.cgi/tech/1640872622/181
182: デフォルトの名無しさん [] 2022/11/03(木) 12:08:35.27 ID:S9tMl46F or型というのかunion型というのか忘れたけど、C#にはなくない? type a = b | c (C#にもこの機能欲しい) http://mevius.5ch.net/test/read.cgi/tech/1640872622/182
183: デフォルトの名無しさん [sage] 2022/11/03(木) 12:23:54.28 ID:d31vVPfb JavaScriptに静的型付けの恩恵を与えるために作られたのがTypeScript C#でそれは出来ないでしょ http://mevius.5ch.net/test/read.cgi/tech/1640872622/183
184: .NET MAUI HighScool [] 2022/11/03(木) 12:26:39.11 ID:Kj7ywx2W >>183 C#が静的型付けじゃん http://mevius.5ch.net/test/read.cgi/tech/1640872622/184
185: デフォルトの名無しさん [sage] 2022/11/03(木) 12:29:42.91 ID:d31vVPfb C#ではJavaScriptに静的型付けの恩恵を与えられないでしょ http://mevius.5ch.net/test/read.cgi/tech/1640872622/185
186: .NET MAUI HighScool [] 2022/11/03(木) 12:39:42.87 ID:Kj7ywx2W >>185 なんで? http://mevius.5ch.net/test/read.cgi/tech/1640872622/186
187: デフォルトの名無しさん [sage] 2022/11/03(木) 12:47:16.05 ID:d31vVPfb >>186 君はC#がJavaScriptに静的型付けの恩恵を与えられると思ってるの? http://mevius.5ch.net/test/read.cgi/tech/1640872622/187
188: デフォルトの名無しさん [sage] 2022/11/03(木) 12:57:24.44 ID:t+iDkaHi >>182 これについてはTypeScriptが便利というよりは、JSのやり方に合わせるために必要となっているものだと思う C#では型が条件によってコロコロ変わるような設計は普通しないから、nullabilityさえ指定できれば多くの場合十分 http://mevius.5ch.net/test/read.cgi/tech/1640872622/188
189: .NET MAUI HighScool [] 2022/11/03(木) 13:04:33.62 ID:fiCeisHS >>187 いや別にJavaScript使う必要なくね? http://mevius.5ch.net/test/read.cgi/tech/1640872622/189
190: デフォルトの名無しさん [sage] 2022/11/03(木) 13:12:15.66 ID:d31vVPfb >>189 それは論点のすり替えでしょ http://mevius.5ch.net/test/read.cgi/tech/1640872622/190
191: デフォルトの名無しさん [sage] 2022/11/03(木) 14:21:47.63 ID:M3w0A0V3 代数的データ型は静的型付け言語にもあるよ。 最近のC#でも出来るけど記述量が多い。F#なら比較的楽に書けるけど。 http://mevius.5ch.net/test/read.cgi/tech/1640872622/191
192: デフォルトの名無しさん [sage] 2022/11/03(木) 15:50:32.38 ID:BAhN8xRm typescriptが実行時型安全まで保証してくれたらもう他の言語いらんのよな REST APIというかJSONとの相性もマックスバリューだし 世にはびこっている型なし糞言語を全て地獄に葬り去ってほしい http://mevius.5ch.net/test/read.cgi/tech/1640872622/192
193: デフォルトの名無しさん [sage] 2022/11/03(木) 16:11:11.85 ID:cSIPlVD9 >>191 union typesは静的型において一般的な直和型とはかなり違ってて癖が強い 値が型持ってないからね http://mevius.5ch.net/test/read.cgi/tech/1640872622/193
194: デフォルトの名無しさん [sage] 2022/11/03(木) 16:27:43.63 ID:M3w0A0V3 >>193 まあそれはそうか。型ガードベースだもんね。 別に型が一致してなかったとしてもメンバさえ合ってれば雑代入しても問題ないし。 http://mevius.5ch.net/test/read.cgi/tech/1640872622/194
195: デフォルトの名無しさん [sage] 2022/11/03(木) 18:23:11.89 ID:zVDUtzQU >>192 型をバリデーションライブラリから生成すると捗るよ http://mevius.5ch.net/test/read.cgi/tech/1640872622/195
196: デフォルトの名無しさん [sage] 2022/11/03(木) 20:49:50.25 ID:BAhN8xRm >>195 おっ zodmanか? http://mevius.5ch.net/test/read.cgi/tech/1640872622/196
197: デフォルトの名無しさん [sage] 2022/11/03(木) 20:56:17.04 ID:tn2ZhR3p interface/classからjsonschemaを生成して、それを型ガード関数で使うってのが鉄板。 http://mevius.5ch.net/test/read.cgi/tech/1640872622/197
198: デフォルトの名無しさん [sage] 2022/11/03(木) 21:05:34.21 ID:zVDUtzQU >>196 すまねぇsuperstructなんだ。すまねぇ。 >>197 AJVはコードサイズデカくね? http://mevius.5ch.net/test/read.cgi/tech/1640872622/198
199: デフォルトの名無しさん [sage] 2022/11/03(木) 21:36:19.22 ID:tn2ZhR3p コードサイズは気にしたことがないがスキーマ手書きは面倒臭いからやだなあ。 http://mevius.5ch.net/test/read.cgi/tech/1640872622/199
200: デフォルトの名無しさん [] 2022/11/03(木) 22:05:24.52 ID:S9tMl46F RestAPIの型チェックはio-tsっていうライブラリつかってバリデーションしてるな。 実行時コストがあるけど、自分は業務アプリがメインなんで変な結果で次に進まない方が大事。 http://mevius.5ch.net/test/read.cgi/tech/1640872622/200
201: デフォルトの名無しさん [sage] 2022/11/03(木) 22:38:04.12 ID:zVDUtzQU >>199 ZodとかSuperstructとかはtypeで型書くのとほぼ同じくらいの手間でバリデーションと型が生成されるからすげー楽だよ。 http://mevius.5ch.net/test/read.cgi/tech/1640872622/201
202: デフォルトの名無しさん [sage] 2022/11/03(木) 22:52:51.54 ID:tn2ZhR3p うーん、俺はやっぱりTypescriptで書いた型そのまま使える方が楽だわ。 http://mevius.5ch.net/test/read.cgi/tech/1640872622/202
203: デフォルトの名無しさん [sage] 2022/11/04(金) 15:37:16.21 ID:NHN4pq/h HighScool君は納得して帰ったのか http://mevius.5ch.net/test/read.cgi/tech/1640872622/203
204: デフォルトの名無しさん [sage] 2022/11/04(金) 23:24:08.39 ID:/YFZG+0u superstruct と zod ならどっちがええのんか? http://mevius.5ch.net/test/read.cgi/tech/1640872622/204
205: .NET MAUI HighSchool [] 2022/12/16(金) 16:55:41.78 ID:3qj0lL1U C#だとvar型でも何ら問題無いと思われてるのにTypeScriptのanyはなんでTwitterでネタにされるんでしょうか? 私もあまりvar型使いませんが公式とかvar型使いまくってるしTypeScriptでany使っても何ら問題なさそうなのですが… http://mevius.5ch.net/test/read.cgi/tech/1640872622/205
206: デフォルトの名無しさん [sage] 2022/12/16(金) 17:30:57.27 ID:p0Ky0qXF コーディング時にvarは右辺で型が決まるけどanyは決まらないからかな http://mevius.5ch.net/test/read.cgi/tech/1640872622/206
207: .NET MAUI HighSchool [] 2022/12/16(金) 18:26:46.45 ID:3qj0lL1U >>206 決まらないんですか? ではvar型ではなくdynamic型と言うことなのですかね http://mevius.5ch.net/test/read.cgi/tech/1640872622/207
208: デフォルトの名無しさん [sage] 2022/12/16(金) 21:33:55.14 ID:AqSpfMIV そもそもvarは正確には型じゃないだろ http://mevius.5ch.net/test/read.cgi/tech/1640872622/208
209: デフォルトの名無しさん [sage] 2022/12/16(金) 21:58:06.83 ID:V2l7/OO4 var型はないな 型の堅牢性などを享受するためにTypeScriptを使用しているはずなのに、anyを持ち出せばそれが途端に失われるから絶対に使わない方がいい そして確かにanyはdynamicに近いものと考えて良い http://mevius.5ch.net/test/read.cgi/tech/1640872622/209
210: デフォルトの名無しさん [sage] 2022/12/16(金) 22:10:24.90 ID:Hm0gKYO4 TypeScriptに対する理解が浅いのはともかくC#の理解もそんな程度だったのかこのコテ http://mevius.5ch.net/test/read.cgi/tech/1640872622/210
211: .NET MAUI HighSchool [] 2022/12/17(土) 00:18:30.36 ID:WFRGIGZB >>208 型推論型だろ >>210 何いってんだこいつ? http://mevius.5ch.net/test/read.cgi/tech/1640872622/211
212: .NET MAUI HighSchool [] 2022/12/17(土) 00:22:25.11 ID:WFRGIGZB dynamic型は次の値を入れたらその型に変わる 例えば dynamic x="おはよう" dynamic x=123 でも大丈夫なわけ anyは型の再代入ができないって見たけど?これdynamic型なの? http://mevius.5ch.net/test/read.cgi/tech/1640872622/212
213: デフォルトの名無しさん [sage] 2022/12/17(土) 00:38:58.67 ID:1fKT+2Wj >>178程度の理解のヤツに何を説明しても無駄よ http://mevius.5ch.net/test/read.cgi/tech/1640872622/213
214: デフォルトの名無しさん [sage] 2022/12/17(土) 00:50:14.95 ID:/cYfBcZ5 >>212 流石にこれは触っちゃいけないレベル http://mevius.5ch.net/test/read.cgi/tech/1640872622/214
215: デフォルトの名無しさん [sage] 2022/12/17(土) 00:55:05.65 ID:Q7rx/k0e anyはまさにJavaScriptの元々の変数の扱い様そのもの。 http://mevius.5ch.net/test/read.cgi/tech/1640872622/215
メモ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 181 レスあります
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
AAサムネイル
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.022s