1 名前:デフォルトの名無しさん [2018/04/26(木) 21:48:23.07 ID:mMDBzDaB.net] 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/
307 名前:デフォルトの名無しさん mailto:sage [2019/09/05(木) 23:20:27.31 ID:VPhKtGaJ.net] tslintの"max-classes-per-file"のデフォルト値が1なんだけどこれどういう意味合いがあってこんな制限がかかってるの?
308 名前:デフォルトの名無しさん mailto:sage [2019/09/05(木) 23:30:25.75 ID:Wj2GuKre.net] Best practice is to keep each file limited to a single responsibility.
309 名前:デフォルトの名無しさん mailto:sage [2019/09/06(金) 08:25:08.20 ID:yVtePnMR.net] プロジェクトの規模が大きくなっても1ファイル1classって維持できるものなのか?
310 名前:デフォルトの名無しさん mailto:sage [2019/09/06(金) 14:16:54.22 ID:2oSh/AAo.net] tsファイルに string型のnormalize('NFC')を 使おうとしたんだけど、エラーになる。 なんで?
311 名前:デフォルトの名無しさん mailto:sage [2019/09/06(金) 19:54:40.86 ID:XEN3PN1i.net] プロジェクトが大きくなることとひとつのファイルに書くクラスの数が増えることとが結びつかないんだが
312 名前:デフォルトの名無しさん mailto:sage [2019/09/10(火) 22:41:19.05 ID:KQIOq++N.net] https://geekly.co.jp/column/cat-technology/1908_004/ >TypeScriptはクラスベースオブジェクト指向です。 こんな転職サイトのお世話にはなりたくない
313 名前:デフォルトの名無しさん mailto:sage [2019/09/10(火) 22:57:35.54 ID:bRYQFbtI.net] これはひどい
314 名前:デフォルトの名無しさん mailto:sage [2019/09/10(火) 23:33:47.24 ID:A1/RuLsT.net] バズワードに踊らされてるだけなのか、ツッコミどころてんこ盛りなのは置いておいて・・・ Geekly Media ライター バスコ 最新の記事がXAMPPで草生えた 10年前からタイムスリップしてきたのか?
315 名前:デフォルトの名無しさん mailto:sage [2019/09/11(水) 10:05:57.98 ID:3t6F0b74.net] >>307 >TypeScriptはクラスベースオブジェクト指向です。 完全に合っているが…何が問題なんだ?
316 名前:デフォルトの名無しさん mailto:sage [2019/09/11(水) 20:26:00.45 ID:P5SVRA88.net] TypeScriptはクラスベースでJavaScriptはプロトタイプベースって対比しているのは完全におかしい クラス構文はただの糖衣構文で実態はプロトタイプベースだし、そもそもクラス構文はES2015にあるんだからJavaScriptもクラスベースという話になってしまう
317 名前:デフォルトの名無しさん mailto:sage [2019/09/11(水) 21:06:44.69 ID:IEmfVi5w.net] JavaScriptをプロトタイプベースのオブジェクト指向言語と言うべきではない blog.anatoo.jp/entry/2015/05/05/163225
318 名前:デフォルトの名無しさん mailto:sage [2019/09/12(木) 02:40:31.86 ID:hFthHt+S.net] Haskellは最終的に再代入しまくりのCに変換される(出来る)けど、Haskellは純粋な関数型言語と言われている オブジェクト指向言語の様に書けてその通りに動けば、オブジェクト指向言語と言える TypeScriptが言語仕様を全く変えずにWebAssemblyにコンパイルされるようになっても、TypeScriptはプロトタイプベースと言い張るのか?
319 名前:デフォルトの名無しさん mailto:sage [2019/09/12(木) 08:27:51.94 ID:ome0ZpEu.net] オブジェクト指向的な言語機能に関して言えばTypeScriptはJavaScriptと何ら変わりはないんだから そのHaskellの例は思いっきり的外れというか牽強付会というか。 >TypeScriptが言語仕様を全く変えずにWebAssemblyにコンパイルされるようになっても、TypeScriptはプロトタイプベースと言い張るのか? プロトタイプが動作しなくなるなら別だが、仕様をまったく変えないという前提なら何も変わらんだろ。 ところで、こんなこと言い張っていた奴なんて見当たらないが、 >TypeScriptはプロトタイプベース もしかしてクラスベースを否定したらプロトタイプベースを主張していることにされちゃうんだろうか。
320 名前:デフォルトの名無しさん mailto:sage [2019/09/12(木) 16:14:58.14 ID:y6P0yrLb.net] TypeScriptはprototypeをいじくるような
321 名前:コーディングは推奨してないだろ 型システムが破綻する その時点でプロトタイプとは関係無い単なるオブジェクト指向言語なんだよ 最終的にどう動いてるか何て関係無い Haskellの様にね [] [ここ壊れてます]
322 名前:デフォルトの名無しさん mailto:sage [2019/09/14(土) 21:17:37.20 ID:1MUQqrBS.net] いやなんでそんな必死にその糞ガイジ記事を擁護したがるのかわからん バスコ本人か? ちゃんと頭のお薬飲めよ
323 名前:デフォルトの名無しさん mailto:sage [2019/09/18(水) 08:52:01.19 ID:F+0EZiKQ.net] 知らなかったが、AssemblyScriptなんてあったのか。 既存のTypeScriptのコードがそのままコンパイルできるわけじゃなくて 文法だけが共通の別言語って感じだが。
324 名前:デフォルトの名無しさん [2019/09/18(水) 10:08:51.34 ID:L8SHYgAR.net] Ruby と Elixir みたいなもんか https://mevius.5ch.net/test/read.cgi/tech/1565187727/
325 名前:デフォルトの名無しさん mailto:sage [2019/09/18(水) 17:14:10.63 ID:reuwXmQ7.net] ES5以前はともかく、今はPrototypeを意識することは全然ないな ずっとJavaとかPHPだった人でも違和感なく始められると思う
326 名前:デフォルトの名無しさん mailto:sage [2019/09/18(水) 17:29:52.16 ID:fmefOdth.net] でまたまにうんこが顔を出す
327 名前:デフォルトの名無しさん mailto:sage [2019/09/18(水) 19:34:20.09 ID:C/YNNC2j.net] 3.7はなかなか楽しみな機能が盛りだくさん
328 名前:デフォルトの名無しさん mailto:sage [2019/09/18(水) 22:35:58.20 ID:bp3ervLV.net] asserts ええな pipelineオペあくしろよ
329 名前:デフォルトの名無しさん mailto:sage [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あやうし!
330 名前:デフォルトの名無しさん mailto:sage [2019/09/19(木) 17:24:02.70 ID:uX+yZZQn.net] ksk
331 名前:デフォルトの名無しさん mailto:sage [2019/09/19(木) 22:29:49.45 ID:XUz/FlZ3.net] >>323 すでにTSはNull安全なんですがそれは
332 名前:デフォルトの名無しさん mailto:sage [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 つよい
333 名前:デフォルトの名無しさん mailto:sage [2019/09/19(木) 22:50:14.26 ID:SwC6FU08.net] >>326 Microsoftの本気
334 名前:デフォルトの名無しさん mailto:sage [2019/09/19(木) 23:08:15.80 ID:XUz/FlZ3.net] TSあやうし! (笑)
335 名前:デフォルトの名無しさん [2019/09/29(日) 01:47:49.36 ID:DcYKtIGC.net] >>326 Recursive Type References こんなん出来るのか? 再帰はanyで逃げてたわ。
336 名前:デフォルトの名無しさん [2019/10/04(金) 15:53:59.79 ID:JXWhYfPM.net] ktkr https://forest.watch.impress.co.jp/docs/news/1210897.html
337 名前:デフォルトの名無しさん [2019/10/04(金) 21:06:33.10 ID:btlbHhjd.net] >>330 いや、必要なのはパッチじゃなくて、明示的なdeprecatedだろ。 MSは全ての官公庁に対して、blinkのブラウザーを強制させるべき。 ゴミ政治家じゃ無理なので、MSがやれ。 黒船代行料として10兆払っても惜しくない。
338 名前:デフォルトの名無しさん mailto:sage [2019/10/06(日) 16:12:20.74 ID:GCn9yAhL.net] Object の OR を自動判別ってできないのかな? 下のURLは、TypeScript Playgroundで書いてみたもの 規制で書き込めなかったから、お手数だが concat して開いてほしい https:// bit.ly /30Pw8K3
339 名前:デフォルトの名無しさん mailto:sage [2019/10/06(日) 16:44:47.50 ID:9GzCvGAT.net] そういうのは、{ type: 'Succeeded'; result: string }と{ type: 'Failed'; message: string }
340 名前:ンたいにして、typeで分岐させるのが普通だけど、 if ('result' in resp) {} でもいけるよ typescriptの型はただの構造でしかないことがわかれば理解できると思う [] [ここ壊れてます]
341 名前:デフォルトの名無しさん mailto:sage [2019/10/06(日) 17:28:21.59 ID:GCn9yAhL.net] >>333 うおお、できた、ありがとう、感動、感謝、完璧です
342 名前:デフォルトの名無しさん mailto:sage [2019/10/09(水) 01:40:28.94 ID:5li6ycXf.net] tsconfig.jsonでソースディレクトリの指定は "include": [ "src/**/*" ] と "compilerOptions":{ ""rootDir": "./src", のどっちが正しいのですか?
343 名前:デフォルトの名無しさん mailto:sage [2019/10/09(水) 07:36:48.39 ID:ldi65x/b.net] コンパイルできる方 マジレスすると上 rootDir って要らなくね?
344 名前:デフォルトの名無しさん mailto:sage [2019/10/26(土) 16:09:48.89 ID:z1scFH36.net] もうeslintに移行しても大丈夫かな?
345 名前:デフォルトの名無しさん mailto:sage [2019/10/26(土) 16:20:08.49 ID:A0XjOFSl.net] もう3ヶ月前くらいに本番でeslint移行したが、全く問題なくてビビるぞ
346 名前:デフォルトの名無しさん mailto:sage [2019/11/06(水) 08:31:23.68 ID:EkX1LXXs.net] Announcing TypeScript 3.7 https://devblogs.microsoft.com/typescript/announcing-typescript-3-7/
347 名前:デフォルトの名無しさん mailto:sage [2019/11/06(水) 08:52:02.60 ID:sPTvbp9j.net] ( ゚д゚) _(__つ/ ̄ ̄ ̄/_ \/ / きたか…!! ( ゚д゚ ) ガタッ .r ヾ __l_l / ̄ ̄ ̄/_ \/ / ( ゚д゚ ) スッ _(__つ/ ̄ ̄ ̄/_ \/ /
348 名前:デフォルトの名無しさん [2019/11/06(水) 11:02:39.72 ID:o3tEvZiY.net] 1歩進んで2歩さがる
349 名前:デフォルトの名無しさん mailto:sage [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/
350 名前:デフォルトの名無しさん mailto:sage [2019/11/08(金) 15:41:32.87 ID:IHFsmiXW.net] 神ってる
351 名前:デフォルトの名無しさん mailto:sage [2019/11/08(金) 21:30:00.92 ID:tlySiByz.net] >さらにSTSは、TypeScriptの型規則からも逸脱している。TypeScriptがクラスに構造的型付け(structural typing)を >使用するのに対して、Static TypeScriptでは名前的型付け(nominal typing)を使用しているのだ。 TypeScriptの人気にあやかった別言語じゃね?
352 名前:デフォルトの名無しさん mailto:sage [2019/11/09(土) 02:29:33.32 ID:NblRK941.net] 結局ただのC言語の亜種だろ MSもそんな事をいちいちアピールしないといけないほど落ちぶれたか…
353 名前:デフォルトの名無しさん mailto:sage [2019/11/23(土) 10:38:33.96 ID:1aAJfoMg.net] TypeScriptはJSerへの強制型付けギプスだと思えばそこそこ優秀 いつまでもギプスつけた状態で満足するものではないのでそのうちRustなり別の静的型付けに移行する前提であれば賞賛できる
354 名前:デフォルトの名無しさん mailto:sage [2019/11/23(土) 10:47:34.10 ID:cqseOAmT.net] TypeScriptはタイプ脳への強制補助輪だと思えばそこそこ優秀 いつまでも補助輪つけた状態で満足するものではないので そのうち生JSなり別の動的型付けに移行する前提であれば賞賛できる
355 名前:デフォルトの名無しさん [2019/11/23(土) 11:57:55.85 ID:cBKKqL2b.net] TypeScriptはタイプ脳への強制補助輪だと思え ばそこそこ優秀いつまでも補助輪つけた状態で満足するものではないのでそのうち生JSなり別の動的 型付けに移行する前提であれば賞賛できる
356 名前:デフォルトの名無しさん mailto:sage [2019/11/23(土) 13:06:34.59 ID:/aIGpl4m.net] 型無し糞言語は死ねだと思え 動的糞言語はいつまでも糞でそのうち糞 糞糞糞
357 名前:デフォルトの名無しさん [2019/11/30(土) 00:23:57.91 ID:/MHIrz97.net] すみません 今までES5.1を使って来て、これから扱い易いと言われる TypeScriptを学習しようと思うのですが 逆にTypeScriptの方がJavaScriptより 難易度高いと言う事はありませんでしょうか。 型は値に付く物で変数はそれへの参照、 prototypeはファンクションへの参照格納用プロパティ Objectは可塑性のある便利な何かという感覚が身についています。
358 名前:デフォルトの名無しさん mailto:sage [2019/11/30(土) 05:04:50 ID:TrAQa+kD.net] vscodeといっしょに使えば、jsより楽 型エラーは全てTSが教えてくれる
359 名前:デフォルトの名無しさん mailto:sage [2019/11/30(土) 08:52:48.62 ID:5l2Z
] [ここ壊れてます]
360 名前:f0lZ.net mailto: >>350 型は値に付くというその感覚はそのままでいいよ。TypeScriptはそれに加えて - それぞれの変数にどんな型の値が入るかコンパイラが調べてくれる - それぞれの変数にどんな型の値が入ってほしいかプログラマが指定できる - その両者に食い違いがないかどうかコンパイラがチェックする というだけ。 [] [ここ壊れてます]
361 名前:デフォルトの名無しさん mailto:sage [2019/11/30(土) 09:04:25.09 ID:6ZWltqHp.net] TSの機能を余す事なく使おうと思うと難易度高いけど 其処を目指す必要はない
362 名前:350 mailto:sage [2019/12/01(日) 22:23:36.97 ID:THamb1cl.net] ありがとうございます。 とりあえず tslint を緩めにしてやってみます。
363 名前:デフォルトの名無しさん mailto:sage [2019/12/02(月) 06:56:16 ID:mLOeT+PU.net] TS初心者ですがお勧めの書籍ありませんか?webpackとかも合わせて勉強したいです。
364 名前:デフォルトの名無しさん mailto:sage [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 相当のことってできないんだっけ?
365 名前:デフォルトの名無しさん mailto:sage [2019/12/05(木) 07:17:39 ID:mSvldXoX.net] A['x']
366 名前:デフォルトの名無しさん mailto:sage [2019/12/05(木) 08:56:27.95 ID:pFxixMvG.net] なるほど。ブラケット記法って最近とんと使わなくなったけど、こんなところに使い道残ってたんだ。
367 名前:デフォルトの名無しさん [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の本を出した
368 名前:デフォルトの名無しさん mailto:sage [2019/12/21(土) 15:40:03.75 ID:BpSzdr8P.net] vueは根本から型が腐ってるから使う必要なし
369 名前:デフォルトの名無しさん mailto:sage [2019/12/21(土) 19:32:06.97 ID:MnINNRtE.net] やっぱ React か
370 名前:デフォルトの名無しさん mailto:sage [2019/12/21(土) 22:14:02.68 ID:K0kobvcw.net] 日本人は馬鹿だからしょうがない。 世界的にはreactなのに、世界と同じものでは戦えないからなのか、日本ではvueを使おうとする
371 名前:デフォルトの名無しさん [2019/12/24(火) 13:31:33.33 ID:WgZ9RMXM.net] 記述がスゲー長くなって見づらい これって劣化javaみたいな記述にならない? jsの良さが完全に死亡してる気が…
372 名前:359 mailto:sage [2019/12/24(火) 13:53:39.03 ID:3XzgnZW7.net] 実践TypeScript を読んでるけど、TS の細かい挙動の怪しい所が多いから、 その例外的なルールの数を覚えるのが大変。 つまり、ハマる箇所を避けるのが大変 TS を学ぶと、Haxe の偉大さが分かる! JavaScript のおかしい部分を修正しているから、かなりやりやすい
373 名前:デフォルトの名無しさん mailto:sage [2019/12/24(火) 21:47:34.41 ID:j2uQerkx.net] JSに良さなんてあったのか!?びっくりドンキー!
374 名前:デフォルトの名無しさん mailto:sage [2020/01/04(土) 19:44:33.72 ID:pllwqfHK.net] 3.7でECMA private field 使えないんだな。ガチのprivateはお預けかぁ
375 名前:デフォルトの名無しさん mailto:sage [2020/01/04(土) 19:55:56.50 ID:Gwa4LI2s.net] ECMA private fieldの必要性、全く感じないわ
376 名前:デフォルトの名無しさん mailto:sage [2020/01/16(木) 00:04:23 ID:YIQKI70M.net] ts拡張子のts動画との棲み分けってうまい方法あるかな?
377 名前:デフォルトの名無しさん mailto:sage [2020/01/17(金) 22:59:25 ID:c8jQBH00.net] tsxにする
378 名前:デフォルトの名無しさん mailto:sage [2020/01/21(火) 10:46:46 ID:YewYG19G.net] ts-jestはテストのたびに*.test.tsをTypescriptからJavaScriptにコンパイルしてテストを実行しているのですか? テストコードが変わらなくても、内部的にコンパイルしてるの? それとも、tscコマンドでテストコードもコンパイルしてjsファイルに変換したら、それを利用してるの?
379 名前:デフォルトの名無しさん mailto:sage [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 も怒られる。
380 名前:デフォルトの名無しさん mailto:sage [2020/01/24(金) 22:27:44.69 ID:gpzJLuFb.net] そもそも getter にジェネレータ記法はない
381 名前:デフォルトの名無しさん mailto:sage [2020/01/24(金) 23:21:56 ID:pw14qEqb.net] getterでそんな複雑なことをするんじゃあない・・・
382 名前:デフォルトの名無しさん mailto:sage [2020/02/24(月) 18:47:37 ID:Av6u/PEd.net] <Ts extends Array>(...args: Ts)=> でTsの全ての型の交差型を返したいんだけど可能?
383 名前:デフォルトの名無しさん mailto:sage [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 この辺どうよ できたら教えて
384 名前:デフォルトの名無しさん mailto:sage [2020/03/02(月) 20:34:14 ID:Vt4u2rjY.net] 締め付けはガチガチなのにガバガバな構文 トランスパイルのせいで起動は遅いし設定項目やハマりポイントはクソ増える 選択肢のないフロントはともかく、言語を選び放題なサーバーでts入れてまでjsを使う意味ってなに?
385 名前:デフォルトの名無しさん mailto:sage [2020/03/04(水) 19:31:12 ID:Xkhzo69W.net] >>376 キツマンなのに誰とでも寝るみたいなん感じか
386 名前:デフォルトの名無しさん mailto:sage [2020/03/05(木) 00:10:09.52 ID:aV1N9imN.net] 型無し言語というジャンルで見ると、一番マシ
387 名前:デフォルトの名無しさん [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()ってメソッド?
388 名前:デフォルトの名無しさん mailto:sage [2020/03/07(土) 20:06:50.29 ID:74qnesAz.net] メソッドの定義以外の何に見えるのか
389 名前:デフォルトの名無しさん mailto:sage [2020/03/07(土) 21:33:39.02 ID:po15mmZE.net] そもそも JavaScript に with 文なんて・・・あるのかよ何だこの邪悪な臭いがプンプンするやべえやつは
390 名前:デフォルトの名無しさん mailto:sage [2020/03/08(日) 10:00:55 ID:Dz/wpeTc.net] >>203 御社は今どういう状況になってる?
391 名前:デフォルトの名無しさん mailto:sage [2020/03/08(日) 13:25:25 ID:/+j1E1ja.net] >>382 何も変わっとらんよ 機能拡張もできないから、現状維持という名の放置
392 名前:デフォルトの名無しさん mailto:sage [2020/03/08(日) 13:39:52 ID:Dz/wpeTc.net] サンクス
393 名前:デフォルトの名無しさん mailto:sage [2020/04/14(火) 00:16:42 ID:Rf+yV41A.net] 違い何? interface Dictionary<T> { [key: string]: T; } type Dictionary<T> = { [key: string]: T; };
394 名前:デフォルトの名無しさん mailto:sage [2020/04/14(火) 00:52:31.86 ID:1s8555QT.net] そのコードに限っては、違
395 名前:「ないかもな 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) ``` だから、ライブラリの定義ではたまに使われる プロダクトコードで使ってる奴は物知らないか、設計力のないやつ [] [ここ壊れてます]
396 名前:デフォルトの名無しさん mailto:sage [2020/04/14(火) 08:03:12 ID:KwYjFqSp.net] >物知らないか、設計力のないやつ どうして?
397 名前:デフォルトの名無しさん mailto:sage [2020/04/14(火) 08:24:49.93 ID:NW9baKp2.net] >>386 ケツにIとかTを付けるのは設計力の無いやつ
398 名前:デフォルトの名無しさん mailto:sage [2020/04/14(火) 08:34:25 ID:1s8555QT.net] >>388 ただのサンプルコードにそんなこと言われてもwww >>387 以下理由 ・昔デフォルトONだったprefer-interfaceを引きずっている ・自分で管理できるコードなのに、interfaceで拡張する余地を残さねばならないのはおかしい
399 名前:デフォルトの名無しさん mailto:sage [2020/04/14(火) 08:54:36 ID:NW9baKp2.net] >>389 > ・自分で管理できるコードなのに、interfaceで拡張する余地を残さねばならないのはおかしい オブジェクト指向を全否定かよw
400 名前:デフォルトの名無しさん mailto:sage [2020/04/14(火) 10:13:18 ID:1s8555QT.net] >>390 たぶん君は、Java の implements に使える interface のことを言ってるのだと思うが、 type でも implements 相当の宣言ができるので、 TS の interface は src 変更が容易でないが、ライブラリの性質上拡張の余地が必要なケースでしか有効でない 「同じ名前の型なのに、実は後から src のどこかで拡張されてました」なんて嫌だろう? どこの JavaScript だよ
401 名前:デフォルトの名無しさん mailto:sage [2020/04/14(火) 18:14:19 ID:Rf+yV41A.net] >>386 なるほど ありがと
402 名前:デフォルトの名無しさん [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 と推論してほしい
403 名前:デフォルトの名無しさん [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) } ``` これで一応、第2引数指定しなかったら、戻り値の型を第1引数の型で推論してくれるようになったし、 指定すればその関数の戻り値の型で推論してくれるようになった
404 名前:デフォルトの名無しさん mailto:sage [2020/05/13(水) 20:55:34 ID:Z2ECG7mm.net] Announcing TypeScript 3.9 https://devblogs.microsoft.com/typescript/announcing-typescript-3-9/
405 名前:デフォルトの名無しさん mailto:sage [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 が遅いんだ 両方使ったら耐え難いレベルで重くて辛かった
406 名前:デフォルトの名無しさん mailto:sage [2020/05/17(日) 20:28:24.81 ID:eDtMluXf.net] 初学者が今からTypeScriptやるメリットってある? 普段使ってるC#のBlazorが育つまで我慢してそれまではJS使えばいいかなーという気がしてるんだけど
407 名前:デフォルトの名無しさん mailto:sage [2020/05/17(日) 21:27:13.06 ID:07c/uCSO.net] ・BlazorがTSと同等レベルまで言語・市場が育つことはありえない ・JSに毛の生えた程度の文法でC#と同等以上のタイプセーフの恩恵を受けられる と思うよ 正直TS始めて
408 名前:からは、JS(特に他人が書いたやつ)は2度と触りたくなくなった [] [ここ壊れてます]
409 名前:デフォルトの名無しさん mailto:sage [2020/05/17(日) 22:05:58.39 ID:ShD9HsIi.net] 仕方なく js 書いてる時も jsdoc で型を付けまくってる もうあの頃には戻れない・・・
410 名前:デフォルトの名無しさん mailto:sage [2020/05/17(日) 22:08:17.75 ID:ilBeXKNK.net] 毛が生えたと言われてもジェネリクス周りとか仕様がけっこう大きい(大きいだけでそんなに難しくは無いけど)。あと歴史的に同じような機能のものが複数あるのはやや辛い。
411 名前:デフォルトの名無しさん mailto:sage [2020/05/17(日) 22:10:49 ID:ilBeXKNK.net] 素のjsは確かに触りたくなくなったな〜
412 名前:デフォルトの名無しさん mailto:sage [2020/05/17(日) 22:12:40 ID:07c/uCSO.net] >>400 まぁそうだけど、最初はbetter js程度に :string みたいな単純な型書くだけでいいと思うよ それだけで劇的に違ってくる
413 名前:デフォルトの名無しさん mailto:sage [2020/05/18(月) 06:26:49.70 ID:IgsFvSEI.net] >>402 確かにそうだわ
414 名前:デフォルトの名無しさん mailto:sage [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'」で参照したらエラーにはならなかったです。 複数の定義をまとめる目的で使うものではないのでしょうか? それとも書き方を間違えてますか?
415 名前:404 mailto:sage [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 { /* 省略 */ } }
416 名前:デフォルトの名無しさん mailto:sage [2020/05/19(火) 12:17:36.04 ID:m7E0nRpi.net] クラス使えるだけで嬉しかった。prototypeとか二度と触りたくない。
417 名前:デフォルトの名無しさん mailto:sage [2020/05/19(火) 19:57:31 ID:JYXLTsSv.net] せっかくTypeScript使うのになんでクラス
418 名前:デフォルトの名無しさん mailto:sage [2020/05/19(火) 20:00:38 ID:lV40zBP6.net] jsonに型が付くのマジサイコーって気分になる
419 名前:デフォルトの名無しさん mailto:sage [2020/05/20(水) 18:25:07.86 ID:uCxRgACC.net] @types/node を v14:x に上げたら fs.write* 周りでエラーがいっぱい出た 以前の型定義ファイルでは第2引数が any だったために見逃されてたのね
420 名前:デフォルトの名無しさん mailto:sage [2020/05/20(水) 19:13:29 ID:kUjfC17v.net] vscoe+deno d.tsを用意してjsをimportたがインテリセンスに型情報がでない
421 名前:デフォルトの名無しさん mailto:sage [2020/05/20(水) 19:43:48 ID:q4rNYEAk.net] アーリーアダプタすぎっしょ
422 名前:デフォルトの名無しさん mailto:sage [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; などの型ア
423 名前:Tーション?キャスト?で解決するように書いている記事が多くヒットするように感じます。 質問としましては、 ・HTMLElementではなくHTMLInputElement等の具体的な型で要素を取得する方法はありますか? ・具体的な型で取得できない場合、それがHTMLInputElementであると判定する方法はどのようなものがありますか? 以上、長くなりましたがご教授頂けると嬉しいです。 [] [ここ壊れてます]
424 名前:デフォルトの名無しさん mailto:sage [2020/05/28(木) 05:30:32 ID:uIAU+1VL.net] >getElementById 英語読め
425 名前:デフォルトの名無しさん mailto:sage [2020/05/28(木) 07:36:15.22 ID:XtQwhE1K.net] >>412 https://bi□t.ly/2zBJQbZ こんな感じでいかがでございましょうか? getElementById の取得結果は、HTMLElement を継承した何かであることは確実だが より具体的な型であることは if 文などで判定しないとわからないので (読みやすい)ワンライナーするのは難しいかな
426 名前:デフォルトの名無しさん mailto:sage [2020/05/28(木) 07:37:06.32 ID:XtQwhE1K.net] リンク先は typescript playground 長すぎて貼れなかった url中の□を取っ払ってアクセスしてほしい こっちも短縮url規制で貼れなかった
427 名前:デフォルトの名無しさん mailto:sage [2020/05/28(木) 08:20:23 ID:YaDoyLzB.net] >>414 ,415 なるほど、constructorと型の名称は一致するので比較に使えるのですね。 3パターンもありがとうございます。参考にさせて頂きます。
428 名前:デフォルトの名無しさん mailto:sage [2020/06/03(水) 19:01:52.32 ID:+riA6q4Z.net] vscodeのタスクでビルドしたいのですが、上手くいきません。 最初から入っていた"tsc: ビルド - tsconfig.json"という設定を使ってタスクを実行すると、 > Executing task: tsc -p (省略)\tsconfig.json < パラメーターの書式が違います - -Command と出てビルドが終了しません。 コンソールに同じコマンドをコピペするとちゃんとjsファイルが作成されます。 ググってみたのですが、そもそもtscで「パラメーターの書式が違います」というエラーが出るという記事すらありませんでした・・・ どうすればいいでしょうか。
429 名前:デフォルトの名無しさん mailto:sage [2020/06/03(水) 19:16:49.18 ID:W7xz+V5+.net] 普通にnpmとnpm scriptの一部に組み込んだ方がいいと思う vscodeのタスクとか使ったことないし、必要性も感じたことないな
430 名前:デフォルトの名無しさん [2020/06/04(木) 22:32:22.64 ID:c/bZjxGo.net] tscがどこにインストールされてるか、とか関係ありそう
431 名前:デフォルトの名無しさん mailto:sage [2020/06/04(木) 23:13:01.10 ID:hC0MsN2x.net] npx tsc --init で、tsconfig.json が出来る package.json に、こう書いておいて、 "script": { "build": tsc }, npm run build で、コンパイルする
432 名前:デフォルトの名無しさん mailto:sage [2020/06/06(土) 19:11:34 ID:FUHWS7EH.net] >>418 そうすることにします >>419 AppData\Roaming\npm にありました。 >>420 元々コンソール上からはどのコマンドも実行できるのですが、 vscodeのタスクから使うとエラーが出てしまうんです。 色々テストしていたところ、 単なるシェルコマンド echo unko ですらエラーが出るのでvscode固有の問題っぽいです
433 名前:デフォルトの名無しさん mailto:sage [2020/06/06(土) 20:04:01.16 ID:vddsi0s3.net] >>417 パラメータの書式が違うってのはPowerShellでよく見るエラーだけど、VSCodeってPowerShell叩いてるんだっけ? VSCode固有の問題と決めつけるんじゃなくてもう少し調査してみたら?
434 名前:デフォルトの名無しさん mailto:sage [2020/06/07(日) 10:34:46 ID:s05OkEKn.net] 解決しました 日本語版のWindowsではpowershell.exeがShiftJISで読まれるので、 合わせてvscode上のPowerShellの文字コードをShiftJISに変えていたのが原因でした。 元のUTF-8に戻したら問題なく実行できました。 tscをフルパスで実行したらパスの途
435 名前:中にスペースが発生し、 PowerShellスクリプトのデバッグ時によく見た文字化けだったので気づけました。 >>422 ご名答です PowerShellが叩かれていて、エラーもPowerShellからでしたw [] [ここ壊れてます]
436 名前:デフォルトの名無しさん mailto:sage [2020/06/11(木) 18:33:48 ID:Jv4rHxRX.net] Nodeでサーバーを立てているような場合、 ユーザーが入力した値を格納する変数の型は一旦unknownとしておいた方が良いのでしょうか? 例えば以下の様な場合です。 const func1 = (userInput: unknown) => {...}; const func2 = (userInput: string) => {...}; バリデーション等を行って問題が無ければ、 改めて型宣言した変数に代入し直すような方法が一般的ですか?
437 名前:デフォルトの名無しさん mailto:sage [2020/06/13(土) 14:38:30 ID:fZdtN3m2.net] ついにDartがnull安全になったそうな https://forest.watch.impress.co.jp/docs/news/1258690.html webからiOSまで1言語で書ける(ちゃんと動くとは言っていない)
438 名前:デフォルトの名無しさん mailto:sage [2020/06/13(土) 16:20:45.29 ID:cnsVZnHy.net] 今TypeScript+Reactを勉強しているのですけど、テーブルのコンポーネントで使いやすいものって無いですか? テーブルのヘッダはそのままで縦は内容だけスクロールして横はテーブルも一緒にスクロールするみたいなものが良いです
439 名前:デフォルトの名無しさん mailto:sage [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の対応が酷くて キャストがたくさん必要でうんざりする
440 名前:424 mailto:sage [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 とか出て動かなくて困っていました。 ボタン一個しか指定していないサンプルを写してこれです。
441 名前:デフォルトの名無しさん mailto:sage [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 速攻それっぽいの出てきたが、ちゃんとググったかねキミィ?
442 名前:デフォルトの名無しさん mailto:sage [2020/06/14(日) 12:09:11.89 ID:qCi3/fDK.net] これっぽいの見たことあるけど、他にも気になる事があって見落としてました <div>に書いてあるの要るのかな? 今試せる環境でないので後日に
443 名前:デフォルトの名無しさん mailto:sage [2020/06/25(木) 08:05:47.95 ID:Nd1uEPT+.net] TypeScriptってsetIntervalとかsetTimeout, async/await, Promiseとか使えるんですか?
444 名前:デフォルトの名無しさん [2020/06/25(木) 08:55:25.54 ID:3QV8gPE9.net] 逆に使えない意味がわからない
445 名前:デフォルトの名無しさん mailto:sage [2020/06/25(木) 09:53:31.94 ID:2LahzjFh.net] Ruby on Rails では、React も多いけど、 TypeScript を使う香具師は、いるのかな?
446 名前:デフォルトの名無しさん mailto:sage [2020/06/25(木) 10:01:29.46 ID:PKyG+WtC.net] ルビカスは宗教
447 名前:上の理由からTypeScriptなは絶対に使えないんで消えて フロントエンドの方が厳格な言語で書かれてるとか頭おかしいからなw [] [ここ壊れてます]
448 名前:デフォルトの名無しさん mailto:sage [2020/06/25(木) 10:37:01 ID:V5BYtNqQ.net] かわいそうに。
449 名前:デフォルトの名無しさん [2020/06/25(木) 11:14:26.11 ID:2XRewe5U.net] CoffeeScriptとは何だったのかω
450 名前:デフォルトの名無しさん mailto:sage [2020/06/25(木) 11:57:37.69 ID:2LahzjFh.net] Ruby on Rails 6 から、Node.js, webpack が標準になったから、 もう、Coffee Script には依存していない
451 名前:デフォルトの名無しさん mailto:sage [2020/06/25(木) 14:16:09 ID:3QV8gPE9.net] だからどうしたRubyガイジ さっさと消えろ
452 名前:デフォルトの名無しさん mailto:sage [2020/06/25(木) 14:49:25.12 ID:V5BYtNqQ.net] webpack使えるなら、普通にもうRoRでhtml作る必要ないのでは
453 名前:デフォルトの名無しさん mailto:sage [2020/06/25(木) 14:51:02.50 ID:V5BYtNqQ.net] ほんまやな PHPもRubyも、型無し糞言語は滅びるべきや json以外を喋る邪悪なWebサーバーは1台残らず破壊しろ
454 名前:デフォルトの名無しさん mailto:sage [2020/06/25(木) 14:52:55.59 ID:3edAgV/k.net] この場違いRuby妖怪はアンカ飛ばさんでも一応レス見てる素振りを見せるのがちょっとしたホラー
455 名前:デフォルトの名無しさん [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
456 名前:デフォルトの名無しさん [2020/06/26(金) 07:42:47 ID:Sd6G194T.net] Rubyの欠点はお前みたいなキチガイがスレチのクソ宣伝で評価を下げてることだよ
457 名前:デフォルトの名無しさん mailto:sage [2020/06/26(金) 14:54:51.55 ID:6IXnju0o.net] https://twitter.com/yokatsuki/status/744702839558017024 多言語disをついやってしまう癖を止めて欲しい。 最後に参加したTokyuRubyKaigiで「Javaやってる人手を挙げてはーい♪今挙げた人はすぐに帰ってくださーい♪」って言ったのは忘れたくても忘れられない。 (deleted an unsolicited ad)
458 名前:デフォルトの名無しさん mailto:sage [2020/06/26(金) 16:51:07 ID:Z5HJiD+l.net] 型無し糞言語やってる人は帰るだけじゃ済まされない 死んでください
459 名前:デフォルトの名無しさん mailto:sage [2020/06/26(金) 18:00:16.15 ID:9etEQyfp.net] 俺も東横線代表として参加してくるわ
460 名前:デフォルトの名無しさん mailto:sage [2020/06/26(金) 20:32:19.16 ID:aHXqCiQW.net] >型無し糞言語 今どきの言語で何があったっけ?
461 名前:デフォルトの名無しさん mailto:sage [2020/06/26(金) 22:12:45.13 ID:TcIyIoqu.net] >>444 10年以上前に同じようなJava disやってたスピーカーがいたが 別のスピーカー/コミッター達にあれはやめたほうがいいって厳しく批判されてたけどな その時代の話なのかな
462 名前:デフォルトの名無しさん [2020/06/27(土) 01:29:27.09 ID:9wE9An+g.net] ありますで喩えると Java山中さん *by笹井さん
463 名前:デフォルトの名無しさん mailto:sage [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/
464 名前:デフォルトの名無しさん [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] ] }
465 名前:デフォルトの名無しさん [2020/07/15(水) 12:14:33.71 ID:cL9c5hZ8.net] typescriptに限らず そういう実装結構ある 全体は{}を仮定してるの
466 名前:デフォルトの名無しさん mailto:sage [2020/07/15(水) 13:02:18.34 ID:pL8+4mwq.net] jsonってトップレベルはObject
467 名前:必須だと思ってた そういう仕様あるのかな [] [ここ壊れてます]
468 名前:デフォルトの名無しさん mailto:sage [2020/07/15(水) 15:59:04.81 ID:T1dYtDa5.net] Type Script 使ってみて思ったけど 最初から ES がこの仕様だったら本当に助かってた そして今の課題は既にある ES のライブラリ摂りこむのが面倒 なんとかならんのか??っていう
469 名前:デフォルトの名無しさん [2020/07/15(水) 16:48:00.29 ID:cL9c5hZ8.net] C# 使ってみて思ったけど 最初から C がこの仕様だったら本当に助かってた そして今の課題は既にある C のライブラリ摂りこむのが面倒 なんとかならんのか??っていう
470 名前:デフォルトの名無しさん mailto:sage [2020/07/15(水) 16:58:29.54 ID:pL8+4mwq.net] 割とマジで攻守共にTypeScriptが最強だわ TSに欠けてるのは、あとはパターンマッチくらいだろう TypeScriptがネイティブバイナリ吐くようになればいい
471 名前:デフォルトの名無しさん mailto:sage [2020/07/15(水) 19:14:22.28 ID:Iul+D8/c.net] >>451 そもそもimportはjsonを読むためにあるわけじゃないから読めなくても不思議はないが、 ts3.9.6で試してみたら普通に読めるんだが? >>453 rfc読めばわかるがトップレベルだけ特別扱いする必要ないしね。
472 名前:449 mailto:sage [2020/07/15(水) 19:20:18.72 ID:IqfNcqeZ.net] ./a.json に以下だけを書いて、どういうimport 文を書いたの? [ ["a", 10], ["b", 20] ]
473 名前:デフォルトの名無しさん mailto:sage [2020/07/15(水) 20:06:40.11 ID:Iul+D8/c.net] ふつうに import j from './a.json'; "module"は"commonjs"
474 名前:デフォルトの名無しさん mailto:sage [2020/07/15(水) 20:24:52.52 ID:guZu56HE.net] esModuleInterop か allowSyntheticDefaultImports は true になってる? false や未設定なら、 `import * as j from './a.json';` でインポートする必要がある
475 名前:デフォルトの名無しさん mailto:sage [2020/07/15(水) 20:31:01.05 ID:Iul+D8/c.net] ああすまん、"resolveJsonMdule": true してた。 つまりmoduleじゃないjsonをロードしたいならこれが必要ってことね。
476 名前:449 mailto:sage [2020/07/15(水) 21:20:34.32 ID:IqfNcqeZ.net] あれ? 普通に、これで、import できた! 漏れの勘違いだったみたい import j from "./a.json"; 漏れの設定は、 "module": "es2015", "esModuleInterop": true, "resolveJsonModule": true,
477 名前:デフォルトの名無しさん mailto:sage [2020/07/16(木) 13:16:30 ID:Bj5j4Y6i.net] こういうのはだめなんだっけ [ ["a", 10], ["b", 20], ]
478 名前:デフォルトの名無しさん [2020/07/16(木) 15:09:37.34 ID:J/CG/YnB.net] TypeScript の開発中は、 Webpack のオフライン機能、workbox を使わないから、 package.json の、"workbox-webpack-plugin": "^5.1.3" を、 コメントアウトしようとしたが、形式エラーになって出来ない 削除はできるけど、コメントアウトで残しておきたい
479 名前:デフォルトの名無しさん mailto:sage [2020/07/16(木) 15:10:33.56 ID:L+apgnKF.net] gitを使いましょうよ・・・
480 名前:デフォルトの名無しさん mailto:sage [2020/07/16(木) 15:13:26 ID:J/CG/YnB.net] >>463 JSON ファイルでは出来ない よく知らないけど、新しめの、JS/TS ファイルでは出来るかも
481 名前:デフォルトの名無しさん mailto:sage [2020/07/16(木) 18:14:40 ID:QwF0ci9g.net] よく知らないなら黙ってろrubyガイジ
482 名前:デフォルトの名無しさん mailto:sage [2020/07/16(木) 18:31:21.38 ID:L+apgnKF.net] >>463 ケツカンマをファックできるのはECMAScript 5以上 JSONはファックできない
483 名前:デフォルトの名無しさん [2020/07/22(水) 02:36:42.07 ID:2/9nnKBr.net] クライアント向けの開発サーバーが付いている、Parcel を使っている香具師いる? Postman を使っている香具師いる? これは、REST クライアントかな? 漏れは、VSCode の拡張機能の、REST Client を使っているけど 他には、TypeScript で、Express サーバーを実行する、ts-node-dev は?
484 名前:デフォルトの名無しさん mailto:sage [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を常に読むようにしたい)方法はあるのでしょうか?
485 名前:デフォルトの名無しさん mailto:sage [2020/08/01(土) 07:24:44.96 ID:WBys/b
] [ここ壊れてます]
486 名前:G4.net mailto: コンパイルするたび常に最新のpackage.jsonがdistに排出されるんだから それでええんちゃう? [] [ここ壊れてます]
487 名前:デフォルトの名無しさん mailto:sage [2020/08/01(土) 19:08:50.40 ID:BmlbAE5y.net] >>471 自分的にはdistに排出される先にもう一つpackage.jsonが作られるのが気持ち悪いと感じたのですがそうでもないんですかね?
488 名前:デフォルトの名無しさん mailto:sage [2020/08/01(土) 21:11:01.65 ID:PGLLO5uD.net] たしかにキモい
489 名前:デフォルトの名無しさん mailto:sage [2020/08/01(土) 21:32:06.85 ID:WBys/bG4.net] 普通にgitignoreしてるだろうしdistにpackage.jsonがあっても特にデメリットないし distに何が吐かれててもええんちゃう?
490 名前:デフォルトの名無しさん [2020/08/03(月) 07:34:16.45 ID:qdvto+rV.net] >>470 process.env.npm_package_version じゃダメなの?
491 名前:デフォルトの名無しさん mailto:sage [2020/08/03(月) 09:46:39.86 ID:l1ICYS01.net] >>475 横からだけどサンキュー こんなことできるんだね、勉強になった package.jsonの各種要素を読み込みたい! - DEV https://dev.to/origamium/package-json-1626
492 名前:デフォルトの名無しさん [2020/08/03(月) 10:52:32.11 ID:qdvto+rV.net] >>476 公式にもこんなところにしれっと書かれてる https://docs.npmjs.com/misc/scripts#packagejson-vars package.jsonの各フィールドの説明してるページには書いてないんだなぁ…
493 名前:デフォルトの名無しさん mailto:sage [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/
494 名前:デフォルトの名無しさん mailto:sage [2020/08/21(金) 08:26:54.83 ID:D9+iHL3k.net] Announcing TypeScript 4.0 https://devblogs.microsoft.com/typescript/announcing-typescript-4-0/
495 名前:デフォルトの名無しさん mailto:sage [2020/08/21(金) 09:31:14 ID:pu35Qu/1.net] もう4.0の時代なのか・・・ それなのにおまいらのプロダクトときたら・・・
496 名前:デフォルトの名無しさん mailto:sage [2020/08/21(金) 11:12:40 ID:7l2hhkMF.net] 現場猫『ヨシッ!』
497 名前:デフォルトの名無しさん [2020/08/21(金) 11:15:43 ID:6zccVHNz.net] 監督猫『ヨシッ!』
498 名前:デフォルトの名無しさん mailto:sage [2020/08/21(金) 13:28:51.80 ID:pu35Qu/1.net] 一次請猫『ヨシッ!』
499 名前:デフォルトの名無しさん mailto:sage [2020/09/14(月) 09:29:26.60 ID:CfIbX1f0.net] ここで聞いて良いのかわからないけどimportの拡張子(.js)を省略して、js変換時に拡張子をつけることってできないかな? 開発中はtsc使って開発者終了時だけwebpack使いたいのだけども
500 名前:デフォルトの名無しさん mailto:sage [2020/09/14(月) 09:33:13.37 ID:/HJ+wc6C.net] そのようにwebpack設定するだけでは cssやjpgとかの非プログラムファイルにしかimport文に拡張子書いたことないわ
501 名前:デフォルトの名無しさん mailto:sage [2020/09/14(月) 21:55:40.83 ID:CfIbX1f0.net] webpackの方でなんとかするしかないか。 ありがと
502 名前:デフォルトの名無しさん mailto:sage [2020/09/15(火) 00:09:40.68 ID:g6ghhz4T.net] typescript のポリシーからすると将来的にも対応される可能性は低い
503 名前:デフォルトの名無しさん mailto:sage [2020/09/28(月) 14:36:37.18 ID:NZq3hOP+.net] マイクロソフト発のオープンソース言語「TypeScript」、生みの親が語る開発当初や背景 https://japan.zdnet.com/article/35159882/
504 名前:デフォルトの名無しさん [2020/09/28(月) 19:49:45.93 ID:kE1qWQhp.net] TypeScriptのまえにWebAssemblyが登場していたらみなそっちに飛び付いたのだろうか。
505 名前:デフォルトの名無しさん mailto:sage [2020/09/28(月) 22:54:37.39 ID:t2I6kwxp.net] 何だかんだ言ってみんなJavaScriptが大好きだからな それにブラウザに実装されているAPIはJavaScriptから使うこと前提だからWebAssembly使っても余計な苦労するだけだ ゲームには向いてるだろうけど
506 名前:デフォルトの名無しさん mailto:sage [2020/09/28(月) 22:56:43.96 ID:L69JRisQ.net] 既存のJS資産を流用できたのも強みの1つだったと思うから、やっぱTSの戦略勝ちじゃねえの つかWASMって一時期騒がれてたけど今どうなったんだ?
507 名前:デフォルトの名無しさん mailto:sage [2020/09/28(月) 23:49:19.24 ID:XJOyCoAG.net] >>491 Unityが実用?になってるぐらい。 なにしろ、仕様も含めて 今後どうなるかわからん状況では?
508 名前:デフォルトの名無しさん mailto:sage [2020/09/29(火) 09:41:15.62 ID:tKw94fLv.net] FlutterがDartじゃなくてTSだったら良かったのに
509 名前:デフォルトの名無しさん mailto:sage [2020/09/29(火) 11:21:16.26 ID:P1Q7o4iq.net] ほんとそれな あんな劣化Javaみたいな言語ありがたがってる連中の頭が理解できない
510 名前:デフォルトの名無しさん mailto:sage [2020/09/29(火) 12:10:42.86 ID:aaxcyAZi.net] 大して機能違わないじゃん。 何が足りないと思ってるの?
511 名前:デフォルトの名無しさん [2020/09/29(火) 13:15:04.46 ID:pjrsoCYz.net] 知能 努力 向上心
512 名前:デフォルトの名無しさん mailto:sage [2020/09/29(火) 13:35:36.65 ID:P5R6/7cr.net] そうだな、JavaとJavaScriptも一緒だしな
513 名前:デフォルトの名無しさん mailto:sage [2020/09/29(火) 14:11:13.25 ID:Y54HkFIW.net] >>495 NULL安全とか?
514 名前:デフォルトの名無しさん mailto:sage [2020/09/29(火) 15:46:22.91 ID:aaxcyAZi.net] >>498 あるよ >>496 ないよ
515 名前:デフォルトの名無しさん mailto:sage [2020/09/29(火) 18:45:22.24 ID:fbgKh1ZX.net] マイクロソフト発のオープンソース言語「TypeScript」、生みの親が語る開発当初や背景 https://japan.zdnet.com/article/35159882/
516 名前:デフォルトの名無しさん mailto:sage [2020/09/30(水) 13:09:08.11 ID:pBMNn9J9.net] >> Microsoftが2018年に75億ドル(約8000億円)を投じて買収したGitHub 知らんかった オンライン版のvscodeがGitHubにあるのはそういうわけか
517 名前:デフォルトの名無しさん [2020/10/02(金) 00:47:34.12 ID:c4z818i5.net] ピチャイのマイクロソフトは良いマイクロソフト。
518 名前:デフォルトの名無しさん [2020/10/10(土) 13:18:23.70 ID:hWE3VueY.net] こんにちは。プログラミング初心者です。 TypeScriptとJavaScriptはどっちが最強なんでしょうか? これから始める場合はどっちがいいのですか? TypeScriptはJavaScriptとくらべ実行速度は変わらないのに 静的型付けのため記述が面倒で学習する価値がないと友達が 言ってたんですがこれは正しいですか?
519 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 14:42:01.38 ID:xtGRZD/P.net] >>503 普段からめちゃくちゃな 読めないコード書いてる人には 難しいと思いますよ。
520 名前:デフォルトの名無しさん [2020/10/10(土) 15:45:53.37 ID:hWE3VueY.net] >>504 なるほど。つまりTypeScripはtコードをきれいに見せるためだけの言語ってことなんですね。
521 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 15:53:32.39 ID:PAS52Dcu.net] 価値がわかるようになるまではJS使うのをおすすめする 今TS触っても嫌いになるだけだと思う
522 名前:デフォルトの名無しさん [2020/10/10(土) 16:35:21.67 ID:hWE3VueY.net] ん。。。価値が分かる人にしかわからないプロ向けの言語なんですね。。。
523 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 16:57:30.55 ID:OrgjdyW8.net] 綺麗に見えるということは他人が書いたコードであっても理解しやすいといえる
524 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 17:08:45.97 ID:hWE3VueY.net] 複数人で開発するとき用ってことですね。 一人でWEBアプリ作って満足してる分には必要なさそうですね。
525 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 17:26:29.17 ID:BjY8+1pb.net] ソースを公開する時に型は必須だな 複数人開発だと必然的に他人にソースを公開する訳だから型は必須だな 一人で開発してる時も未来の自分にソースを公開すると考えれば型は必須だな
526 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 17:30:06.10 ID:BjY8+1pb.net] この理屈で行くと型が必要無い状況は使い捨てのコードを書く時になる 実際、実験的なコードを書くときはJavaScriptでサクッと書いてる
527 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 17:31:37.81 ID:hWE3VueY.net] 型を指定するのは実行速度のためだと思ってましたが違うんですね。
528 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 17:41:03.06 ID:myt/k5c7.net] 個人で、1ファイル、2, 300行程度のオモチャしか書かない奴にはいらないかもしれんな 複数人で、2ファイル以上のまともなコード書くなら、型は必須 「全てのfunctionが何かを引数にとって何かを返します。その『何か』はコードを読まないとわかりません」 じゃ困るだろ
529 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 17:46:03.97 ID:hWE3VueY.net] 複数人でも一つ一つ関数定義を確りして コメントを残せば後から見返してもわかりそうな気がするのは 私がまだ未熟なんですね。
530 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 17:46:21.26 ID:j
] [ここ壊れてます]
531 名前:qYiciHv.net mailto: 3ヶ月前の自分は他人 webのようにリリース後にメンテする可能性があるなら確実に過去の自分を恨むだろう [] [ここ壊れてます]
532 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 17:56:33.59 ID:myt/k5c7.net] >>514 でもそのコメント、人によって書き方バラバラだし、その通りに実装・使用されているかわからないよね そのコメントが規格化されていて、その通りに実装・使用されていることを保証してくれるのがTypeScriptとでも思え
533 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 18:02:00.15 ID:hWE3VueY.net] わかりました。TypeScriptの勉強をしてみます。 バックにはMicrosoftとGoogleがついてるみたいですので 安心して学習してみます。
534 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 18:14:27.06 ID:myt/k5c7.net] せや どこの馬の骨ともしれんバカではなく MicrosoftとGoogleの天才たちを信じろ
535 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 18:32:27.26 ID:ekvQuOcm.net] 型情報による補完などのエディタの支援機能がないと書けない体になってしまった…
536 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 18:36:49.23 ID:jkmsbl3z.net] >>504 これさ無茶苦茶なコード書いてる人がキレイなコードかけるようになるって点でTSって素晴らしいと思う
537 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 18:39:08.90 ID:hWE3VueY.net] 今日までエラーがでなければどんなコードでもいいと思ってました。
538 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 18:52:40.99 ID:jqYiciHv.net] 最終的にはそうだよ 同じ動きをするならユーザーにはどんなコードも同じ 開発側から見てどうか?ってだけ
539 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 19:08:51.73 ID:hWE3VueY.net] 開発側の立場で考えるとTypeScriptが必要になるんですね。
540 名前:デフォルトの名無しさん [2020/10/10(土) 19:15:05.89 ID:SwfxuCYC.net] >>503 なんか…Javascriptやってる人達ってこれくらいのレベルなんだよな… 今から始めるあなたはともかくとして、そのアドバイスしてくれたお友達のレベルもたかがしれてそう。
541 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 19:19:58.24 ID:PAS52Dcu.net] Pythonなんかもっとひどいぞ ただ色んなレベルの人がいるというのは新しい人が入ってきている証拠でもあるので、歓迎すべきことでもある 誰でも最初は初心者なんだしさ
542 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 19:42:13.27 ID:w1paHL08.net] 技術ブログ等で公開されているTypeScriptなコードの品質の平均はJavaScriptのそれと比べて高い。そういう意味でも使う価値がある。 もちろん例外はあるけどね
543 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 21:06:49.30 ID:tFVag5PE.net] >>523 開発環境でリファクタリング機能の 性能に注目出来るぐらいになりましょう!
544 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 21:08:17.35 ID:tFVag5PE.net] javascriptの言語仕様では まともな物は作れませんので。
545 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 22:14:14.78 ID:fDny8+f1.net] >>526 それはTypeScriptの採用によって品質が向上したというより、タイプ量やビルドの複雑さの多少の増大と引き換えに静的型付けを取るという 極めて正しい選択ができるだけの能力があるエンジニアが書いたからだろうね
546 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 22:15:54.62 ID:6sdqDrQt.net] 俺はC/C++からやってるけど、JavaScriptで型がなくって困るって事はないなあ。 ただ、形無し言語しかやったことないのなら、TypeScriptの方を薦めるけど。 (なお俺は生JSしかやっておらず、TSは触ってもいない) Cみたいにメモリ領域を厳密に規定する為ならともかく、 Java以降の言語の型って、コンパイラで落とす為でしかない。 しかも、入口と出口で都合2回書いて、それが合っているかを確認するだけ。 実際、それでもタイポを落とせるので大変役に立つのは事実だけど、 型を間違ってエラーになるなんて事はほぼ無いし、有ってもスモークテストで確実に落とせる。 だから、言ってしまえば、スモークテストが通るまで捗るだけ。 この
547 名前:_、現状のC++やRustは空回りしてて、 コンパイラで落とす為に厳密に書く必要があり、結果的にやたら遠回りしてたりする。 俺が思うにあれは完全に本末転倒。コード構造が制限を受けてどうするんだよ? この点、TSは無駄に気負わず、 型の恩恵を受けつつ、面倒になれば省略出来る、位だから受けているのだと思う。 ただ、型の恩恵なんて上記の通り、スモークテストが通るまででしかない。 その後のメンテナンス性は、特にオブジェクト指向(OOP)を正しく適用出来てるかがキモになる。 ところが、JSではOOPは学べない。これはTSも同じだと思う。 周りの環境が酷すぎて、初心者〜中級者にはOOPするメリットを感じられないから。 (HTMLも酷いが、ネイティブオブジェクトを拡張してもろくに動かないのも酷い) Javaや.NETみたいにびしっと作ってあれば、比較的小さな規模でも恩恵を受けられるが、 JSはそれらよりは断然高レベルプログラミングで、その分行数も少なく済み、 大体においてそんなに大規模にもならないし、OOPガッツリやる意味もほぼ無く全て済んでしまう。 だからその先、具体的にはソースコードが10k行を越えるまでは、 JSやTSは学習用言語としてはいいと思うよ。 その辺になってきて、一つの言語しか使えないってのもほぼ無いから、杞憂かもしれんが。 [] [ここ壊れてます]
548 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 22:22:26.76 ID:A0BwGHo+.net] 何言ってんだこいつ
549 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 22:29:28.83 ID:xMQUNHWy.net] OOPなんて使えて当たり前。OOPを神格化してる奴でOOP以外の技法も使いこなせてるヤツ見たことない。 それにOOPの価値はコードの大小に依らない
550 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 22:35:39.32 ID:myt/k5c7.net] 俺は困らないからJSでいい論は全てゴミ 想像力の欠けた引きこもりアスペが書いた妄想 これはガチ
551 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 22:36:40.03 ID:6sdqDrQt.net] TSスレだから、TSマンセー、型マンセーな奴の echo chamber になってるだけだぞって事。 TSは悪い言語でもないが、お前がら思ってるほどJSも酷くない。 だから数あるAltJS、勿論TypeScriptもそれに含まれるが、それでもJSを殺しきれない。 型で恩恵受けるのは、スモークテストまでだろ。 そもそも変数名みれば型なんて自明だし、そうじゃないのが問題。 そして関数を小さく、というのがほぼ最強で、そもそも規模が小さければ変数の型が分からないなんて事はない。 型に囚われてる奴は、型の先、つまり、型が有ろうがなかろうがどうにもならない世界が見えてないのだと思うよ。 この意味でRustもリソースリークを気にしすぎ。そもそもリークなんてしないし、面倒なら最初からGC使えばいいだけ。 TSはこの辺変に気取ってないからいい。
552 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 22:43:14.81 ID:A0BwGHo+.net] まあ自分のコードだけで完結する世界で閉じこもってる分にはそれでいいんじゃない
553 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 22:43:43.59 ID:myt/k5c7.net] >>534 > そもそも変数名みれば型なんて自明 ハンガリアン信者の方ですか? こんなこという奴の久々に見たわ > そもそも規模が小さければ変数の型が分からないなんて事はない ほんと自分の都合のいい側面しか見えてないよな 俺は困らないからJSでいい論は全てゴミ 想像力の欠けた引きこもりアスペが書いた妄想 この通りやンけ!
554 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 22:48:34.65 ID:6sdqDrQt.net] >>532 OOPを神格化している奴がゴミなのは認める。Javaの連中が特にそう。 そして俺はそうじゃない。 ただな、DOMとかその辺が酷くて、OOPの恩恵を小さいコードでは得られないのはOOPを学ぶ上では痛いと思う。 Javaみたいにたった50行のコードにOOP強いて余計に意味不明になるのも問題だが、 自作コードのみでOOPの恩恵が受けられるのは3k行程度以上
555 名前:必要で、 そこまでOOPを囓れないでいるのもまた問題。 正直、ここにいるお前らの半分以上はOOPを正しく理解出来てないと思うよ。 ただ、それでも書けるところが良いところなんだが。 OOPは大規模コードの整理術であって、そもそも大規模化しないのならそれが大正義だ。 [] [ここ壊れてます]
556 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 22:57:06.91 ID:6sdqDrQt.net] >>536 それはそもそも読み方を間違ってんだよ。 関数なんて大体20行程度だし、問題になるにしてもI/Fだけ。 ただそれ以前に、俺はサイトのmimnify済みのJSでも割と読めてしまうことに気づいてしまった。 「訳の分からないことをやってないこと」が重要で、そうじゃなければ追えるんだよ。 だから、初心者のコードほど読めない。これは事実。
557 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 23:00:39.67 ID:myt/k5c7.net] >>538 世界中のプログラマーが関数なんて大体20行程度で訳の分からないことをやってないコードを書いてくれる理想郷にお住まいなのであれば、TSはいらないだろうね
558 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 23:10:25.88 ID:6sdqDrQt.net] >>539 逆だろ。そういう理想郷を作るようにお互い努力するんだろ。 そしてTSはJSよりはそれを目指していると思うが。 関数が20行ってのはGoogleかnpmのコーディングルールに有ったはず。 コードレビューする時に「パワポ1画面に入らないような関数を書くな」だった。 実際、そこまで短くすれば、訳の分からない複雑なことは出来なくなるから、確かに効くんだよ。
559 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 23:25:22.20 ID:BjcbKuib.net] TS は、もっと後でよい Ruby 3.0 で型推論が入ることになったけど、作者のMatz が、 型を入れると難しすぎて、初心者が簡単にプログラミングできなくなると言ってた 型はプロ向き。 型があると、初心者のfirst choice にならない
560 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 23:26:05.68 ID:OZkIKLkD.net] いや型がある方が楽やろ、ガイド付きやで?
561 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 23:26:47.91 ID:OZkIKLkD.net] コンパイルエラーで検知できずに動かしてみるまでわかんないとか…
562 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 23:37:08.35 ID:6sdqDrQt.net] ついでに言っておくと、多分TSの「型」ってのはC++やRustの連中の「型」の範疇には入らない。 多分、連中からすると「型道」から外れてる、邪道だ、と見えると思う。 それは認識しておいた方がいい。 ただ、俺はむしろその方がいいと思っている。 C++のテンプレートなんて、 「これって型がなくてダックタイプでよければさらっと書いて終わりでしたよね?」ってのが多すぎる。 MSはそこら辺、極めて現実的でいい。 あと、既に言われているが、JSerなんてこの程度、というのは当たっている。 具体的に言えば、実力を過大評価している勘違い馬鹿が多い。 ただ、それは界隈のオンボロさと、楽勝さによっているのであって、環境を共有しているTSでも同じだよ。 とはいえ俺はこれも良いことだと思っている。 つまり技術レベルが低くても達成出来ることが(見た目)大きいわけだから。 だからCとかの連中は、なんでJSerがあんなに馬鹿でも世界が回るのか、 それはつまり、界隈のシステムが上手く出来てるからなんだけど、その辺学ぶべきだと思うよ。
563 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 23:43:46.38 ID:6sdqDrQt.net] >>541 難しくはならないが、煩雑にはなるんだよ。 そしてその煩雑さを利益が上回る為には、最低限ある程度の規模が必要で、 それは最初の最初の初心者が書くコードの規模(精々100行)では全然足りない。 だからってスクリプト言語で調子に乗ってガシガシ書いた後に型が欲しくなる時は確かにある。 その辺、従来は対応出来なかったが、TSはそこを上手く掬い取れた。
564 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 23:50:21.71 ID:TSALDtkC.net] JavaScriptで昔書いた3000行のコードをTypeScriptに直しているんだけど いやまあ型は便
565 名前:と思えるいろんな発見があったわ;; [] [ここ壊れてます]
566 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 23:50:29.75 ID:hWE3VueY.net] 現在もっとも人気と将来性があって最強と言われる Pythonに型がないのはどういう理由なんでしょうか?
567 名前:デフォルトの名無しさん mailto:sage [2020/10/10(土) 23:56:23.03 ID:hWE3VueY.net] パイソンはクラスは使えるようですね
568 名前:デフォルトの名無しさん mailto:sage [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年ほどはかかるだろうし。
569 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 00:11:31.57 ID:rXA2CZZq.net] >>548 クラスが使える=オブジェクト指向が出来る、という意味では、 最近のプログラミング言語でそもそもOOP出来ないものは存在しない。 それほどまでにOOPは認められた存在だと言うこと。 ラムダも同様だが。(なおPythonのラムダには制限あり) だから最近の言語はどれもこれも同じだ!と言われていて、実際そうなのだが、 敢えて違う言語を!とやったのがGo。 ただしGoは別方向にかなり糞なので初心者は止めた方がいい。(と思う) ただ、実際はGoも結構初心者受けしている。特に形無しスクリプト言語上がりには。
570 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 00:24:04.47 ID:n4TOsjKe.net] Pythonは 機械学習関連のライブラリが充実していて 最強の地位は10年後も20年後もおそらく変わらないだろう とプログラミングに詳しい知り合いが言ってました。 マシンスペックも上がってきているので Python のようなスクリプト言語でも 十分に実行速度が発揮でき益々 需要が伸びる可能性が高いと聞きましたが。
571 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 00:25:02.84 ID:vIhtxp0O.net] >>547 mypyというものがあってだな
572 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 00:34:52.32 ID:y3zg5lZo.net] スレチ
573 名前:デフォルトの名無しさん mailto:sage [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からモロに受け継いでいるが)
574 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 00:50:50.85 ID:vIhtxp0O.net] 型無し糞言語は死あるのみ 型推論でスマートに型サポートを受けるのが今のトレンドだよ
575 名前:デフォルトの名無しさん mailto:sage [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 }を持つ任意のオブジェクトを受け入れるので同等に見えまつ、
576 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 01:02:20.20 ID:sfgrEAk/.net] 戻り値を忘れたorz : boolean 型推論って便利ですよね、、、
577 名前:539 mailto:sage [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 と言うのは、絶対に無理
578 名前:デフォルトの名無しさん mailto:sage [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が適しているとは限らないので注意(特に上の例はかなり適当なので)
579 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 06:43:46.76 ID:vDn4Pmub.net] Pythonは型を書いてもインタプリタがそれを無視して実行してくれる 高速に実行したければPyPy使えばネイティブコードに近い速度で実行出来るしmypyで型チェックも出来る JavaScriptで型を書くと単に構文エラーになるだけだが、その内無視して実行してくれる様になるだろう そうなったらTypeScriptは要らなくなる
580 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 07:10:15.21 ID:qONvW7Si.net] 妄想おつ
581 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 07:22:42.40 ID:vDn4Pmub.net] Pythonみたいに動的型言語に型アノテーションを追加する事が主流になるだろう Union型は動的型だから出来る事で、完全に静的型にするとC++みたいになってしまう 動的型+型アノテーションは良いとこ取りで、プロから初心者まで皆が満足出来る
582 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 07:34:29.67 ID:6reX+khV.net] Pythonは10年前にやったときは凄い言語機能だと思ったけど、それからあんまり進化しなくて今はJSにすら言語機能的には劣ってる。Pythonの良いとこ他の言語も取り込んじゃったからね。 でもそれとライブラリが充実してるってのは別問題で、このライブラリの充実っぷりがJS|TSにもあったら天下取れるのになぁと思う。 機械学習はライブラリの最適化がキモで言語の速度なんてほとんど関係ないし
583 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 08:43:37.68 ID:AhI6YFfN.net] なんどもコードの書き換えが必要な機械学習において Pythonのような可読性にすぐれ、少ないコードで実行できる言語はが必要不可欠なのよ。 Cythonを使えば実行速度もC/C++と変わらないしね。 JavaScriptはTypeScriptとして生き残ると思われる。
584 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 08:44:44.80 ID:AhI6YFfN.net] >>558 そのYouTubeはPythonとJavaScriptで作られているという皮肉
585 名前:デフォルトの名無しさん mailto:sage [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の問題点は根本的にここら辺で、 この程度のどうでもいい規模しか書けない初心者にも無駄にいちいち考えることを強いて手を止めてしまう。 このレベルならグダグダ言わずに何とでも書いてどんどん先に進んだ方がいい。 どうせ今書いてるコードなんてゴミで、後から使える事はない。
586 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 08:59:27.04 ID:rXA2CZZq.net] 少し遠回りしたが話を※の時点に戻すと、 だから「全部について型を書け」というのは少々煩雑で、型あり言語は型推論で
587 名前:型を書かなくて良い方向に動いてる。 逆に、形無し言語は型をアノテートすることで、コンパイル時に落とせる方向に動いてる。 結果的に、どっちも同じような状況になりつつある。 落としどころは多分、C#の「ローカルは型推論、それ以外は型を書け」がまあ妥当なラインなのだろう。 だから初心者でこの辺の塩梅が分からないのなら、C#から入るのもありだと思うけど。 現実的にバランスが取れた仕様にはなってる。 >>563 JSが取り込んだPythonの良い所って何? そんなの初耳だが。 そもそもPythonが褒められてる点なんてマジで何一つないと思うが。 (ただし俺は10年も使ってないので歴史的経緯はほぼ知らんが) JS|TSが天下を取る為に必要なのは「同期」だよ。 asyncとかじゃなくて、普通の「同期」の方が分かりやすいし、実際スクリプト言語が担当する分野ではほぼそれでいい。 c10k問題等には非同期が有利なのは事実だが、見た目の分かり易さは「同期」の方が断然いい。 「それ、同期だったらそもそも理解する必要すらなくて、上から順に実行される、で済みますよね?」が多すぎる。 ただ、「非同期」は最早宗教だから、「同期」を入れることはないのだろうけどね。 「同期」が入れば、CPUリソースが厳しいサーバ側のPHP/Ruby/(ほぼいないが)Pythonの半分ほどはNodeに移行するだろう。 (実際、Goがその界隈で流行ってるのも、大した手間をかけずに快速が得られるからであって) また、普通のスクリプト業務、つまりPythonが蔓延っている分野でも、 Python同様に簡単に書け、速度は16倍なのだから、当然普段使いする奴が出てくる。(というか俺がそれ欲しい) そうすれば、ライブラリも充実していく。 「同期」がないから普段使いしにくいのがとにかく問題。 逆にPythonは実行速度が問題で、現実的な文句はほぼこれに尽きる。 だから彼等が何故高速化を目指さないのかは俺には本当に謎。 [] [ここ壊れてます]
588 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 09:13:49.37 ID:/RVlCgv+.net] このおっさん長文書く割に知識浅いな
589 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 09:15:26.14 ID:xz6PduLx.net] >>565 あれPythonで作られてるから進化が遅いんだぞ 外向きにはPythonで問題ないって強弁してるが完全に負債化しちゃってる Pythonで作ったWebサービスあるある
590 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 09:29:24.51 ID:AhI6YFfN.net] 時代についていけない老害エンジニアがC/C++を必死に推してるように思うのだが
591 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 09:29:47.66 ID:vIhtxp0O.net] >>568 浅いというか個人 or 小規模開発しかしたことなさそう
592 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 09:36:16.20 ID:AhI6YFfN.net] Pythonの速度が遅いと言ってるのは情弱 Cで書いたライブラリに受け渡せばC言語の速度で実行できるし Cython使えばPythonのコードほぼそのままC言語の速度がでる Pythonで困るのはGUIくらいだろ?
593 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 09:40:52.87 ID:sfgrEAk/.net] 継承とジェネリクスが役割が被る領域において TypeScriptではどっちの書き方がメジャー(もしくは効率的)とされているのかわからなかったのです><! >>559 レスdクス、 わかりた、
594 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 09:45:09.23 ID:sfgrEAk/.net] 次の質問なのですが、 タイプガードとか書くときにクラス(やハッシュ)にプロパティーが有るのか無いのか調べると思うのですが つぎのどっちの書き方が良さげ? (1) 'someProperty' in foo (2) foo.someProperty != undefined
595 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 09:45:54.29 ID:sfgrEAk/.net] なんとなく(2)の方が早いのではないか、という気がするのですが気のせい??
596 名前:デフォルトの名無しさん mailto:sage [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も同じ。
597 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 09:59:21.79 ID:vIhtxp0O.net] >>574 無料相談所じゃねえんだぞ調子に乗るな (2)にしろ (1)は型の保証までしてないから最後の手段 あとinterfaceはライブラリなど汎用的なコードに使うもの、普段はtypeを使え
598 名前:572 mailto:sage [2020/10/11(日) 10:02:33.58 ID:sfgrEAk/.net] ていうか自己解決しますた、 e: Event を e: MouseEvent として扱ってよいか(ダウンキャスト可能か)どうかを 確認するとき、(1)の書き方でないと MouseEventにあってEventに無いプロパティー (e.offsetXやe.offsetY())の有無の判定が書けませんぬ、
599 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 10:15:47.58 ID:AhI6YFfN.net] >>576 機械学習の勉強してみ。演算やアルゴリズムなんて二の次 三の次だから。 とにかく何度もコードを書き換えてひたすらパラメーターと変数の調整作業になる。 言語の実行速度よりコードの記述速度の方が大事になる。 この時はじめて「Pythonさん。なめててごめんなさい」って言いたくなる。
600 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 10:30:46.60 ID:rXA2CZZq.net] >>579 パラメータの変更しかしないのならそうだろうとしか。 俺は別にPythonを使うことが悪いとは言ってないぞ。 俺はJSを大変気に入っているが、それは「手抜きで書けるわりに速い」からだ。 だから俺はJSからCのDLLを呼びたいんだよ。 それがお前の場合はPythonなだけだろ。別に不思議でもないよ。
601 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 10:37:24.45 ID:AhI6YFfN.net] >>580 PythonはCythonを使えば ほぼPythonコードのままCのライブラリが作れるんだよ 速度はCで記述したものとほとんど変わらん
602 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 10:42:41.64 ID:rXA2CZZq.net] >>574 それはJSでは議論し尽くされた質問。多分ググッた方がいい。 会社で書く場合は多分コーディングルールでどっちにするか決まってる。 プロパティのありなしのチェックだけなら(1)の方が原理的に速い。 ただしJSの場合はundefinedという値を設定出来るので、その場合は(1)も(2)もアウトだが。 これはJSの仕様バグだが、この辺含めてJSは厳密な型管理には向いてない。 そもそも型無しなので当然だが。 >>578 そもそもダウンキャストが必要となってる時点でOOP的には邪道。 多分それは無駄にアップキャストしてるから。 OOP初心者あるあるの、張り切って無駄にOOPして余計に複雑になってるケースだと思うよ。 それも含めて頑張れでしかないが。
603 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 10:52:20.91 ID:rXA2CZZq.net] >>581 ならお前はPython/Cythonで一生暮らすでいいだろ。 俺はC使えるからCythonを使うことはないし、 Pythonも色々糞だからJSで
604 名前:マむところはJSで行く。 だからCscriptはそこそこ良かったのだが、MSはこれを捨ててPowerShellという別糞言語押しなのは残念。 [] [ここ壊れてます]
605 名前:デフォルトの名無しさん [2020/10/11(日) 10:59:25.49 ID:kZXFoyze.net] >>549 >俺はPythonやってないが、最近かじろうとして、止めた。 >String.replace(regexp)がなくて、RegExp(str)しかなく、ああこりゃ駄目だ、と思った。 >なるほどPythonではクソコードしか書けない、というのは納得だ。 馬鹿ですね判ります
606 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 11:08:21.39 ID:kZXFoyze.net] >多分それは無駄にアップキャストしてるから。 型消去が必要な場面なんていくらでもあると思うが。 そもそもダウンキャストって動的な型判定でしかないんでOOPとは直交する概念だよな。
607 名前:576 mailto:sage [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
608 名前:576 mailto:sage [2020/10/11(日) 11:25:20.20 ID:sfgrEAk/.net] >>582 >そもそもダウンキャストが必要となってる時点でOOP的には邪道。 HTML5とかを決めているmozilla.orgに言って、 ホスイ
609 名前:デフォルトの名無しさん mailto:sage [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 と長々と書く、でよかった。
610 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 11:37:03.05 ID:rXA2CZZq.net] >>587 それはその通りだが、そもそもHTMLの仕様がOOP前提ではないので継承構造が綺麗になってない。 それを無理矢理それっぽく見せかけているのがHTMLElement(というかDOM)だが、 ちょこちょこ例外的なのがあって統一的に扱いきれない。 多分割と早い段階で無理だと諦めると思うよ。それも含めて頑張れだが。 mozallaが悪いわけではなく、OOP前提で作られてない物を載せ直そうとしてるから無理があるんだ。 なら不整合な古い仕様はばっさり切っていった方がいいと思うが、それは互換性の問題で切れないらしい。 だから、今後とも直ることもないよ。
611 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 11:39:39.85 ID:ZGWQTXgj.net] >>572 PythonはOO機能が中途半端で型システムも貧弱だからアプリケーションのコアとなるドメインモデルの実装には使われない Cythonでドメインロジック書くのはもっと非現実的 機械学習やデータ分析のようにコアとなる部分を汎用的にCでライブラリ化できるような用途には適してる NetflixやUberのようなテクノロジ先進企業がアプリのコアからPython外して 機械学習を含むデータ分析系かシステム管理系に絞って使ってる理由
612 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 12:42:35.57 ID:6reX+khV.net] >>588 外変数を掴まないArray関数? センス無いなぁ。やっぱあんたOOPしかできないでしょ
613 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 12:57:09.09 ID:AhI6YFfN.net] >>563 記述が簡単。ライブラリが充実。これが最強の所以だよ。 コードの学習コストと記述に時間がかからない分、他に時間をさける。 機械学習、データ分析、科学系でPythonの最強はしばらく続くだろう。 今話題のディープラーニングにおいてもPyTorchが最強の座に着こうとしている。 大企業が多額の資金を投入してね。 JavaScriptもネットでは必須なのでPythonと肩を並べる言語になるだろう。 この2つを極めたものだけが将来生き残れる。jabaは10年後には消えてるだろうな。
614 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 12:58:10.87 ID:AhI6YFfN.net] Javaねw
615 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 13:01:56.22 ID:rXA2CZZq.net] >>591 外変数を掴む前提ならreduceは全てforEachで代替出来る。 逆に言うと、わざわざreduceを入れたのは、見た目immutableにしたいだけ。(戻り値をconstで受けられる) しかし現状では与えた関数が外変数を変更していない、という確証が「文法的には」ない。 つまり、「見て判断」するしかない。 この辺がハンガリアンを馬鹿にしているお前らが理解出来てないところだ。 => がクロージャ無しなら、 const tmp = arr.reduce( => ); において、tmp以外の変数に変更がないことを文法的に保証出来た。 これをせずに、immutableだあ、型でエラーが落とせるだあ、なんて言ってる時点で意味ねえ、というだけ。 もっと効率的にエラーを落とせる仕様は有ったって事だよ。
616 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 13:11:49.27 ID:6reX+khV.net] >>592 多分そのとおりなんだけどTS使いがPython使うとイライラするぜw 型情報もジェネリクスも貧弱だし、多少トリッキーでも短くて副作用のないコードを書くTS使いに対して、Python界隈は助長で副作用も使う簡易なコードを書く。 どっちが優れてるとは言わないけど。文化がかなり違うように感じる
617 名前:デフォルトの名無しさん mailto:sage [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の「言語として」良い点なんて絶対に挙げな
618 名前:いだろ。 ここでも無視されてる。実際、ないと思うし。 彼等にとっては使っている人数が多いこと自体が武器であり、それを目指しているからだ。 勿論これもありだが、Javaもそうだったが、これだとどうしても古くなっていく。 だから、仮にJavaが死ぬなら、同様に「古い」とされて死ぬのはPythonだろうね。 [] [ここ壊れてます]
619 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 13:40:29.31 ID:kiEWpQjt.net] >>595 30年前のレガシー言語と比べて言語機能的に優秀じゃなければ存在価値ないよね PythonがTSに比べて優秀なのは今まで使われてきた歴史があるところ
620 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 13:42:20.42 ID:AhI6YFfN.net] >>596 PythonはJavaScriptの”中途半端”な速度を切り捨てて自由を手にしたのだ。 そもそも、処理速度がネックになるなんて単純計算を繰り返す場合がほとんどで そんなもんライブラリに任せればいいんだよ。Pythonを使ってるのはプログラマだけじゃない。 科学者、数学者など他業種も多い。記述の簡単さ。ライブラリという遺産。大企業の投資。 すべてがPython最強を示している。 GUIはJavaScriptに軍配があがる。これに異を唱える奴はいないだろ。 JavaScriptはWEBで棲み分けができていて最強言語の一つだ。 そんなにPythonを逆恨みする必要はないよ。
621 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 13:52:30.76 ID:AhI6YFfN.net] >>597 言語の記述が簡潔。これが一番だな。 パソコンよりスマホ。FLASHよりYouTube。マニュアル車よりオートマ。 人間は楽な方にながれる生き物。 処理に時間のかかるものはライブラリになげてスクリプト言語で記述。 これがこれからの流れだと思う。生産性もあげていかないと。
622 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 13:57:45.46 ID:AhI6YFfN.net] 「ワシもCで苦労したんだから、お前ら若者も苦労せい」 ↑ こんな考えの老害が生産性を著しく低下させてる
623 名前:デフォルトの名無しさん mailto:sage [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よりもむしろ簡単になる。(文法が超絶簡素だし) (ただし、無くなることはないとも思うが。非同期宗教酷すぎ)
624 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 14:40:59
] [ここ壊れてます]
625 名前:.26 ID:rXA2CZZq.net mailto: >>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もありだろうさ。 [] [ここ壊れてます]
626 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 14:50:27.97 ID:wajrVZJ7.net] このクソ冗長な駄文書く奴が簡潔なコード書けると思うかい?
627 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 14:54:59.49 ID:xjaVw/rp.net] 無理だなw
628 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 15:00:02.75 ID:AhI6YFfN.net] 要約するとPythonが憎いってことかw
629 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 15:06:05.60 ID:dKH8Tkfs.net] どうでもいいがいい加減スレチ
630 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 15:45:06.69 ID:eAcRpNge.net] >>603 ありえないよね
631 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 15:57:00.97 ID:N5blIWED.net] 長文書きたいなら別サービスいきゃいいのにw
632 名前:デフォルトの名無しさん [2020/10/11(日) 17:55:24.83 ID:n5rbjmiV.net] せっかく丁寧に説明したのに今の若者は長文が読めないとかキレ出すのに1票
633 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 18:12:49.10 ID:rXA2CZZq.net] >>605 お前はCが出来る奴が憎くて憎くて仕方ないのは分かった。 ただ、何度も言ってるが、Cも大して難しくはない。 昔だったらプログラミングなんてしなかった馬鹿連中も最近はプログラミングするようになってきてるから、 大勢の比較的馬鹿から見たら同じ物が難しく見えるだけ。 当たり前だがCなんて昔から変わって無いし、(というか変わらな過ぎだが) 今はIDEのサポートもありネットでも情報を探せるから、昔よりは断然簡単に学べる。 同じ理系学科で比較すれば、脱落率は劇的に改善しているはずだよ。 そもそも昔は1人1台PCでもなく、家で予習/復習すら出来なかったわけでさ。 F12押せばIDEモドキがいきなり出てくる今とは全然違う。
634 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 18:38:20.01 ID:6reX+khV.net] Cの仕様は確かに小さいよ、しかしだからといって小さいイコール簡単な世界じゃない。 メモリパズルしたりガチで
635 名前:立つマクロ組んだりSIMDで最適化したり未定義動作と戦ったりしてみると良いよ [] [ここ壊れてます]
636 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 18:47:48.52 ID:lHUSyjod.net] いい加減にしろ。
637 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 18:57:19.02 ID:iumhQK0o.net] マロックできないやつがおりゅってマ?ww
638 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 19:25:10.03 ID:rXA2CZZq.net] >>611 未定義動作以外はもちろんやってるぞ。 ただJSでもTypedArrayは導入されたし、メモリパズルや最適化はCだけの話でも無いけど。 むしろそれをやる気がなければ最高速は目指せない。 numjsとか使ってる奴はJS/TSでそれやってると思うよ。 あと、お前もそうだが、最近の若い奴は使いこなす=全機能を使う、と勘違いしている。 Cのマクロなんて深入りしたら余計に生産性が落ちる。あれはぱっと見て分かる範囲で使うべき物。 プログラミング言語なんてアプリを作る道具であって、道具を使い倒すのが目的ではない。 分かる範囲で使い、希望の動作をするアプリが出来るのなら、それでいい。 全く使って無い機能があったとしても、関係ない。
639 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 19:27:09.39 ID:6reX+khV.net] 別にここTSスレなんだからmallocできん奴おってもええやろ。今は細分化の時代だし。
640 名前:デフォルトの名無しさん mailto:sage [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コールも同様にそれなりに遅いらしいので、マーシャリングであればどうにもならないけどね。
641 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 21:21:39.97 ID:CIdPEDg5.net] >>602 >C、あれは難しいのではなくて、理解するのにPCの物理的構造の理解が不可欠なだけだ PCの物理的構造とやらが理解できたところで void (*signal(int sig, void (*func)(int)))(int) なんて宣言を読めるようになるとはとても思えないんだが
642 名前:デフォルトの名無しさん mailto:sage [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初心者より難しいことをやってる。 ただそれは呪文扱いで
643 名前:「いと思うよ。 自分が望むアプリを作ることが目的であって、呪文使いになることが目的ではない。 まあ確かに、ここ20年でプログラミング回りもだいぶ変わったから、 C言語自体は確かに変わって無いけども、学ぶべきことが明らかに増えてるのは事実だ。 関数ポインタも、OOPも、クロージャも、並列も、昔の学生には必要なかったから。 [] [ここ壊れてます]
644 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 22:21:00.46 ID:6reX+khV.net] 思ったよりは詳しいみたいだし、その長文書くエネルギーでTypeScriptもっと使い込んで? 批判するならその上で批判して。ここTSスレだから。 使うまでも無いとか技術者らしからぬ事言わないでね。
645 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 22:30:53.12 ID:KPje/k62.net] 長い、3行で
646 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 22:42:52.59 ID:rXA2CZZq.net] >>619 TSについては、今のところ使う予定無いからね。 理由は既に言ったとおり、「スモークテストまでだけの為に記述が増えすぎ」だから。 ただTSは確かに立ち位置は悪くない。 型のおいしいところだけつまみ食いしよう、という意図が明確でいい。 そもそも使って無いから細かい粗も知らんし、批判しようも無い。 JSが糞な点は多々あるけど、それはTSでどうにかなるものでも無いし。
647 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 23:10:58.87 ID:pHYX9F42.net] >>618 >C#でも最初は採用されなかった理由だ。(C#は確か2,.0から) Delegateは1.0からあるよ
648 名前:デフォルトの名無しさん mailto:sage [2020/10/12(月) 02:32:07.80 ID:ay8eu3sV.net] スレチは3行もいらん
649 名前:デフォルトの名無しさん mailto:sage [2020/10/12(月) 06:56:35.72 ID:MB2VBDRV.net] >>622 確認してみたがどうやらそのようだ。 なんだかんだでC#はマトモだな。
650 名前:デフォルトの名無しさん [2020/10/12(月) 08:01:12.80 ID:D7FMyxf4.net] 実際のところ、皆さんtsを仕事で使ってたりするの?
651 名前:デフォルトの名無しさん mailto:sage [2020/10/12(月) 08:49:35.94 ID:sR+xz/oc.net] うん
652 名前:デフォルトの名無しさん mailto:sage [2020/10/12(月) 08:51:37.03 ID:wrjLnlZW.net] 使ってるよ。 元々JS使いだから最初は型と戦ってばかりで時間かかって生産性下がって辛かったけど、慣れればむしろ早いし、リリースした後の安心感が段違い。 小規模開発でもこれだから規模が大きいとさらに影響は大きいだろうね
653 名前:デフォルトの名無しさん mailto:sage [2020/10/12(月) 08:55:55.53 ID:g334XhqZ.net] フロントエンドエンジニアやってるけど、React + TypeScriptが鉄板過ぎる これ以外でUI組む気になれん
654 名前:デフォルトの名無しさん [2020/10/12(月) 10:31:14.01 ID:lIqFO5mi.net] サーバーサイドでも使ってる人いるのかな typescriptとサーバーサイドでググると サーバーサイドでもtypescript 最高たぜ〜みたいな記事出てくるけどほんまかいなと。 Java,や.NET使った上でそう判断してる現場もあるんだろうか。 いま.NETしか経験がないメンバーにtsを習得させるか、思い切ってBlazorに手を出しちゃうか悩み中。
655 名前:デフォルトの名無しさん [2020/10/12(月) 10:41:40.32 ID:pl0L2hmu.net] 鯖サイドってOSコロコロ変わるイメージ無いんだけど、JVMにしろ.netにしろVMで動かす意味ってあるの? GoとかRustで良いんじゃ無いかって思うんだが。
656 名前:デフォルトの名無しさん mailto:sage [2020/10/12(月) 10:56:21.63 ID:sR+xz/oc.net] >>629 .NET Core使っとけ
657 名前:デフォルトの名無しさん mailto:sage [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 を使えるかな?
658 名前:デフォルトの名無しさん mailto:sage [2020/10/12(月) 11:39:26.90 ID:tosLr/AM.net] >>630 むしろVM使ってるかどうかで言語を選択するケースのほうが稀
659 名前:デフォルトの名無しさん mailto:sage [2020/10/12(月) 11:47:16.30 ID:wrjLnlZW.net] >>629 TSに手を出すのとBlazorに手を出すのでは冒険度合いが違いすぎない?
660 名前:デフォルトの名無しさん [2020/10/12(月) 12:34:06.06 ID:lIqFO5mi.net] >>634 だよね… こんなところで聞くことじゃないかもしれないんだけど、 サーバーサイドに記述されてるクラスって、フロントでも使えるの? それともフロント側でもtypescriptで同じクラスを宣言しないといけない? Blazorはクラスを共有できるくさくて…それはメリットとしてかなりでかいなあと。
661 名前:デフォルトの名無しさん mailto:sage [2020/10/12(月) 12:38:53.86 ID:gBcZoQLz.net] >>630 サーバーは言語何を使うとしても仮想化前提だろ。
662 名前:デフォルトの名無しさん mailto:sage [2020/10/12(月) 12:49:06.93 ID:wrjLnlZW.net] >>635 同じ言語だからクラス書いたファイルを両方から参照すれば良くない? そういう意味でなくてサーバとクライアントでシームレスにインスタンスをやり取りしたいとかであればフレームワークが居るのでは?
663 名前:デフォルトの名無しさん mailto:sage [2020/10/12(月) 13:00:28.44 ID:tosLr/AM.net] >>635 両方同じ言語なら共有ライブラリとしてそれぞれから参照すればいいけど 言語が違ってもOpenAPIみたいの使ってコード生成すればいいから 2度手打ちする必要はないかも
664 名前:633 [2020/10/12(月) 13:15:11.55 ID:lIqFO5mi.net] ごめんごめん サーバーサイドはasp.net coreです OpenApiとやらを使えば、クラスの生成が楽ちんてことね… しかし二度手間感はすごいあるな… でもBlazorに手を出すリスクを考えるとまだマシか…
665 名前:デフォルトの名無しさん mailto:sage [2020/10/12(月) 13:38:59.49 ID:sR+xz/oc.net] Blazorも使ってるけど、まだ.NET5対応のツール周りが全然だめなんだよね…業務なら素直にTypeScriptでいいと思うよ
666 名前:デフォルトの名無しさん mailto:sage [2020/10/12(月) 15:15:45.91 ID:1F5XaUKJ.net] over knight blazorくらいになってからが本番。
667 名前:デフォルトの名無しさん [2020/10/12(月) 15:31:28.54 ID:TNFvs/DR.net] >>633 ,636 だよね。 なのに何でJavaとC#何だろ?って思った。
668 名前:デフォルトの名無しさん [2020/10/12(月) 15:34:05.12 ID:TNFvs/DR.net] >>636 特に仮想化前提で遅くなるのに何で言語をネイティブコンパイラ言語にしないんだろ?と。 昔は実質C++しか無かったなら仕方ないとして、今なら選択肢はもっとあるのに・・・。
669 名前:デフォルトの名無しさん mailto:sage [2020/10/12(月) 15:46:11.22 ID:YFC4n48A.net] Goのコードは高機能でファットなランタイムに依存している ランタイムとアプリを分離できないだけで、実質VM言語みたいなものだ 一方、.NET Coreはアプリとランタイムを実行ファイルに全部ぶっこんで配布することも可能 従来のVM言語という線引きは曖昧になりつつある
670 名前:デフォルトの名無しさん mailto:sage [2020/10/12(月) 16:22:11.38 ID:DGsDArLw.net] C#だとジェネリクス関連はJITに任せたほうが速かったりできるし、 .NET CoreはReady to Runでネイティブコンパイルされたコードを同梱することもできるぞ。
671 名前:デフォルトの名無しさん [2020/10/12(月) 18:07:07.48 ID:pl0L2hmu.net] あー・・・。 そう言えばC#はネイティブにもコンパイル出来るようになったんだっけ・・・。 C#については納得。 Javaはまあ、コード資産だろうし。
672 名前:デフォルトの名無しさん [2020/10/12(月) 18:13:15.12 ID:pl0L2hmu.net] JITについては正直半分くらいしか信じてないんだけど、あり得なくは無いなと思ってる。 Dや一部のC++みたいにコンパイル時実行での最適化とどっちが速いんだろうとか思う。
673 名前:デフォルトの名無しさん mailto:sage [2020/10/12(月) 18:27:26.57 ID:wrjLnlZW.net] >>645 ジェネリクスってコンパイル時に解決するものだと思ってた
674 名前:デフォルトの名無しさん mailto:sage [2020/10/12(月) 18:58:23.00 ID:2+ZUcZ4K.net] TypeScript part3
675 名前:デフォルトの名無しさん mailto:sage [2020/10/12(月) 20:08:52.47 ID:aavFFkjO.net] >>647 コンパイル時の方が多少早いけど、cppのジェネリクスもといテンプレートは型の分関数を用意するって愚直な方法をとってるので、バイナリサイズがデカくなる。 型情報も使えないしね。 あと、分岐命令なんかはどっちのほうが頻度
676 名前:高いかとか見て、動的にプロファイル取りながら最適化しつつ実行してるので、JITの方がより良い形になる事もある。 >>648 コンパイル時に解決はしてるけど、ILレベルでは複数の関数が作られてる訳ではなかったはず。 もちろん実行時には、JITで型ごとに関数が生えることもある。 [] [ここ壊れてます]
677 名前:デフォルトの名無しさん mailto:sage [2020/10/12(月) 20:18:21.71 ID:wrjLnlZW.net] >>650 そゆことね。なるほど
678 名前:デフォルトの名無しさん mailto:sage [2020/10/12(月) 21:17:35.13 ID:/8/TUV2P.net] モダンC++対マネージコード:パフォーマンス対生産性 https://www.infoq.com/jp/news/2012/04/native_vs_jit/
679 名前:デフォルトの名無しさん mailto:sage [2020/10/12(月) 22:34:15.13 ID:CacJvltN.net] >>627 型はトモダチ…!
680 名前:デフォルトの名無しさん mailto:sage [2020/10/12(月) 22:37:04.59 ID:CacJvltN.net] 質問なのですがTypeScriptでC++みたいに関数引数をconstにするにはどうすれば 良いの?
681 名前:デフォルトの名無しさん mailto:sage [2020/10/12(月) 22:47:48.13 ID:CacJvltN.net] >>650 >あと、分岐命令なんかはどっちのほうが頻度高いかとか見て、動的にプロファイル取りながら最適化しつつ実行してるので、JITの方がより良い形になる事もある。 デマくね…? プロファイル取る手間はタダじゃないし、
682 名前:デフォルトの名無しさん mailto:sage [2020/10/12(月) 23:49:02.74 ID:m2BvN3X6.net] >>654 eslint no-param-reassign
683 名前:デフォルトの名無しさん mailto:sage [2020/10/13(火) 00:53:50.25 ID:y5Oy6HcC.net] Ruby では、1秒で100万回ループすると、 JIT されて、1秒で1,000万回ループされる
684 名前:デフォルトの名無しさん mailto:sage [2020/10/13(火) 06:14:03.47 ID:ksuhhYbG.net] >>653 型はトモダチ!(゚∀゚)
685 名前:デフォルトの名無しさん mailto:sage [2020/10/13(火) 07:33:03.58 ID:mCCwe/N2.net] >>655 どっかで読んだけどな。 というか、AOTの制限事項として、JITより効率が悪い可能性の一つとして挙げられてるよ。
686 名前:デフォルトの名無しさん mailto:sage [2020/10/13(火) 17:57:10.11 ID:cQUBKlo0.net] (´・ω・`) webpack v5 ……
687 名前:デフォルトの名無しさん mailto:sage [2020/10/13(火) 21:41:54.07 ID:mhza1+DZ.net] >>656 「Invalid option '--param-reassign'」って言われた つ∀`;) ESLint: 6.5.1. ていうかできたとして無差別にconnstというのもそれはそれでC++と違う希ガスorz
688 名前:デフォルトの名無しさん mailto:sage [2020/10/15(木) 17:16:37.21 ID:pazOZeAi.net] webpack@5、めっちゃ破壊的やん…
689 名前:デフォルトの名無しさん mailto:sage [2020/10/15(木) 17:39:38.69 ID:hmYZFqJj.net] >>661 お前の目はフシアナか? https://eslint.org/docs/rules/no-param-reassign ていうか引数に再代入するガイジなんて必要ないから無差別にエラーで構わんやろ
690 名前:デフォルトの名無しさん mailto:sage [2020/10/31(土) 19:19:55.76 ID:T4Ek6w2r.net] JavaScriptからTypeScriptへの書き換えオワタ\(^o^)/ JavaScrpit最初に知って一ヶ月で全部書いたから3000行ぐらいだろうと思っていたら あとでちゃんと数えたら8790行やったorz 実作業4日かかった ここで4日というのは4日×8Hではなくて4日×24Hの意m(ry
691 名前:デフォルトの名無しさん mailto:sage [2020/10/31(土) 19:27:20.93 ID:cZ59ogsv.net] 乙 TypeScriptやってない頃に書いたコードってTypeScriptのこと意識してなくてオブジェクトの形を動的に変えたりしない? 自分がやったときはそのせいでだいぶ時間かかったわ
692 名前:デフォルトの名無しさん mailto:sage [2020/10/31(土) 19:31:22.31 ID:T4Ek6w2r.net] prototype文で無理矢理classにしていたやつを さらに基底クラス(にあたるブツ)の所有でもって継承を表現していたやつの普通のclassと継承への書き換えが苦痛やった、 機械的とはいえ自動化できるほど単純には行かず苦痛やった、 手製イベントのインターフェースが実際何になるのかがぐちゃらけていたので3種類のインターフェースのORで 表現できるとワカルまで試行錯誤を要した、 あとはだいたいうまいぐあいに逝けた とわいえVSCodeの強力なインテリセンスとリアルタイムエラー報告(スクロールバーのところが赤くなるやつ)が無かったら 到底完遂不可能なところやった、、、 webpack使用
693 名前:デフォルトの名無しさん [2020/10/31(土) 19:34:13.19 ID:fxcwqRC2.net] おめでとう
694 名前:デフォルトの名無しさん mailto:sage [2020/10/31(土) 21:54:44.53 ID:bInJNbvZ.net] ウンコードなJSをTSに変えることで人は強くなるのだ おまえはまた強くなった
695 名前:デフォルトの名無しさん mailto:sage [2020/11/01(日) 08:10:24.39 ID:jzqs5N6a.net] 委譲から継承に切り替えたらそりゃ辛いっしょ。 乙〜
696 名前:デフォルトの名無しさん mailto:sage [2020/11/02(月) 00:59:20.76 ID:ZpVsHyOp.net] delegation over inheritance って言うしな
697 名前:デフォルトの名無しさん mailto:sage [2020/11/06(金) 22:00:05.98 ID:4red4XqV.net] GithubでもTsは定義箇所にジャンプできたりするんだな 強い
698 名前:デフォルトの名無しさん mailto:sage [2020/11/09(月) 19:43:09.64 ID:m4E6C9lQ.net] 今からTypeScriptやるならDenoでいーの? あっギャグじゃないです真面目な質問
699 名前:デフォルトの名無しさん [2020/11/09(月) 21:13:08.03 ID:EKGzterf.net] 作った本人は デノ って発音してるように聞こえる
700 名前:デフォルトの名無しさん mailto:sage [2020/11/09(月) 21:43:52.92 ID:nCMtc7Yy.net] Denoあんまり詳しくないけど、何やりたいかにもよると思う Web開発をする分にはまだNodeなんじゃないかな 周辺のツールやライブラリが揃ってるので CLIツールとかならDenoでいーんでの?
701 名前:デフォルトの名無しさん mailto:sage [2020/11/11(水) 11:00:58.08 ID:UmNDS4oo.net] >>671 jsx/tsx でもイケるようになったね
702 名前:デフォルトの名無しさん mailto:sage [2020/11/17(火) 22:53:14.47 ID:slG9DoRm.net] https://ncjamieson.com/prefer-interfaces/ https://github.com/microsoft/TypeScript/wiki/Performance 以前 type 推しの人がいたけどやっぱり interface か…
703 名前:デフォルトの名無しさん mailto:sage [2020/11/20(金) 14:22:41.76 ID:Us83CHd5.net] Announcing TypeScript 4.1 https://devblogs.microsoft.com/typescript/announcing-typescript-4-1/
704 名前:デフォルトの名無しさん mailto:sage [2020/11/20(金) 21:01:29.75 ID:2CLFT5fk.net] どんどん複雑になるなぁ ついていけまへんわ
705 名前:デフォルトの名無しさん mailto:sage [2020/11/20(金) 21:22:14.83 ID:2ALlQdvp.net] 逆にバージョンアップでシンプルになっていく言語ってあるの? 互換を完全に切るような言語なら可能だろうけど
706 名前:デフォルトの名無しさん mailto:sage [2020/11/20(金) 21:41:42.91 ID:lbWKfW5j.net] >>679 Schemeが小さくはなったな ま、大規模に使われてる言語じゃないから出来る芸当だ
707 名前:デフォルトの名無しさん mailto:sage [2020/11/20(金) 21:44:46.30 ID:4mUoVYL/.net] 言語機能が増えたからと言って全部使う必要はないしな たまにどこかで使われてるのを見てあれってなったら調べるくらいで良い
708 名前:デフォルトの名無しさん mailto:sage [2020/11/20(金) 21:50:47.55 ID:lbWKfW5j.net] JavaScriptは動的型だけど、動的型は意識しなくても複雑な事が出来てしまう TypeScriptはそれらに対して何としてでも型を付けたいんだよ それだけの事 JavaScript自体は何も変わってない
709 名前:デフォルトの名無しさん mailto:sage [2020/11/20(金) 23:06:21.09 ID:YMHZwsA3.net] もうaltJS風WebAssemblyコンパイラにして
710 名前:デフォルトの名無しさん mailto:sage [2020/11/20(金) 23:26:29.58 ID:CQfd4Gtb.net] >>683 つ AssemblyScript
711 名前:デフォルトの名無しさん mailto:sage [2020/11/21(土) 01:50:51.61 ID:uA84MfqB.net] コンパイラ型ほ生産性低いよ。
712 名前:デフォルトの名無しさん mailto:sage [2020/11/21(土) 04:03:36.16 ID:KUTDu7Bm.net] template literal typesなんていれるから 型レベルSQLとかおかしな事やり始めてるし https://github.com/codemix/ts-sql
713 名前:デフォルトの名無しさん mailto:sage [2020/11/21(土) 09:57:45.60 ID:y2efXPmb.net] くっそ遅くなりそう
714 名前:デフォルトの名無しさん mailto:sage [2020/11/21(土) 10:46:50.16 ID:+IqFTLxs.net] C++並にコンパイル遅くなったりしてね。 実質マクロだから実行時は速いんちゃう?
715 名前:デフォルトの名無しさん [2020/11/21(土) 10:54:34.52 ID:QRxilPan.net] >>680 あれ小さくなったって言えんの? r7rs なんて common lispよりでかいじゃん。 コアだけなら小さいだろうけどコアだけじゃなんもできんだろ。
716 名前:デフォルトの名無しさん mailto:sage [2020/11/21(土) 12:06:56.10 ID:FiI26J/z.net] うちのtsプロジェクト、tslintも入れてビルドに10分くらいかかってる。 前に -incremental 試してみてなんかの理由で断念したんだよな。 もう一度トライしてみるか。
717 名前:デフォルトの名無しさん mailto:sage [2020/11/21(土) 12:34:04.91 ID:8nB0jPpm.net] スクリプトのメリット完全に失っててワロタ スクリプトはビルドしちゃいけないんだよ IDEでパラレルLintするぐらいならいいけどな ビルドしないと動きませんじゃ本末転倒でなにがなんだか ビルドするならC#とかGoでやりゃいい
718 名前:デフォルトの名無しさん mailto:sage [2020/11/21(土) 13:16:27.04 ID:L7J0TnQj.net] ts-nodeならビルド不要だけど、それとは違う話か TypeScriptを直に実行できる処理系は今後も現れないだろうな
719 名前:デフォルトの名無しさん mailto:sage [2020/11/21(土) 13:30:05.02 ID:y2efXPmb.net] >>691 >ビルドするならC#とかGoでやりゃいい ブラウザで使うのが現実的じゃない
720 名前:デフォルトの名無しさん mailto:sage [2020/11/21(土) 13:42:58.96 ID:uA84MfqB.net] Dart始めました
721 名前:デフォルトの名無しさん mailto:sage [2020/11/21(土) 14:02:54.86 ID:xoaJjvLB.net] そもそもスクリプト言語でスクリプト言語向きじゃない大規模なことをやろうとしてるからこれができたわけで、言語のせいにするのは違う そもそも今のWeb(アプリ)はTS使ってなくてもビルドしてるものばっかりだし
722 名前:デフォルトの名無しさん mailto:sage [2020/11/21(土) 14:35:34.39 ID:FiI26J/z.net] まあ、べつに「スクリプトのメリット」を期待してtsを使ってるわけじゃないしな。 とはいえビルド時間が短縮できるならそれに越したことはないが。
723 名前:デフォルトの名無しさん mailto:sage [2020/11/21(土) 15:32:21.74 ID:+IqFTLxs.net] watch使うからビルド速度そんなに気にならないなぁ
724 名前:デフォルトの名無しさん mailto:sage [2020/11/21(土) 18:31:06.90 ID:/DiusCOy.net] >>689 RSR7-smallは5をベースにしてるから、それでなんも出来ないとか言ったら、それまでのSchemeを全否定じゃんw
725 名前:デフォルトの名無しさん mailto:sage [2020/11/21(土) 18:58:48.16 ID:+IqFTLxs.net] いっそガチでマクロ入れてくれたら色々捗るなぁ。凄く読みにくくなるだろうけど。 そこまで行かなくとも、(内部的に複数の関数を持つ)関数オーバーロードとか欲しいかも
726 名前:デフォルトの名無しさん mailto:sage [2020/12/09(水) 21:30:42.37 ID:gfVn9W3hf] 型定義ファイルを自作する場合どこに置くのがセオリーでしょうか? プロジェクトルートに@typesフォルダ作ってその中でしょうか?
727 名前:デフォルトの名無しさん mailto:sage [2020/12/18(金) 05:11:45.78 ID:7UB7snzp.net] ブラウザ使っててよく Webページ が固まることがあるから、ちゃんとUIスレッド以外で処理しろよとよく思ってたが JavaScript 自体がシングルスレッドだったのね WebWoker とかいうのもあるみたいだが、MDN見るに、 言語側でがっつり管理するからスレッドセーフあんまり考慮しなくてもいいみたいだし、これは楽でいいわ Java やってて、クリティカルセクションの処理が一番嫌いだった デッドロックの原因探すの大変すぎた
728 名前:デフォルトの名無しさん mailto:sage [2020/12/18(金) 05:52:13.96 ID:427cIB03.net] そもそもIO待ちにスレッドを使うのがナンセンスだったんだよな
729 名前:デフォルトの名無しさん mailto:sage [2020/12/18(金) 07:23:19.35 ID:7UB7snzp.net] まぁでも、 JavaScript のソースコード内に書いたものが全部同じスレッドで走ってる ってだけで、setTimeout とかの実装内では普通に別スレッド走ってるのか。 そりゃそうだよな、そうしないと非同期処理なんてどうあがいても不可能だものね。
730 名前:デフォルトの名無しさん mailto:sage [2020/12/18(金) 09:04:21.16 ID:TR+u0YNG.net] 非同期処理はスレッドの場合とそうでない場合の2種類ある そうでない場合は基本的にハードウェア割り込みで実装されてる タイマーとか通信処理
731 名前:ニか ファイルアクセスもOS毎に非同期APIが有るけど、libuvは互換性の為に敢えて同期APIを使う処理をスレッドプールに投げているようだ [] [ここ壊れてます]
732 名前:デフォルトの名無しさん mailto:sage [2020/12/18(金) 09:10:54.87 ID:TR+u0YNG.net] setTimeoutはスレッドを使ってない様に思うけど、結局の所ユーザー側でそれを知る術が無い
733 名前:デフォルトの名無しさん mailto:sage [2020/12/18(金) 12:01:30.61 ID:hVx5pFA4.net] >>701 の問題はスレッドがどうとか関係なくて、html中のある個所の内容が決まらないと 全体のレンダリングができない構造になっていたとか、jsをダウンロードしないと レンダリングされないのにその取得に時間がかかっているとかそんなところだろうな。
734 名前:デフォルトの名無しさん mailto:sage [2020/12/18(金) 13:13:24.97 ID:7UB7snzp.net] 最近ないように思うけど、1つのページがブラウザ全体をストールさせることが多かったのよ そんでブラウザを起動し直さなければいけない その原因が、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
735 名前:デフォルトの名無しさん mailto:sage [2020/12/18(金) 13:18:46.36 ID:7UB7snzp.net] JS で重めの処理をしたりバグがあっても、レンダリングスレッドと分離されてれば、 少なくとも UIが固まることはないということね(デッドロックがなければ) あと、上で最初に書いた、ブラウザ全体が固まるって話は語弊あったかもしれない ブラウザの各タブのレンダリングスレッドと、ブラウザ全体のUIスレッドは、多分分けられてるんだよね? 後でちゃんと調べます
736 名前:デフォルトの名無しさん mailto:sage [2020/12/18(金) 13:30:26.86 ID:Lq+ZSFwA.net] firefoxがフリーズすることは最近ちょくちょくあったな edgeに乗り換えたらきれいさっぱり直った ffはもうだめかもわからんね
737 名前:デフォルトの名無しさん mailto:sage [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 もいっぱいプロセス作ってるけどね、ちゃんと読んだ人教えて
738 名前:デフォルトの名無しさん mailto:sage [2020/12/18(金) 16:44:48.76 ID:7UB7snzp.net] 「Firefox が Tab ごとにスレッド」って書きたかった そのスレッドも Main Thread = UI Thread (DOM 操作と JS 実行)が1個って意味で、 Raster Thread とか、Composer Thread とか多分他にもいろいろスレッド作る
739 名前:デフォルトの名無しさん [2020/12/18(金) 17:50:47.93 ID:m88v/MV8.net] すみません、TypeScriptって開発中はコンパイルなしでブラウザですぐに変更の動作確認をできますか?
740 名前:デフォルトの名無しさん [2020/12/18(金) 19:33:24.14 ID:JhB3G5yf.net] そういう時代が来るといいね
741 名前:デフォルトの名無しさん mailto:sage [2020/12/18(金) 19:42:28.67 ID:1RoKReGQ.net] Chromium
742 名前:Edge で、YouTube を見て、 動画を、5秒先へ進めたりすると、フリーズする [] [ここ壊れてます]
743 名前:デフォルトの名無しさん mailto:sage [2020/12/18(金) 21:47:42.98 ID:TR+u0YNG.net] WebWorkerは完全にスレッドだぞ 更にAtomicsを使えばスレッド間でatomicなデータ更新が出来る
744 名前:デフォルトの名無しさん mailto:sage [2020/12/18(金) 21:53:39.89 ID:6FItt2sR.net] WebWorker使いやすくて好き。並列処理面倒くさいからたまにしか使わないけど
745 名前:デフォルトの名無しさん mailto:sage [2020/12/18(金) 22:14:36.51 ID:TR+u0YNG.net] しかし、SharedArrayBufferはSpectreのせいでほぼ使えない状態だけどね Spectreに対応したCPUが普及しきらない限り有効にされる事は無い Webではもはや余計な機能追加はセキュリティーホールの元という認識でこれ以上進化することも無いだろう ただ、ストアからインストールするPWAはネイティブアプリの代わりだから、機能追加していくと思われる
746 名前:デフォルトの名無しさん mailto:sage [2020/12/18(金) 23:02:27.28 ID:2C+h9Dqf.net] ストアの収益減らすの絶対許さないマンのアップル vs Webから情報吸いたいマンのグーグル
747 名前:デフォルトの名無しさん mailto:sage [2020/12/19(土) 13:35:36.37 ID:biviwPkb.net] promise(もしくはasync/await)が使えたらシングルスレッドでも実質別段困らない 希ガス
748 名前:デフォルトの名無しさん mailto:sage [2020/12/19(土) 15:04:10.72 ID:+cK8B71a.net] WebWorkerとか知らんかった... メインと状態を共有しないのが明確なら便利そうだな さもなくばAsync/Awaitか
749 名前:デフォルトの名無しさん mailto:sage [2020/12/19(土) 15:41:20.87 ID:1ZOkfUtM.net] I/O boundはPromiseでいいけど CPU boundはPromiseじゃだめだからWebWorker使う マルチコアの有効活用
750 名前:デフォルトの名無しさん mailto:sage [2020/12/19(土) 18:53:18.58 ID:Z1BeWWR+.net] >>718 それは有る Appleはブラウザの進化を完全に否定した(WebUSBとか実装しないと明言した) 建て前はセキュリティーだけど、真実はPWAがネイティブアプリと同等の事が出来るとApple税が取れなくなるからだろうね
751 名前:デフォルトの名無しさん mailto:sage [2020/12/19(土) 18:56:13.80 ID:dPku7W9W.net] 税なら税で素直に払えばいい それでいい製品が使えるならいいことだ NHKのようなものだな
752 名前:デフォルトの名無しさん mailto:sage [2020/12/19(土) 19:15:06.66 ID:BJ7NL7s9.net] Appleが採用しない事で足並みが揃わなくなって、Web全体に影響するという……
753 名前:デフォルトの名無しさん mailto:sage [2020/12/19(土) 19:43:44.12 ID:GiU9Z0Di.net] 🍎に足並みを揃えない連中がよくない
754 名前:デフォルトの名無しさん [2020/12/19(土) 21:17:41.04 ID:qtDJ4FDM.net] SharedArrayBufferの代替手段って無いの? 結局これは解決する問題なの?
755 名前:デフォルトの名無しさん mailto:sage [2020/12/19(土) 22:01:28.77 ID:oadZnMoo.net] WebUSBに関してはFireFoxも実装する予定はないので 足並みを揃えてないのはChrome
756 名前:デフォルトの名無しさん [2020/12/19(土) 22:06:18.93 ID:yZxXMpJa.net] 目の前に機器があってスマホからコントロールしたい要求は一般的だと思うけど、USBの番号を個人で取れなくなったので、ブラウザに実装する意味は薄れたかもしれないですね。
757 名前:デフォルトの名無しさん mailto:sage [2020/12/19(土) 22:29:23.32 ID:lChJAmlD.net] ここだけはappleを応援するわ 消費者としてブラウザにどんどん変な機能つけるんじゃねぇ
758 名前:デフォルトの名無しさん [2020/12/19(土) 22:33:23.73 ID:yZxXMpJa.net] IoT的な意味合いで必要とする人たちが居るんですよ。 自分は見ないから動画機能を付けるなとか、聞かないから音機能を付けるなっていうのと同じでは?
759 名前:デフォルトの名無しさん mailto:sage [2020/12/19(土) 22:44:29.90 ID:8bUfeulY.net] USB APIをサーブしてajaxでlocalhostと通信でいいじゃん わざわざブラウザがサポートすることじゃない
760 名前:デフォルトの名無しさん mailto:sage [2020/12/19(土) 22:47:08.81 ID:8bUfeulY.net] まあ百歩譲って乗せるとしても拡張でいいよな 標準化しようとするのはでしゃばりすぎ
761 名前:デフォルトの名無しさん mailto:sage [2020/12/19(土) 23:00:43.45 ID:YoyJ/iet.net] ブラウザ
762 名前:がんばって欲しい React + TS 最高 swift + storyboard とかいう糞オブ糞のそびえ立つ糞まみれは2度と触りたくない [] [ここ壊れてます]
763 名前:デフォルトの名無しさん mailto:sage [2020/12/19(土) 23:55:21.82 ID:Z1BeWWR+.net] PWAの定義が今一漠然としてるから、今後はその辺りが進化していくと思われる で、PWAでない場合はJavaScriptの動作は思いっきり制限されるだろうね ま、それで良いと思う
764 名前:デフォルトの名無しさん mailto:sage [2020/12/20(日) 00:28:55.07 ID:qaHDEdvT.net] > わざわざブラウザがサポートすることじゃない ほんとこれ なぜわざわざブラウザでなんでもやろうとするのか IoTなんだから普通にツールとかアプリとかドライバ書けよと
765 名前:デフォルトの名無しさん mailto:sage [2020/12/20(日) 00:29:51.25 ID:L33Timbq.net] 結局ああいうのって「すげええブラウザでこんなことできた!」 いいたいだけちゃうんか、みたいなのがマジ多い
766 名前:デフォルトの名無しさん mailto:sage [2020/12/20(日) 03:36:56.04 ID:BKQi3Qp0.net] ブラウザが高機能化しすぎてブラウザさえ動作すりゃいい感じになってきてる 最終的にOS=ブラウザまで進化しかねない
767 名前:デフォルトの名無しさん mailto:sage [2020/12/20(日) 04:53:54.98 ID:gM7i2qLz.net] モバイル用OSがそんなかんじ アプリを全てサンドボックスで隔離して出来ることを制限 じっくり時間をかけて出来ることを解放してきた
768 名前:蟻人間 mailto:age [2020/12/21(月) 18:34:44.48 ID:Zh4p3jGs.net] Web Workerの話が出たから貼っとこう https://katahiromz.github.io/xword.js/
769 名前:デフォルトの名無しさん mailto:sage [2020/12/21(月) 18:45:09.04 ID:cr+QDiZ1.net] ゴミサイトの宣伝すんなカス
770 名前:蟻人間 mailto:age [2020/12/21(月) 18:49:49.16 ID:Zh4p3jGs.net] これPromiseとWeb Workerのマルチスレッドでパズルを生成してる。組み合わせ無限大。しかもInternet Explorerでも動作する。まあ、素人にはひと目では分からんだろうな。
771 名前:デフォルトの名無しさん mailto:sage [2020/12/21(月) 19:13:00.25 ID:cr+QDiZ1.net] ゴミサイトの宣伝すんなカス
772 名前:デフォルトの名無しさん mailto:sage [2020/12/21(月) 19:15:36.88 ID:L7srYJg2.net] webworkerってjoinみたいなメソッドある?
773 名前:蟻人間 mailto:age [2020/12/21(月) 19:15:42.32 ID:Zh4p3jGs.net] 悔しいのお、悔しいのお
774 名前:蟻人間 mailto:age [2020/12/21(月) 19:17:04.35 ID:Zh4p3jGs.net] >>743 Promise.allとかPromise.anyがあるぜ。
775 名前:デフォルトの名無しさん mailto:sage [2020/12/21(月) 19:25:34.90 ID:ApmhBnYc.net] 「蟻人間」でNGぶっこむだけだろうに…
776 名前:蟻人間 mailto:age [2020/12/21(月) 19:26:17.16 ID:Zh4p3jGs.net] Promise.anyとWorkerを使った例が >>739 にある。ご参考に。
777 名前:デフォルトの名無しさん mailto:sage [2020/12/21(月) 20:32:28.70 ID:oIaO1Bbh.net] 最近のCPUってコア数バラバラでかつ非対称なコア載ってるから、6個くらいWorker立ち上げて平等に処理投げるんじゃなくて、20個くらいのWorker立ち上げて非対称でいいから適当に処理投げてあとはOSに良きに計らってもらうとかの方がベターなのかな?
778 名前:デフォルトの名無しさん mailto:sage [2020/12/21(月) 20:34:43.73 ID:ApmhBnYc.net] navigator.hardwareConcurrency でコア数取れるぞ
779 名前:蟻人間 mailto:age [2020/12/21(月) 20:44:19.66 ID:Zh4p3jGs.net] >>749 アリがと。修正した。
780 名前:デフォルトの名無しさん mailto:sage [2020/12/21(月) 20:51:02.61 ID:oIaO1Bbh.net] >>749 なるほど。そういうのがあるのか。 じゃああとは非対称コアへの対応になるけど、これは細かくスライスして逐次投入で良いか
781 名前:デフォルトの名無しさん mailto:sage [2020/12/21(月) 20:54:25.24 ID:+ci58h/H.net] >>748 そうです 素人が考える半端なスケジューリングはアンチパターンです
782 名前:デフォルトの名無しさん mailto:sage [2020/12/21(月) 22:43:20.76 ID:Z91q9rOU.net] >>750 お前に向けて書いたんじゃない。 許可無くレスするな糞コテ
783 名前:蟻人間 mailto:age [2020/12/22(火) 00:55:34.36 ID:7oePNPbq.net] >>753 わかりました、ご主人様
784 名前:デフォルトの名無しさん mailto:sage [2020/12/26(土) 09:41:16.66 ID:3y5CuLti.net] export interface TypeA { paramters: { [k: string]: { // body } }; }
785 名前: こんな型があるとき、上記bodyの部分の型を取り出すことってできますかね? const f = (k: string, o: ???): TypeA => { return { parameters: { [k]: o } }; }; こんなことがしたい。 [] [ここ壊れてます]
786 名前:デフォルトの名無しさん mailto:sage [2020/12/26(土) 10:04:33.59 ID:kvlSFYEN.net] ヨーわからんがこうかね bitどっとly /3aJV7Hw ts playground だが短縮URL NGワードになってるからすまんな
787 名前:デフォルトの名無しさん mailto:sage [2020/12/26(土) 11:06:25.41 ID:3y5CuLti.net] そこの type Hage の定義に "extreme" を書かずに済ませたい。 この例だと {extreme:string} という型になる部分が変更されたとしても type Hage の記述を変えずに済むよう TypeA の定義から取り出す 方法がないかと。
788 名前:デフォルトの名無しさん mailto:sage [2020/12/26(土) 11:21:04.03 ID:3y5CuLti.net] ありがとう、わかった。 ["extreme"] を削れば目的の型になりますね。 ["paramters"] を使えばいいことに気付かなかった。
789 名前:デフォルトの名無しさん mailto:sage [2020/12/26(土) 12:19:31.06 ID:kvlSFYEN.net] | | また髪の話してる | 彡⌒ミ \ (´・ω・,彡⌒ミ (| |(´・ω・`):::: 感じ悪いよね (Y /:(| |):::::: し \:(Y /:: \し´
790 名前:デフォルトの名無しさん mailto:sage [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 のボディ */ }
791 名前:デフォルトの名無しさん mailto:sage [2020/12/27(日) 19:33:05.66 ID:xvZc4lDU.net] TypeB & { tag: 'a' } でいけた。ありがとう。
792 名前:デフォルトの名無しさん mailto:sage [2020/12/27(日) 19:36:45.35 ID:MtHOITLb.net] 型に欲情する変態さんは piotrwitek/utility-types でも npm 愛するといいぞ
793 名前:デフォルトの名無しさん mailto:sage [2020/12/27(日) 19:42:50.77 ID:xvZc4lDU.net] またまた教えてください。 type X = A | B | C | undefined; この X から undefined を除いた型 (A | B | C) を求めるにはどうしたらいいでしょうか。
794 名前:デフォルトの名無しさん mailto:sage [2020/12/27(日) 19:45:55.95 ID:MtHOITLb.net] >>763 この変態欲しがりめが https://github.com/piotrwitek/utility-types#nonnullablea
795 名前:デフォルトの名無しさん mailto:sage [2020/12/27(日) 19:49:30.25 ID:86OXbM3T.net] 標準にExcludeあるじゃん
796 名前:デフォルトの名無しさん mailto:sage [2020/12/27(日) 19:49:45.20 ID:xvZc4lDU.net] ありがとう!
797 名前:デフォルトの名無しさん mailto:sage [2020/12/28(月) 00:46:42.66 ID:0DUA8XV/.net] >>766 https://github.com/millsp/ts-toolbelt
798 名前:デフォルトの名無しさん mailto:sage [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 { (エラー) } ぐらいしかやることが無いキモス
799 名前:デフォルトの名無しさん mailto:sage [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 が混じっているとうまくいかなかった。
800 名前:デフォルトの名無しさん mailto:sage [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 = t
801 名前:rue; と書くと、Cannot find name A2 とエラーになる(importする必要がある)が const x2 : B2 = true; と書くと、import無しでもエラーは出ない。 test1.d.ts はexport文があるから「このファイル内の定義は、importをしないと使えない」というようなモードになっているのかなと思うけど、このあたりの挙動について知りたい。 declare module文を使った場合とか、namespaceやらでネストされた場合どうなるのかとか、/// <reference types="xxx" /> と書かれているとどういう扱いになるのか とか とにかくd.tsファイルの一番細かい仕様が見たい。 [] [ここ壊れてます]
802 名前:デフォルトの名無しさん mailto:sage [2021/01/21(木) 09:27:06.31 ID:RZX+x1N+.net] フロントエンド系の解説動画上げてる 英語話者の Youtuber イケメン率高すぎじゃね? イケメンじゃなくても、 リーナスやRMSやバーナーズリーみたいな、ひと目みただけで「変人だわ」って思う人が少ない どうなってんのよ お前らもイケメンなの?
803 名前:デフォルトの名無しさん mailto:sage [2021/01/21(木) 14:08:52.40 ID:eZuTDFAg.net] ちなみにわしは自称福山雅治のイケメンだ
804 名前:デフォルトの名無しさん mailto:sage [2021/01/21(木) 14:56:12.52 ID:vvq65HmA.net] 俺もよく歩いてると三浦春馬さんやっぱり生きてたんですねって話し掛けられて困るわ
805 名前:デフォルトの名無しさん mailto:sage [2021/01/21(木) 19:34:01.03 ID:uQRkfyi9.net] オレもしょっちゅう『二郎さんっ……!』って声を掛けられるから、「おやっ、オレは田宮二郎の生まれ代わりなのかな……?」って思ってたら、坂上二郎さんの生まれ代わりだったわ
806 名前:デフォルトの名無しさん mailto:sage [2021/01/21(木) 23:37:32.75 ID:vvq65HmA.net] >>774 加齢臭ヤバナイ?
807 名前:デフォルトの名無しさん mailto:sage [2021/01/21(木) 23:42:06.12 ID:HlaAZkkn.net] 加齢臭とかいうレベルでなく今の30代ぐらいならもう何の話してるかもわからんだろうな
808 名前:デフォルトの名無しさん mailto:sage [2021/01/22(金) 05:20:07.47 ID:8pHZ8D0X.net] TypeScript で、React やったけど、いちいちいちいち型定義めんどすぎな… 相性くそわるなめくじかよ ビジネスモデルのオブジェクトとかは型定義したいが、 いちいち props のインターフェースとか書いてらんねー 変更があったらいちいちインターフェースも書き換えなきゃいけないし みんなどうやって使ってるの? Angular とか他のフレームワークだと TypeScript でのやりやすさ違う?
809 名前:デフォルトの名無しさん mailto:sage [2021/01/22(金) 05:27:56.87 ID:txgEYXZL.net] >>777 ts使いこなせてないのか? 面倒ならanyにしとけ。
810 名前:デフォルトの名無しさん mailto:sage [2021/01/22(金) 05:29:38.84 ID:txgEYXZL.net] >>777 >>Angular とか他のフレームワークだと >>TypeScript でのやりやすさ違う? やっぱts理解してしないね。
811 名前:デフォルトの名無しさん mailto:sage [2021/01/22(金) 14:46:40.93 ID:AFRlD+KK.net] > 変更があったらいちいちインターフェースも書き換えなきゃいけないし おまえさんのようなうっかりガイジでも変更忘れがないよう指摘してくれてるというのに わがままうっかりガイジにランクアップや
812 名前:デフォルトの名無しさん mailto:sage [2021/01/22(金) 17:02:33.24 ID:txgEYXZL.net] リファクタリングしない人もいるからね。 (いまもみじかににいるし、 拒否るかも...その人)
813 名前:デフォルトの名無しさん mailto:sage [2021/01/25(月) 15:51:22.24 ID:mMq6O8/K.net] VSCode の補完で関数シグニチャ確認する時、カオスすぎない? ライブラリがユニオンやら使いまくってるの多くて、パット見引数が何個あるのかわかりにくいし、 もう少し見やすいポップアアップ表示にならんのかな
814 名前:デフォルトの名無しさん mailto:sage [2021/01/25(月) 18:07:26.17 ID:+dPxUq7O.net] >>782 c#以上だね。 改行で見やすくなりそーーなもんだけど。
815 名前:デフォルトの名無しさん mailto:sage [2021/01/25(月) 18:33:23.35 ID:AK6f8agf.net] c#以上にカオス…?
816 名前:デフォルトの名無しさん mailto:sage [2021/01/25(月) 22:54:08.93 ID:+dPxUq7O.net] 何倍も! 型の機能も遥かに高度だ!
817 名前:デフォルトの名無しさん mailto:sage [2021/01/25(月) 23:03:58.08 ID:+dPxUq7O.net] js.studio-kingdom.com/typescript/handbook/advanced_types
818 名前:デフォルトの名無しさん mailto:sage [2021/01/25(月) 23:14:46.15 ID:NBocXyOE.net] JavaScriptというそび糞をまともにするためだ しゃーない
819 名前:デフォルトの名無しさん mailto:sage [2021/01/26(火) 03:28:35.94 ID:WX4s+KJB.net] 型を半ば無理矢理付けてるだけで、最終的には型を削除したJavaScriptになる 要するに動的型言語というのは、それだけ豊富な表現力を秘めてると言うことだ 本来はそれと引き換えに実行速度が犠牲になるもんだが、VMのチューニングによりネイティブコードと遜色無いのが凄いところ
820 名前:デフォルトの名無しさん mailto:sage [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#で昔から 待望してた機能だ!
821 名前:デフォルトの名無しさん mailto:sage [2021/01/26(火) 05:29:01.62 ID:pU44oeo6.net] >>783 そうよな 割と改行するだけでも全然違うと思うんよな できれば色もついたらそりゃ見やすいけど なんか Extension ないんかね
822 名前:デフォルトの名無しさん mailto:sage [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 のシグニチャのポップアップ表示してる部分
823 名前:デフォルトの名無しさん mailto:sage [2021/01/26(火) 07:02:54.66 ID:RzMbHMsq.net] >>789 可変長型もう入ってなかったっけと思ったら3年前の記事か
824 名前:デフォルトの名無しさん mailto:sage [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
825 名前:デフォルトの名無しさん mailto:sage [2021/02/10(水) 10:21:36.03 ID:qX2MPAZ0.net] サードパーティライブラリの型定義に関しては、 定義書くのめんどくさそうなときは any で通してる 型定義あったほうが便利なのは確かなので、 作業自動化して楽にしてくれるツール出てくるとありがたいなと思ってる インテリセンスの進化とか あと、VS Code で、TypeScript の型定義読みにくすぎ、 ドキュメント書いてあること少なすぎ、JavaScript のコードに直接とべねーすぎ(?) でも、こういうアーキテクチャに関する抽象的な議論って 個々の案件に落とし込まないと本質見えてこないことととか、 そもそも想定する状況が議論する相手と食い違ってることがあるから GitHub にある具体例でも明示してくれると議論は捗るんじゃないかなと思う
826 名前:デフォルトの名無しさん mailto:sage [2021/02/10(水) 12:42:09.82 ID:vAMcyE+N.net] 弊社は障害者雇用枠しかいないのでPHPしか書けません並の駄文書いてる奴って 生きてて恥ずかしくないのかなって思っちゃう、ごめんね
827 名前:デフォルトの名無しさん mailto:sage [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]>
828 名前:デフォルトの名無しさん mailto:sage [2021/02/11(木) 02:00:22.02 ID:jkz/J9rH.net] まぁでも型定義するの楽しいからね パズルみたいで 夢中になっちゃうのは分かる
829 名前:デフォルトの名無しさん mailto:sage [2021/02/11(木) 12:28:55.00 ID:IWbE3xWm.net] >>797 まじかよw めんどくせーだけなんだが…
830 名前:デフォルトの名無しさん mailto:sage [2021/02/11(木) 12:32:46.43 ID:89K1HM4Z.net] 初心者のうちは考えなくて良いんだよ。 わけ解らなくてもコード補完してくれる位 思ってれば良い。
831 名前:デフォルトの名無しさん mailto:sage [2021/02/11(木) 19:55:55.18 ID:yR+7bkmQ.net] コード補完力・エラー発見力を高めるために型書いてる感はある JavaとかGoの型を”書かねばならない”という強制感がないんだよな
832 名前:デフォルトの名無しさん mailto:sage [2021/02/11(木) 21:33:21.20 ID:jkz/J9rH.net] コード補完はすごいメリットだよね あと型定義通ってると書いてて安心するし
833 名前:デフォルトの名無しさん mailto:sage [2021/02/11(木) 23:22:56.80 ID:89K1HM4Z.net] メリットの一番下は リファクタリング耐性でしょ。
834 名前:デフォルトの名無しさん mailto:sage [2021/02/11(木) 23:23:35.04 ID:89K1HM4Z.net] メリットの一番は リファクタリング耐性でしょ。
835 名前:デフォルトの名無しさん mailto:sage [2021/02/15(月) 14:41:09.07 ID:7BVeLT+X.net] クラスの中で、毎回 this. っての書かなきゃいけないの面倒くさくない…? 忘れるし Java 並感
836 名前:デフォルトの名無しさん mailto:sage [2021/02/15(月) 14:44:23.78 ID:7BVeLT+X.net] https://github.com/microsoft/TypeScript/issues/679 やっぱみんな思うよね… Declined だけどね…
837 名前:デフォルトの名無しさん mailto:sage [2021/02/15(月) 15:26:58.09 ID:RViaNkw8.net] javascriptのthisのややこしさ知ってて言ってる?
838 名前:デフォルトの名無しさん mailto:sage [2021/02/15(月) 20:44:05.34 ID:fEx2IVhT.net] >>805 JS使いは誰もそう思わないと思うよ そこでも最初から否定されてるし、その通りだよ thisを省略可能なのは各メソッドにクロージャがない言語だけだよ JSはそうではないから、余計に分かりにくくなるだけ
839 名前:デフォルトの名無しさん mailto:sage [2021/02/15(月) 21:56:58.17 ID:ZXLSNxbk.net] this省略が欲しいなんて1度も思ったことないわ レガシーなJavaプロジェクトで、クソデカclass相手にした時は eclipse で this 強制せんとやってられんかった で、Javaならローカル変数とクラス変数の違いが見分けられないだけだが JavaScriptはただのfunctionもある アホがJavaScriptでthisの省略悪用したら、簡単に地獄の蓋が開いて中から飛び出たイエスファッキンキリストに脳までファックされる未来が見えるね
840 名前:デフォルトの名無しさん mailto:sage [2021/02/15(月) 21:58:12.78 ID:ZXLSNxbk.net] つかしばらくclassもthisも書いた記憶ねえわ POJOと参照透過なarrow functionがあればそれでいい
841 名前:デフォルトの名無しさん mailto:sage [2021/02/15(月) 22:03:00.31 ID:ptBzJrEw.net] tsやってるとclassいらないよね
842 名前:デフォルトの名無しさん mailto:sage [2021/02/16(火) 00:04:28.67 ID:FwQskT4w.net] 個人的にはオブジェクトが副作用を持つ(と明示したい)ときは使うかな。 あとErrorを継承とか継承以外にスマートな方法が無い
843 名前:ニきも使う。 出番はそんなに多くないけども [] [ここ壊れてます]
844 名前:デフォルトの名無しさん mailto:sage [2021/02/24(水) 20:43:58.73 ID:+f/VsSol.net] Announcing TypeScript 4.2 https://devblogs.microsoft.com/typescript/announcing-typescript-4-2/
845 名前:デフォルトの名無しさん mailto:sage [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が内部的にトランスパイルすrので、JavaScriptコードがファイルとして生成保存されないから テストするたびに、前のテストから変更されてないソースもいちいち全てトランスパイルしてるのですか? それともjsファイルが生成されてれば、それを利用してくれるのですか?
846 名前:デフォルトの名無しさん mailto:sage [2021/02/25(木) 20:47:42.47 ID:pFknXJZi.net] https://kulshekhar.github.io/ts-jest/docs/processing キャッシュしてると思います
847 名前:デフォルトの名無しさん mailto:sage [2021/02/26(金) 07:59:54.83 ID:TBWzJJJb.net] >>814 ありがとう! その図みても自分じゃ難しくてよくわからんが、確かにキャッシュ使ってるみたいだね。 思ったより複雑にいろいろしてるみたいだから、やっぱり自分が心配するような事は考慮済みだね、当たり前か。
848 名前:デフォルトの名無しさん mailto:sage [2021/03/04(木) 12:38:42.72 ID:GxKFsRrm.net] Flutter2 とともに Dart にnull安全がやって来たなあ ちょっと勉強してみようかな
849 名前:デフォルトの名無しさん mailto:sage [2021/03/04(木) 12:47:27.36 ID:xAXt6OPO.net] Dartのことゴミだと思ってるけど 聳え立つクソof真のゴミofゴミstoryboard & xcodeをやるくらいなら、Dartで首吊った方がマシなのかもしれん
850 名前:デフォルトの名無しさん [2021/03/05(金) 14:31:03.60 ID:lXK+Zrlg.net] >>816 やっときたか!
851 名前:デフォルトの名無しさん mailto:sage [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/
852 名前:デフォルトの名無しさん mailto:sage [2021/05/18(火) 11:15:17.98 ID:+3nwuGsr.net] TypeScript勉強してたらオブジェクトの配列とか出てきて型の使い方が全くわからなかった。
853 名前:デフォルトの名無しさん mailto:sage [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のオブジェクトをオブジェクトの配列にしたけど、これを利用するのはどうすればいいの?
854 名前:デフォルトの名無しさん mailto:sage [2021/05/21(金) 21:43:57.64 ID:EtVgB+a
] [ここ壊れてます]
855 名前:P.net mailto: いきなり間違ってる [] [ここ壊れてます]
856 名前:デフォルトの名無しさん mailto:sage [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; }
857 名前:デフォルトの名無しさん mailto:sage [2021/05/27(木) 07:58:04.71 ID:ac9nW6BB.net] Announcing TypeScript 4.3 https://devblogs.microsoft.com/typescript/announcing-typescript-4-3/
858 名前:デフォルトの名無しさん mailto:sage [2021/05/28(金) 20:33:33.18 ID:xubVQEL1.net] #privateは使っていくべきなの?
859 名前:デフォルトの名無しさん mailto:sage [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
860 名前:デフォルトの名無しさん mailto:sage [2021/06/07(月) 08:54:45.48 ID:T37bbYD1.net] 「型がないと開発できない」 「型がないと開発できないっていうのは無能」 ↓翻訳 「うんこって汚い」 「うんこは汚いと思ってるやつは無能」 ↓翻訳 「バーカ」 「アーホ」
861 名前:デフォルトの名無しさん mailto:sage [2021/06/07(月) 11:20:40.98 ID:f9HfMVYo.net] >>825 なるべくweb標準に寄せたほうが良いと思ってるので、俺は使ってる。 コンストラクタ引数でブロパティ初期化のシンタックスシュガーが無いのだけが不満
862 名前:デフォルトの名無しさん mailto:sage [2021/06/13(日) 17:37:59.04 ID:1VszOIAC.net] GoとかRustみたいにenumとかtypeに直接メソッド生やしたい...
863 名前:デフォルトの名無しさん mailto:sage [2021/06/13(日) 19:26:58.74 ID:exUpBE38.net] >typeに直接メソッド生やしたい. いまいちどういうことをやりたいのかわからないが、classじゃなくてtypeじゃないとダメなの?
864 名前:デフォルトの名無しさん mailto:sage [2021/06/13(日) 20:26:40.60 ID:1VszOIAC.net] ↓みたいなADTっぽいことやる時とか直接メソッド生やせないと不便じゃない? ttps://typescript-jp.gitbook.io/deep-dive/type-system/discriminated-unions
865 名前:デフォルトの名無しさん mailto:sage [2021/06/13(日) 21:44:24.86 ID:exUpBE38.net] typeに関数型のメンバを追加すりゃいい話じゃなくて? 「typeに直接」ってのが何を言っているのかよくわqからん。
866 名前:デフォルトの名無しさん mailto:sage [2021/06/13(日) 22:03:52.22 ID:SDaJf1m8.net] GoやRustを触ったことがあれば分かるけど, クラスではなくあくまでデータ構造(struct)を定義して, Goではレシーバ付きの関数, Rustではimplでデータ構造に対して操作を定義していく C#だと定義済みのクラスに拡張メソッドでメソッド追加したり 素のJavaScriptならprototypeにメソッド追加する, みたいな で, TypeScriptだと今は出来ないと思うけど, 需要はありそうだし, RFCとか出されてない? 構文的にJavaScriptと互換にやるのが難しいかな?
867 名前:デフォルトの名無しさん mailto:sage [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
868 名前:デフォルトの名無しさん mailto:sage [2021/06/21(月) 11:11:33.75 ID:Jendc3yZ.net] Githubでとあるプロジェクトをパブリックにしてたら何かヤベーアメ公に絡まれた 気に入らなきゃさっさとフォークしろやハゲ
869 名前:デフォルトの名無しさん mailto:sage [2021/06/24(木) 20:49:49.28 ID:u0hl6kTWk] vue-cliでTypeScriptありにしてプロジェクト作成。 TypeScriptでimportするときに拡張子.vueは省略できないと知る。 設定で.vue省略可能になったりしない? 省略してもインポートした画面は出るけど、 その上に「Failed to compile.」と出て、 ターミナルにはTS2307が出てる。 ちゃんと.vueつけるとそれらは出ない。 JSでElectronアプリ作ってた時は省略可だったのに。
870 名前:デフォルトの名無しさん mailto:sage [2021/07/03(土) 10:34:27.35 ID:afnPLxcZ.net] ふぇぇ… Angularのバージョン上がるの早すぎだよぅ… Angular4を使ったSPAのセキュリティが心配だよぅ…
871 名前:デフォルトの名無しさん mailto:sage [2021/07/07(水) 22:02:22.89 ID:IyqR2Fvh.net] Angular とかとっくに死んだと思ってたわ 誰が使ってるんだ? 1系で身動き取れなくなったレガシーサービスくらいしか見たことない
872 名前:デフォルトの名無しさん mailto:sage [2021/07/07(水) 23:53:28.16 ID:qO1FdR5E.net] >>838 Teams(そろそろReactで書き換えられるけど)
873 名前:デフォルトの名無しさん mailto:sage [2021/07/08(木) 07:47:58.41 ID:75MwFXOI.net] Google 自身が Google のサービスで全く使ってないのに、何で作ってるのかわかんない いつ捨てられてもおかしくなくね
874 名前:デフォルトの名無しさん mailto:sage [2021/07/08(木) 14:40:54.16 ID:jNeY00JW.net] teamsってangularだったのか。 reactにしたらもっさりが直るかな
875 名前:デフォルトの名無しさん mailto:sage [2021/07/08(木) 14:50:07.37 ID:hOnojRWO.net] >>841 Electron+AngularJsからWebview2+Reactになってメモリ消費は半分になるとか
876 名前:デフォルトの名無しさん mailto:sage [2021/07/14(水) 23:38:18.17 ID:C6qCMUQO.net] 質問させてください。 WebAPIを呼んでJsonを取得し、その一部の項目を使いたいのですが、 以下の2つの方法を考えました。 1.提供されるJsonと全く同じ項目をもつクラスを定義してパース const data = axios.get<クラス[]>("複雑なJsonを返すURL"); 2.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...) 以下略 「1」の方法は、不要な項目もクラスに定義するのでいろいろ無駄が多いが、オブジェクトの作成が簡単。 「2」の方法は、型情報が使えなくて不便。だなと思ったのですが、 上記のような場合、通常はどちらの方法を使うものでしょうか? もしくは全然別なやり方があれば教えていただきたいです。
877 名前:デフォルトの名無しさん mailto:sage [2021/07/15(木) 23:21:53.74 ID:/VADaM7m.net] すみません838です。自己解決です。 2の方法で、 const parseItems : インターフェース = JSON.parse(items); みたいにすれば、必要なとこだけ埋めることできました。
878 名前:デフォルトの名無しさん mailto:sage [2021/08/27(金) 21:03:15.72 ID:OujrQnBG.net] Announcing TypeScript 4.4 https://devblogs.microsoft.com/typescript/announcing-typescript-4-4/
879 名前:デフォルトの名無しさん [2021/09/11(土) 04:09:02.19 ID:o78CvgiA.net] Express を用いてwebアプリケーションを開発しているものです。質問なのですが、webpackで.tsのコンパイルとバンドルを行う際に出来たbundle.jsをdist フォルダに出力するとして、.ejs などのテンプレートが入ったviewsはどこに配置するのが正しいのでしょう。srcでいいような気もするのですが、実際に動くのはbundle.jsだし、dist の方がいいのかなと…….
880 名前:デフォルトの名無しさん mailto:sage [2021/09/17(金) 12:17:55.85 ID:4jDmhT28.net] ようやくtsconfigのmoduleをesnextにしたわ
881 名前:デフォルトの名無しさん mailto:sage [2021/09/17(金) 17:43:37.86 ID:ELLRTb6O.net] むしろesnextにしてない人って何が理由なの?
882 名前:デフォルトの名無しさん mailto:sage [2021/09/29(水) 00:27:22.98 ID:Ucgex+Jd.net] TS型安全は良いけどハマると時間
883 名前:ロスするね エラーパッと見ではなんでエラーが出てるかわからない C++をやってた頃を思い出した [] [ここ壊れてます]
884 名前:デフォルトの名無しさん mailto:sage [2021/09/30(木) 18:43:43.57 ID:4/dpkDC7.net] TSってプログラミングしてるっていうより問題解いてる感が強い
885 名前:デフォルトの名無しさん mailto:sage [2021/09/30(木) 21:24:56.16 ID:dN1VyuR8.net] パズルっぽくはあるが。スリザーリンクみたいに定石に当てはめたらパタパタと解けていく印象だな。
886 名前:デフォルトの名無しさん mailto:sage [2021/10/12(火) 20:50:09.62 ID:2QmYiCE7.net] TypeScriptのジェネリクスで型消去する方法って無いんだっけ? あるいはJavaのワイルドカード型<?>みたいなのとか。
887 名前:デフォルトの名無しさん mailto:sage [2021/10/12(火) 21:03:38.69 ID:hmExHRrM.net] as any
888 名前:デフォルトの名無しさん mailto:sage [2021/10/12(火) 21:44:00.66 ID:2QmYiCE7.net] ああなるほど、<T extends any>なら<any>でいいわけか。
889 名前:デフォルトの名無しさん mailto:sage [2021/10/19(火) 13:43:00.05 ID:W8Yk+b6r.net] Promiseを同期的にwaitすることってできますか? awaitではなくC#のTaskで言うところの.Resultなんですが…
890 名前:デフォルトの名無しさん mailto:sage [2021/10/19(火) 13:54:59.42 ID:QUfGkxyV.net] できない
891 名前:デフォルトの名無しさん mailto:sage [2021/10/19(火) 14:08:46.54 ID:W8Yk+b6r.net] え、できないんですか困った 外部ライブラリに渡すコールバック関数がPromiseをサポートしてない けど、その中で非同期関数を呼びたい というユースケースなんですが諦めるしかないんですかね…
892 名前:デフォルトの名無しさん mailto:sage [2021/10/19(火) 14:41:50.05 ID:LLvKMRJR.net] C#は呼び出し側のスレッドをブロックしてもTaskは別スレッドで動いてるから困らない JavaScriptはシングルスレッドだから同期的にwaitできたら 呼び出し側がブロックされるだけじゃなくPromiseで動かそうとしてる処理もブロックされるので困る コールバック関数をPromise化すればいいケースのような気がする
893 名前:デフォルトの名無しさん mailto:sage [2021/10/19(火) 14:52:46.98 ID:W8Yk+b6r.net] コールバックというと正確じゃないかもなんですけど あるフレームワークが拡張のためのフックをサポートしてる その関数は決まった名前のjsあるいはtsファイルのデフォルトエクスポートで指定する フレームワークはそれがあれば利用し、なければ何もしない その関数のシグネチャーは非同期をサポートしてない こんな感じのシチュエーションですね
894 名前:デフォルトの名無しさん mailto:sage [2021/10/19(火) 17:26:32.56 ID:LLvKMRJR.net] >>859 >その関数のシグネチャーは非同期をサポートしてない async/awaitのこと言ってる? もしそうならasync/await使わない旧来のPromiseのやり方すれば?
895 名前:デフォルトの名無しさん mailto:sage [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では意味がありません
896 名前:デフォルトの名無しさん mailto:sage [2021/10/19(火) 19:38:25.38 ID:QUfGkxyV.net] const ox = await new Promise(resolve=> libFunc(x=> { // yを作成 resolve(x) return y })) とかじゃ駄目なん?
897 名前:デフォルトの名無しさん mailto:sage [2021/10/19(火) 20:05:08.21 ID:W8Yk+b6r.net] >>862 あくまで>>859 という前提があるのでlibFuncを呼び出すタイミングはこちらでは選べません
898 名前:デフォルトの名無しさん mailto:sage [2021/10/19(火) 20:07:52.68 ID:2lJX9loQ.net] >>861 やりたいことがいまいちわからんが、同期呼び出しでmyFuncの結果を取得したいというならそれは無理。
899 名前:デフォルトの名無しさん mailto:sage [2021/10/19(火) 21:03:40.36 ID:LLvKMRJR.net] Promiseも使えないならもう一つ昔のコールバックヘル方式でやるしかないね
900 名前:デフォルトの名無しさん mailto:sage [2021/10/19(火) 21:14:06.31 ID:QUfGkxyV.net] >>863 何がやりたいかわかんね〜 myFuncさえ登録できりゃ発展形でやり様子はあると思うけど
901 名前:デフォルトの名無しさん mailto:sage [2021/10/28(木) 09:19:43.09 ID:Qx9i2vDk.net] 変数の先頭に$を付けるのは何の意味があるのでしょう?
902 名前:デフォルトの名無しさん mailto:sage [2021/10/28(木) 09:36:01.90 ID:3VMLYSLP.net] そんな事しません
903 名前:デフォルトの名無しさん mailto:sage [2021/10/28(木) 23:51:25.40 ID:vOpe/LV1.net] DOM のエレメントだよって示す
904 名前:デフォルトの名無しさん mailto:sage [2021/10/29(金) 00:01:40.58 ID:e9XHTkBz.net] PHPerでも出来た!と主張する
905 名前:デフォルトの名無しさん mailto:sage [2021/10/31(日) 10:32:24.95 ID:gOKmIPxI.net] Cの __FILE__ や __LINE__ みたいにトランスパイル前のファイル名や行番号を埋め込む方法って無いのかな? 一応source-map-supportでスタックトレースは読めるようになったけど、もっと手軽に埋め込むログで 場所を示せたらいいんだが。
906 名前:デフォルトの名無しさん mailto:sage [2021/10/31(日) 12:11:14.90 ID:Xdv2iZD2.net] TypeScript の仕事じゃない
907 名前:デフォルトの名無しさん mailto:sage [2021/10/31(日) 12:31:29.22 ID:gOKmIPxI.net] tscの前にプリプロセッサとかかまして実現できるならそれでもいいんだけど。
908 名前:デフォルトの名無しさん mailto:sage [2021/10/31(日) 12:33:38.24 ID:OQlLkoA+.net] しょせんはトランスパイラ 多くを求めたらダメだ
909 名前:デフォルトの名無しさん mailto:sage [2021/10/31(日) 21:52:21.68 ID:plSPEajD.net] >>871 英語で議論できれば提案すればいいと思うけどね
910 名前:デフォルトの名無しさん mailto:sage [2021/10/31(日) 22:25:46.49 ID:+4LFgdgS.net] >>873 手動でやるのは簡単だよね? TS使ってないからビルドシステム知らんけど、Pythonか何かを挟み込める余地があったらそこでやってしまえば? 或いはいっそのことmakefileでラップしてしまうとか。(makefile内でビルドコマンドを起動)
911 名前:デフォルトの名無しさん mailto:sage [2021/10/31(日) 23:58:24.90 ID:gOKmIPxI.net] ありがとう。無いってことね。
912 名前:871 mailto:sage [2021/11/01(月) 00:27:26.36 ID:M14pmKjL.net] >>877 多分ね。(俺は871、TS使ってない) 他言語(何だったかは忘れた)でも同様に「ないのか?」って聞かれてて、 仕様に入れない理由が「ちゃんと関数名書け」だったと思ったよ。 実際あれって、実装するのは簡単だけど、Cにしかないでしょ。 個人開発ならともかく、Gitな今だと複数バージョンが同時に使われてたりするから、収拾付かなくなるのではないかな。 その辺のCの便利機能って、今の大規模開発にはフィットしないから、基本的には嫌われてる。 多分、提案したところで入らない。
913 名前:デフォルトの名無しさん mailto:sage [2021/11/01(月) 00:59:41.61 ID:KlMso67D.net] TypeScriptのポリシー的に絶対入らない
914 名前:デフォルトの名無しさん mailto:sage [2021/11/01(月) 08:42:35.30 ID:43zjctJQ.net] 技術的にそう難しくもなさそうなのに今無いってことはもう入れられる見込みは無いんだろうけど これが絶対に相容れられないようなポリシーってなんかあったかな?
915 名前:デフォルトの名無しさん mailto:sage [2021/11/01(月) 18:25:45.93 ID:ZjFzlu/6.net] TSって滅多にクラス使わないけどDIってどうやってんの?
916 名前:デフォルトの名無しさん mailto:sage [2021/11/01(月) 20:45:04.19 ID:bXtGRcPZ.net] クラス全く使わないわけじゃないよ。まぁ明示的に副作用使いたい時ぐらいしか使わないけど
917 名前:デフォルトの名無しさん mailto:sage [2021/11/11(木) 15:10:53.10 ID:CHcG8Nbi.net] DIの件はこれで解決した function F(deps: { … }, p1: T1, p2: T2) よくよく考えると たったこれだけのことだったんだ フレームワークとかややこしいことを考えたのが間違いだった
918 名前:デフォルトの名無しさん mailto:sage [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で定義したい つまり特定の属性を除去した型を作りたいのだけど出来る?
919 名前:デフォルトの名無しさん mailto:sage [2021/11/11(木) 21:14:57.72 ID:P2a3zHOn.net] Utility Types の Omit とか。
920 名前:デフォルトの名無しさん mailto:sage [2021/11/16(火) 12:37:58.33 ID:Gu6EBfCm.net] .NETでいうところの.NET StandardのようなものってTSには無いの? フルスタックでTS使う案件に間違って入っちゃったんだけど環境ごとに何が出来るのか把
921 名前:ャしきれなくてツラミを感じる ストリームと文字列の処理みたいな「こんなもんどの環境でも動くだろ」ってコードすら移植すると動かない時があって泣きそう スタンダードなライブラリが無いならビルダーの設定でもいい tsconfigでターゲットプラットフォームとランタイムバージョンを指定すると「このパッケージはこのターゲットプラットフォームでは使えないよ」って教えてくれるだけでもだいぶ楽になると思うんだけど… こういう機能ってどっかに絶対あると思うんだけどググっても古い断片的な情報ばっかり出てきてその設定を探すのも難しい [] [ここ壊れてます]
922 名前:デフォルトの名無しさん mailto:sage [2021/11/17(水) 21:29:35.22 ID:h3+MjybB.net] 主な実行環境として node.js とブラウザがあるってことはわかってる?
923 名前:デフォルトの名無しさん mailto:sage [2021/11/18(木) 00:15:24.62 ID:3dlOBCKi.net] あとは泥とりんごでしょ? せめてその4つのメジャーな環境でほぼほぼ同じように動く基本ライブラリ、基本ライブラリだけに依存して、つまりほぼほぼどこでも動くサードパーティライブラリ それらが日常的な作業に不自由しないレベルで揃ってて然るべきだろう、と俺は思うんだけど無いのかな?
924 名前:デフォルトの名無しさん mailto:sage [2021/11/18(木) 00:23:00.28 ID:cf0G7PVa.net] 基本ライブラリというならJavaScript API群があるが。 「日常的な作業に不自由しないレベル」って具体的にはどんなものを期待している?
925 名前:デフォルトの名無しさん mailto:sage [2021/11/18(木) 00:34:29.18 ID:3dlOBCKi.net] .NET Standardぐらいの想定かな
926 名前:デフォルトの名無しさん mailto:sage [2021/11/18(木) 06:41:05.66 ID:In+gpp4R.net] まず.NETが世界の中心。みんな知ってるだろ全部揃ってて当然だろみたいな考え方をやめろ。 フロント側についてはサイの絵が書いてある本買ってくるか、MDNを熟読すれば良い。Node側はNodeの公式を読め。話はそれから。 あとはtsconfigのcompilerOptions以下のtargetとlibを指定しろ。この辺はNodeのバージョンや、対象ブラウザで変わるからググれ。すぐ出てくる。
927 名前:デフォルトの名無しさん mailto:sage [2021/11/18(木) 07:16:30.61 ID:te8WLqUU.net] > 主な実行環境として node.js とブラウザがあるってことはわかってる? > あとは泥とりんごでしょ? これわかってないだろ
928 名前:デフォルトの名無しさん mailto:sage [2021/11/18(木) 08:57:28.17 ID:Ip1KYC/r.net] Announcing TypeScript 4.5 https://devblogs.microsoft.com/typescript/announcing-typescript-4-5/
929 名前:デフォルトの名無しさん mailto:sage [2021/11/18(木) 12:49:52.50 ID:xCTrnppv.net] 自分は知っているみたいな錯覚してるせいで根本的に間違ってることに気づいてない
930 名前:デフォルトの名無しさん mailto:sage [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のメンテナは真新しさばかり追い求めて、足場を固めるという、地味だが大切な仕事を忘れてやしないか?
931 名前:デフォルトの名無しさん mailto:sage [2021/11/18(木) 13:22:17.68 ID:In+gpp4R.net] 根本的な勘違いとして、それはTypeScriptの責務では無い。TypeScriptはJavaScriptにモダンな型を付与するもの(一部例外はある)で、APIの提供はしない。 例に出てきたFileReaderの様なAPIはブラウザとNode側で求められる機能もセキュリティレベルも異なり、それぞれが提供するものだ。それを統一はできない。ましてnpmのバッケージで提供されているものはパッケージ作者が責務を負うものだ。 自分の勉強不足を棚に上げて言語に文句を言うのは筋違いも
932 名前:良いとこ。 [] [ここ壊れてます]
933 名前:デフォルトの名無しさん mailto:sage [2021/11/18(木) 14:09:39.19 ID:3dlOBCKi.net] そこがTSの限界であり、使いにくい原因なんだろなぁ FileReaderなんてのはたまたま出てきた一例でしかないが リンク先のポストを読めば、トピ主のやりたいことはストリームから文字列への変換とわかるだろう その程度はどのプラットフォームでもサポートできる 使用頻度もそこそこだから、標準ライブラリとして用意されていて当たり前 encode(s: string, format: string): Blob decode(b: Blob, format: string): string これでいいだろ? セキュリティやハードウェアに依存するものが標準化されないのは許されるだろう しかしなぜ簡単にできるものすら標準化しない?
934 名前:デフォルトの名無しさん mailto:sage [2021/11/18(木) 16:35:20.00 ID:In+gpp4R.net] そのストリームってのは何のストリーム? ひょっとして用語を間違えてるから調べても出てこないのでは?
935 名前:デフォルトの名無しさん mailto:sage [2021/11/19(金) 07:13:45.00 ID:UKAZMSSR.net] >>893 型演算に末尾再帰最適化(みたいなの)追加されるやん!
936 名前:デフォルトの名無しさん mailto:sage [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; とでも書けばいいんだろうけど)
937 名前:デフォルトの名無しさん mailto:sage [2021/11/21(日) 12:42:32.36 ID:9+9LY8kt.net] import type * as Leaflet from 'leaflet' declare const L: typeof Leaflet
938 名前:デフォルトの名無しさん mailto:sage [2021/11/21(日) 12:53:04.47 ID:lhVIl0/s.net] ありがとうございます
939 名前:デフォルトの名無しさん mailto:sage [2021/11/23(火) 00:51:46.26 ID:6fLWx+hU.net] 空配列ってどうやって定義すればいいんでしょうか?
940 名前:デフォルトの名無しさん mailto:sage [2021/11/24(水) 20:42:59.28 ID:KtJ2oMe7.net] Dateが使いにくいのどうにかする最高のライブラリ教えてよ date-nfs、momentあたりは試したけどしっくりこんかったわ JSONが非対称ってのもSo Badやでほんま よくこんな罠だらけの言語でやってられるなー フロントエンド勢の忍耐力には尊敬の念を禁じえんわい
941 名前:デフォルトの名無しさん mailto:sage [2021/11/24(水) 21:53:47.96 ID:mN6taiyI.net] >>904 > JSONが非対称 とは? JSON.parse, JSON.stringify 知ってるか?
942 名前:デフォルトの名無しさん mailto:sage [2021/11/24(水) 22:01:40.70 ID:zBacYw4i.net] >>904 date-nfsで駄目ならオススメは無いかなぁ。 ご指摘の通り罠も多いけどC++とかに比べたらずっと楽な言語だと思うな
943 名前:デフォルトの名無しさん mailto:sage [2021/11/24(水) 23:40:29.12 ID:FcSkbZGe.net] >>904 > Dateが使いにくいのどうにかする そんなあなたに Temporal
944 名前:デフォルトの名無しさん mailto:sage [2021/11/26(金) 22:12:29.88 ID:+KFAtmTP.net] Effective TypeScript ちと古いが読んだ方がいい?
945 名前:デフォルトの名無しさん mailto:sage [2021/12/02(木) 17:06:08.00 ID:kge1UpiO.net] あーくそ なんでstrictをOFFにできるんだよ VB.NETか!
946 名前:デフォルトの名無しさん mailto:sage [2021/12/02(木) 18:20:28.57 ID:Kt63btcl.net] いやなんでfalseにするんだよ
947 名前:デフォルトの名無しさん mailto:sage [2021/12/02(木) 22:30:30.27 ID:Ki4y/ScD.net] 既存の JavaScript を段階的に移行したい時かな
948 名前:デフォルトの名無しさん mailto:sage [2021/12/07(火) 10:10:01.42 ID:rXzUIf2/.net] 非同期がよーわからん ワーカーを考えない場合 ブラウザでもモバイルでもバックエンドでも基本的に一本のキューにジョブを入れてって順次処理するモデル promiseや
949 名前:awaitを使うと処理の前後関係は保障されるけど間に他のジョブが割り込む可能性がある 処理そのものはシングルスレッドで行われるのでpromiseやawaitを挟まない限り全てのJSコードがアトミックに実行される fetchなどJS外の処理についてはアトミックは保障されない こんな感じであっとる??? [] [ここ壊れてます]
950 名前:デフォルトの名無しさん mailto:sage [2021/12/07(火) 22:24:43.13 ID:aDEs4G8x.net] JavaScript Visualized: Event Loop https://dev.to/lydiahallie/javascript-visualized-event-loop-3dif
951 名前:デフォルトの名無しさん mailto:sage [2021/12/08(水) 07:25:06.20 ID:ff6DaDGr.net] >>912 だいたい合ってる。基本的には処理の予約と考えるだけで済む。 JS外の処理はWebWorker含めてJS環境に干渉してこないんだから(戻り値以外)ほぼイベントとか割込と同質で特殊なものだと考える必要もなくないかな?
952 名前:デフォルトの名無しさん mailto:sage [2021/12/09(木) 14:21:48.83 ID:h+aQCsXU.net] なんかプロジェクトでtypescript使う流れになって今から勉強してるんだが、これ何に優れてるの? javascriptの拡張言語で型の宣言できるぐらいがメリット? 実行するためにいちいちコンパイルもどきなことをしないといけないしデバッグ面倒で正直やりづらいとしか思えないんだが
953 名前:デフォルトの名無しさん mailto:sage [2021/12/09(木) 14:29:35.72 ID:lTugl+ha.net] 「正直、特別優れた言語設計でもないし、基本的なライブラリ貧弱だし、なんか色々と不安定なので、他の言語を使えるならそっちのがいい。 でもJavaScriptよりかは遥かにマシだからターゲットプラットフォームがブラウザ、ReactNativeなら積極的に使っていこうぜ」ぐらいの認識ですかね 型パズルとかゆるゆるなインターフェースとか最初はこりゃ楽チン、便利だなと思うけどメンテナンス性は疑問 あとTypeScriptは生のJavaScriptよりanyの凶悪さが増してると思う 所詮はALT JSですね
954 名前:デフォルトの名無しさん mailto:sage [2021/12/09(木) 16:46:11.49 ID:V/6JaBTF.net] >>915 watch使うとわざわざコンパイルする手間が省けるので楽だよ。あとmapファイルも出力するようにすればデバック時も面倒じゃなくなるよ。 型だけじゃなくて、同じコードで古い環境でも動くソースを吐くこともできるよ。 でも、型にメリットを見いださない人向けの言語で無いね。
955 名前:デフォルトの名無しさん mailto:sage [2021/12/09(木) 20:23:42.31 ID:/vSkUWU0.net] 動的型付け言語しか使ったことがない人ならそんなものだよね
956 名前:デフォルトの名無しさん mailto:sage [2021/12/10(金) 13:52:02.48 ID:+cpc+hgB.net] 個人開発だとTypeScriptガンガン使ってる 型パズルたのちい
957 名前:デフォルトの名無しさん mailto:sage [2021/12/10(金) 16:44:26.21 ID:IDIER0Zn.net] 型パズルはアンチパターンだ ほどほどにしとけ 人類はC++を教訓にしなければならない
958 名前:デフォルトの名無しさん mailto:sage [2021/12/10(金) 17:18:46.95 ID:AY2SRHbF.net] TypeScriptにはSFINAEみたいな凶悪な仕様はないだろう。 conditional typeは少し難解かもしれないが自分で使わなければいいだけのことだし。
959 名前:デフォルトの名無しさん mailto:sage [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
960 名前: } const t4 = convert<T>(data4) // throw Error [] [ここ壊れてます]
961 名前:デフォルトの名無しさん mailto:sage [2021/12/21(火) 11:18:51.59 ID:vugugi2u.net] TypeScriptって型が嘘をつくことが結構あって Date型なのに実行時には文字列が入ってるとか 型定義では省略不可なのに実行時には省略されてるとか そういう実行時の型エラーをなんとかして削減したい、というのが根本的な課題です 上でレスしたようなライブラリがもし有れば多少はマシになるかな、と ランタイムがキャスト例外を投げてくれればそれがベストなんですが、JSに実行時型情報はないのでそれは難しい
962 名前:デフォルトの名無しさん mailto:sage [2021/12/21(火) 18:51:42.35 ID:X++9NQ8p.net] > JSに実行時型情報はないので つ typeof, instanceof
963 名前:デフォルトの名無しさん mailto:sage [2021/12/21(火) 19:01:16.33 ID:S4hmWBPH.net] すげー斜め読みしてタイプガードではいかんのかと思った
964 名前:デフォルトの名無しさん mailto:sage [2021/12/21(火) 19:16:55.14 ID:ESVu6HO8.net] タイプガードでもいいんですけど数が多いので一発で全部よしなにやってくれるものがほしいって感じですかね C#のdynamicのように非互換の代入をその場で例外にしてくれれば楽なんですが なんでかanyは非互換でもエラー無しでスルッと進んでしまうので苦労してます
965 名前:デフォルトの名無しさん mailto:sage [2021/12/21(火) 19:39:34.82 ID:S6JYHyb7.net] https://github.com/colinhacks/zod
966 名前:デフォルトの名無しさん mailto:sage [2021/12/21(火) 20:01:09.90 ID:ESVu6HO8.net] >>927 どうも なかなか良さそうだけどちょっと大変そう 普通の型を先に定義してパーサーを生成するのは難しいんですかね?
967 名前:デフォルトの名無しさん mailto:sage [2021/12/21(火) 20:08:19.40 ID:fpjBPgEH.net] TypeScriptのtypeやinterfaceからjsonschemaを生成するライブラリがあるから それを使ってタイプガード書けば楽よ。
968 名前:デフォルトの名無しさん mailto:sage [2021/12/21(火) 20:09:36.77 ID:S6JYHyb7.net] https://github.com/azu/create-validator-ts
969 名前:デフォルトの名無しさん mailto:sage [2021/12/21(火) 20:12:46.39 ID:S4hmWBPH.net] そういえばAJVがタイプガードに対応してたな
970 名前:デフォルトの名無しさん mailto:sage [2021/12/21(火) 20:17:02.00 ID:ESVu6HO8.net] >>930 いいかも あとはanyの代入を自動的に置き換えることができれば完璧
971 名前:デフォルトの名無しさん mailto:sage [2021/12/21(火) 20:28:04.08 ID:S6JYHyb7.net] string -> Date のような transform をしたいなら、型から自動生成を期待するよりもスキーマで変換ロジックを書いて型を導出するアプローチの方が扱いやすい
972 名前:デフォルトの名無しさん mailto:sage [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}) }
973 名前:デフォルトの名無しさん mailto:sage [2021/12/23(木) 20:50:37.85 ID:aMbIyyBR.net] 不可能です 直接 XMLHttpRequest を同期モードで使用してください
974 名前:デフォルトの名無しさん mailto:sage [2021/12/23(木) 22:47:01.90 ID:j1Nwu6l7.net] 非同期を同期にはできない。 これ、初心者の頃は辛かったけど、気がついたら慣れてたし不便さより便利さを感じるようになったから人間の適応能力ってすごい。
975 名前:デフォルトの名無しさん mailto:sage [2021/12/24(金) 11:16:13.19 ID:8YLKxFwi.net] うーんわからん type X = A & { foo: string} ってやるとXがanyと判定される現象が起きてて原因が全くわからない Aはちゃんと型が認識されてる const a: A = { 略 } a. ここまで打てばインテリセンスが出てくる でも&を挟むとなぜかanyになる コンパイラのバグかな?
976 名前:デフォルトの名無しさん mailto:sage [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になってしまう ファイルを
977 名前:跨がなければおkみたい エクスポート/インポートのプロセスでバグるのかな? 他の型は問題出てないからAだけが特殊なんだろうけど文字列型のフィールド幾つか持ってるだけのなんの変哲もない型なんだよな… [] [ここ壊れてます]
978 名前:デフォルトの名無しさん mailto:sage [2021/12/25(土) 12:39:31.39 ID:mJNzEC98.net] 色々調べて行き詰まったんだけどこれで合ってる? babelのpreset-typescriptはTSから形情報を落としてるだけ なのでtsconfigを無視する なのでproject referencesも無視される プロジェクト分割したい場合のオフィシャルな手段がない なのでプロジェクト分割したければ各自好きな方法でハックするしかない 暫定対応として被参照側のプロジェクトでwatch & buildを仕掛けて babel側のプロジェクトから被参照側の出力フォルダをimportしてるんだけど正直辛いものがある
979 名前:デフォルトの名無しさん mailto:sage [2021/12/25(土) 13:16:26.59 ID:YYlOH5kW.net] babel がどう動くかなんて tsc には関係ないだろ それともあなたのエディタは babel で型情報を解析しているのか?
980 名前:デフォルトの名無しさん mailto:sage [2021/12/25(土) 13:22:25.16 ID:YYlOH5kW.net] コンパイル済みのファイルに型情報がないという話なら、型定義ファイル(.d.ts)も出力しないとそりゃそうだろと
981 名前:デフォルトの名無しさん mailto:sage [2021/12/25(土) 13:40:07.40 ID:mJNzEC98.net] プロジェクト分割についてはどう考えますか?
982 名前:デフォルトの名無しさん mailto:sage [2021/12/25(土) 13:54:01.89 ID:YYlOH5kW.net] 情報を小出しにせず、問題が再現するリポジトリ丸ごと上げるかせめてファイル構造や各種設定ファイルの内容など全部書き出して & がダメなのかファイルを跨ぐのがダメなのかプロジェクト分割がダメなのか話がどんどん移っててわからんぞ
983 名前:デフォルトの名無しさん mailto:sage [2021/12/25(土) 14:17:47.06 ID:YYlOH5kW.net] これ別人の別の話か…そうだったらスマン
984 名前:デフォルトの名無しさん mailto:sage [2021/12/25(土) 14:25:06.24 ID:mJNzEC98.net] 別ですね 単刀直入に言うとbabel & preset -typescript環境で正しいプロジェクト分割のしかたを聞きたかった
985 名前:デフォルトの名無しさん mailto:sage [2021/12/26(日) 11:58:10.04 ID:yczrikVs.net] 色々と試して結論が出た プロジェクト参照は諦めてシンプルに相対パスでimportすることにした 依存パッケージを全てのプロジェクトに入れなければならないのが面倒だけど妥協 ようするに昔VB6やC言語などでよくやってたDLL化せずにコードファイルを共有するスタイル モダンな言語でやることとは思えないけど何日も調べてできないなら仕方ない
986 名前:デフォルトの名無しさん mailto:sage [2021/12/26(日) 12:26:32.69 ID:6ScHvZpk.net] バベるのが悪い
987 名前:デフォルトの名無しさん mailto:sage [2021/12/26(日) 16:05:00.89 ID:SvIlyqah.net] でもフレームワークがバベれって言うんです
988 名前:デフォルトの名無しさん mailto:sage [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
989 名前:デフォルトの名無しさん mailto:sage [2021/12/28(火) 17:28:42.45 ID:X7A0KCIT.net] バックエンドはexpress一択?
990 名前:デフォルトの名無しさん mailto:sage [2021/12/28(火) 20:29:49.68 ID:qjWVy58S.net] そんな🍌
991 名前:デフォルトの名無しさん mailto:sage [2021/12/28(火) 23:38:51.88 ID:QExnrlZb.net] 僕はFastify!
992 名前:デフォルトの名無しさん mailto:sage [2021/12/29(水) 02:36:36.80 ID:tTEsT75E.net] nestjsはレガシーなデコレータ依存がなあ
993 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 13:04:36.50 ID:8IVD/YcY.net] そもそもサーバーサイドにTS選ぶメリットが無い
994 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 13:42:00.99 ID:XEA11GKy.net] JavaScriptがって話ならわからんでもないが
995 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 13:49:04.54 ID:8IVD/YcY.net] TS始めた時からずっと思ってたけど型が簡単に嘘を付ける言語仕様はバックエンドでは到底受け入れられんわ フロントエンドでは気楽さと壊れやすさのトレードオフってことで受け入れるけど
996 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 13:53:13.25 ID:XEA11GKy.net] じゃあC/C++なんかもダメだな
997 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 14:00:36.67 ID:qk2rIpzk.net] バリデーションもできない奴がなんか言ってら
998 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 14:01:03.11 ID:8IVD/YcY.net] そうだね バックエンドでは実
999 名前:質Cと大差ない ちょっとだけ楽できるけど [] [ここ壊れてます]
1000 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 14:10:38.20 ID:XEA11GKy.net] じゃあ逆にバックエンドで受け入れられる言語ってなんだろう?JavaとかRustくらい?
1001 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 14:23:51.58 ID:8IVD/YcY.net] JavaとC#だね 型安全性がしっかりしてて実績も多い言語って言えばそれぐらいじゃないか?
1002 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 14:42:45.86 ID:XEA11GKy.net] んー、つまり >TS始めた時からずっと思ってたけど型が簡単に嘘を付ける言語仕様はバックエンドでは到底受け入れられんわ JavaとC#以外の言語を触るたびに同じように思ったってことでいいのかな?
1003 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 15:01:47.81 ID:Q5xANRZc.net] まあ、そうだね
1004 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 16:23:51.89 ID:se0ux0qB.net] C♯やJavaよりはTypeScriptやRust選びますわ
1005 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 16:31:34.51 ID:tab5g/QS.net] そしてバグが出ると
1006 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 16:52:28.72 ID:XEA11GKy.net] まるでTypeScriptやRustを選ぶとバグが出るかのような物言いだが C#やJavaを選べばバグが出ないというわけでもあるない
1007 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 17:38:29.90 ID:tab5g/QS.net] TypeScriptは型が簡単に嘘をつけるのでバグが出やすい 型安全性がバグ削減に貢献しているのはプログラマの常識
1008 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 17:46:55.74 ID:18t9WvJQ.net] それはあなたがバリデーション書けないからでしょ?
1009 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 17:56:31.58 ID:XEA11GKy.net] >>967 具体的にどういうのを言っている?まさか故意にasでキャストした場合の話じゃないだろうが
1010 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 18:04:13.25 ID:cY7zFSmj.net] その返答で書けないということが露呈したゾ
1011 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 19:17:21.94 ID:zuTar3e4.net] >>968 型が嘘をつけることとバリデーションは別次元の話 >>969 明示的キャストなんかしなくてもTSにはいくらでも型が嘘をつく罠がある 代表的なところだとjsonのパース、DBのI/O、api I/O、野良ライブラリのI/O、、、
1012 名前:デフォルトの名無しさん mailto:sage [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は消えるべき
1013 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 19:33:44.30 ID:18t9WvJQ.net] >>972 いやそれはそのコードがバカじゃん……
1014 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 19:34:37.32 ID:zuTar3e4.net] Javaは最も優れた設計でそもそもanyみたいな言語仕様がない Objectは定義できるが暗黙のキャストでスルッと行くなんてことはあり得ないし無理やりキャストしたって実行時に必ず例外が飛ぶ C#はanyに近いものでdynamicというのがあるがこれも誤ったキャストには実行時に例外が飛ぶ どちらも型が嘘をつかないように言語基盤がしっかり担保してくれるから型を信用していい 当たり前のことを当たり前にやってくれる堅実な言語だ
1015 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 19:36:08.35 ID:zuTar3e4.net] >>973 このコードは説明のためのスニペットだ 現実的にこんなコード書くわけないだろ 現実的には先に挙げたような状況でanyと戦わなければならない
1016 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 19:44:03.93 ID:18t9WvJQ.net] >>971 >>975 なんの為のバリデーションとタイプガードだよ。 どこで間違った型が入りうるかなんか普通把握できるでしょうに
1017 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 19:48:28.03 ID:pcTvcAXH.net] Javascriptのスーパーセットという最大のセールスポイントを見てなさすぎだろ 構造的部分型も便利だしany型なんて使うときには型ガードするよね 型に関してはJavaより好きだわ
1018 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 19:51:25.70 ID:HvA/IBjD.net] Nullableを長年放置してたり文化的にも言語的にもImmutableを軽視してきたJavaもちょっと
1019 名前:信用できないですね [] [ここ壊れてます]
1020 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 19:59:03.54 ID:zuTar3e4.net] >>976 バリデーションってのは値が正しいかどうか検証するものであって型が嘘をついているかどうか調べるためのものじゃない どこで型が嘘をついているか確実に判断することはむずかしい 自分達の管理するコードベースの外界とのI/Oは全て疑わしい 先も述べたようにJsonのパース、ApiのIO、DBのIO、野良ライブラリのIO 疑わしい箇所が多すぎる 型が嘘をつかない言語なら外界とのI/Oの型定義が信用できる 信用できない領域がグッと一気に減る だから型は嘘をついちゃいけないし 簡単に嘘をつける言語仕様は絶対におかしい
1021 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 20:05:16.00 ID:zuTar3e4.net] >>977 構造的部分型もわかりにくいバグの温床だな anyよりは全然マシだが まあ楽なのは楽だよそれはわかる ただ楽なのと安全でりかいしやすいのとは同じじゃないからね typeは俺が言ったような真の意味で型安全を担保するための仕様 interfaceは構造的部分型でサボるための仕様 こう使い分ければよかったんだろうな
1022 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 20:09:20.24 ID:zuTar3e4.net] >>977 セールポイントであり最大の弱点でもある 思い切って互換性切った方が絶対上手くいってた >>978 まあ先発の古い言語だからある程度は仕方ないね Null安全は対応してきてる イミュータブルは昔から使えてた(final)
1023 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 20:42:46.31 ID:18t9WvJQ.net] >>979 型さえあってりゃどんなライブラリも安全安心だと思っているのか……
1024 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 20:51:38.40 ID:iK2C+Pgo.net] >>982 ちゃんと読めてます? 「信用できない領域がグッと減る」って書いてあるでしょ? 型安全であれば全てが安全なんてことはない これは常識 でも型安全ならそうでない場合に比べて大部分が安全になる これも常識 そしてTSは一見すると型安全であるかのように見えるけれど 型が簡単に嘘をつける言語仕様のせいで実は型安全ではなく安全でない言語である これが私の主張 よく読んでね
1025 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:06:33.94 ID:18t9WvJQ.net] >>983 お、これは失敬
1026 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:26:07.36 ID:XEA11GKy.net] >>971 あんたの言う「型が嘘をつく」の意味がよくわからんが。オレオレ用語じゃなくて一般的な用語で説明してくれんかな。 >先も述べたようにJsonのパース、ApiのIO、DBのIO、野良ライブラリのIO >疑わしい箇所が多すぎる 嘘をつくもなにも、JSONはそのJSON自体の構造以上の型を主張したりはしないが。 それを勝手に別の型と見做したとしたらそのコードの方に問題があるわけだろう。
1027 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:31:50.13 ID:XEA11GKy.net] >>972 ああなるほど。 型の合わせ方がわからなくてasやanyで誤魔化したらバグったってのの逆恨みか。
1028 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:32:15.17 ID:yBt1j67p.net] 型が嘘をつくってのは コンパイル時に指定した型以外の値が入ってることがある 入れることが簡単にできるということ type X = { foo: string } function xxx(): X 例えば↑こういう定義があったとする 実際にxxx()の戻り値が文字列型のfooという属性を持っているかどうか? それはソースコードを隅々まで読んで間違いないことを確認するまでわからない コードはXという型はfooという文字列型の属性を持っていると主張しているわけだが実際にはそうでない場合がある これを俺は型が嘘をついていると表現する
1029 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:33:00.94 ID:yBt1j67p.net] >>986 ちげーよ
1030 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:36:23.80 ID:yBt1j67p.net] JavaやC#ではこういう事は起こらない 正確には低レベルAPIでメモリを不正に書き換えれば起こせるが無理すれば起こせないこともないと言った程度 JavaやC#ではXがfooという文字列型の属性を持っていてxxxの戻り値の型がXであると書いてあったらそれを信用していい JavaやC#は型が嘘をつかないからだ
1031 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:37:07.94 ID:XEA11GKy.net] >>987 ? おめーのtscはそれコンパイルエラーにしてくれないの?
1032 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:39:39.80 ID:rc2c+xCv.net] >>99
1033 名前:0 本当に恥ずかしいからお前はもう黙ってろ [] [ここ壊れてます]
1034 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:39:49.15 ID:yBt1j67p.net] >>990 しない
1035 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:42:03.35 ID:18t9WvJQ.net] そんなにTSが嫌いならずっとJavaなりC♯なり使ってれば良いじゃん
1036 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:45:32.05 ID:XEA11GKy.net] >>992 コンパイルエラーにならない function xxx() の例よろ。
1037 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:57:10.00 ID:hxNkeOah.net] >>993 そだね 選択権があるプロジェクトなら必ずそうしてるよ
1038 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:59:52.63 ID:hxNkeOah.net] >>994 function xxx(): X { return { foo: bugLib.getStringValueEvil(); } }
1039 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 22:09:49.35 ID:XEA11GKy.net] >>996 ? bugLib.getStringValueEvil() がstringと宣言されていればコンパイルが通るけどそっちが嘘だったって話?
1040 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 22:21:35.89 ID:hxNkeOah.net] >>997 そう
1041 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 22:24:35.31 ID:XEA11GKy.net] じゃあ bugLib.getStringValueEvil() はどうやって嘘をついたわけ?堂々巡りだが。
1042 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 22:28:29.05 ID:hxNkeOah.net] >>999 さあどうだろうな? だから>>987 でソースコード隅々まで見たら…って書いたんだけどね JavaやC#だったら型だけ見ればああこの戻り値のfoo属性は文字列なんだなと信頼できる ソースコードを隅々まで見る必要はない なぜなら型が嘘をつかないからね
1043 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 22:34:32.46 ID:rc2c+xCv.net] anyなんかから型変換する際にランタイムチェックを追加するオプションはあっていいとは思うがTypeScriptにとってのno goalだから無いのも仕方ない 型安全性だけに拘るならTypeScriptは適当じゃないのはそれはそう(そもそもがoptional typeでしかない) 他の要素も考慮すれば個人的には悪い選択肢じゃないのでJavaScriptよりはTypeScriptを選ぶけども(C#やJavaと比較するかは目的による)
1044 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 22:38:38.66 ID:XEA11GKy.net] ようはTypeScriptに限らず強い型付け以外全否定ってことかね
1045 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 22:56:16.20 ID:XEA11GKy.net] 次スレ立てるよ 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/
1046 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 22:57:42.38 ID:XEA11GKy.net] TypeScript part4 https://mevius.5ch.net/test/read.cgi/tech/1640872622/
1047 名前:デフォルトの名無しさん mailto:sage [2021/12/30(木) 23:01:37.83 ID:chdQ4etC.net] >>1000 それって型指定のバグなわけで、バグを回避する為に他の言語でもソースコード全部読む必要あるのは変わらないのでは……
1048 名前:1001 [Over 1000 Thread.net] このスレッドは1000を超えました。 新しいスレッドを立ててください。 life time: 1344日 1時間 13分 15秒
1049 名前:過去ログ ★ [[過去ログ]] ■ このスレッドは過去ログ倉庫に格納されています