Vue vs React vs Angular vs Svelte Part.10

■ このスレッドは過去ログ倉庫に格納されています
2022/03/08(火) 22:57:16.85ID:D77bZcWT0
!extend:on:vvvvv:1000:512

Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Angular
https://angular.io/
Svelte
https://svelte.dev/

※前スレ
Vue vs React vs Svelte Part.7
https://mevius.5ch.net/test/read.cgi/tech/1610901677/
Vue vs React vs Angular vs Svelte Part.8
https://mevius.5ch.net/test/read.cgi/tech/1621744952/
Vue vs React vs Angular vs Svelte Part.9
https://mevius.5ch.net/test/read.cgi/tech/1642316774/

★ここではjQuery, Ruby, C#, Blazorの話題は禁止です
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
Next, Nuxt, Sapper, Gatsby, VuePress, RedWoodなどはおｋ。
VIPQ2_EXTDAT: default:vvvvv:1000:512:: EXT was configured
671デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MMf3-/Y6p)
垢版 |
2022/06/01(水) 16:11:23.75ID:iljtBqMLM
上の方でもチラッと出てたけどやっぱSolid書きやすそう
特にグローバルステートが簡単に管理できるのがいいね

> React大好き侍が、「もうSolidJSでいいじゃん...//」ってなったワケ。
https://qiita.com/shadowTanaka/items/b6d00863a8d6bff37de6
2022/06/01(水) 16:17:34.48ID:0yDk5gFJ0
＞//第２引数はありません。SolidJSが勝手に依存している状態を感知してくれます。
うーん
2022/06/01(水) 16:22:24.05ID:NWuIkMTqM
hookがトップレベルにしか書けないのと依存関係を明示的に書かなければならないのは大きな問題だなと思ってたのでそれがなくなるなら移行も有り
ただ不安なのはコミュニティの体力かな
2022/06/01(水) 17:54:05.20ID:3TH9rjN40
hookがトップレベルで書けないのが問題って言う人定期的に出てくるけど、どうもピンと来ない。
全部入りコンポーネント作ったりとか大量の副作用とか使ってるん？
2022/06/01(水) 19:27:18.14ID:p/yalaH/0
>>673
会社が買ってくれればワンチャン
2022/06/01(水) 19:32:59.91ID:0yDk5gFJ0
コンポーネント外で使いたいならRecoil使えばよくね？
2022/06/01(水) 19:38:12.90ID:ZW9EXEMi0
reactのhooksは不安定な動作をする可能性のある副作用を制約をかけてトップレベルでしか書けなくすることによって、副作用の位置を明確にして問題が起こったときに検証がしやすくなることとリファクタリングをしやすくすることを意図してるんじゃないかと思ってた
色んな場所にhooksを書けるのは実装者からすると余計な事を考えなくて有り難い反面、バグが起こった時の検証が難しくなりそうだな
678デフォルトの名無しさん (ﾜｯﾁｮｲ 2bdb-H4ho)
垢版 |
2022/06/01(水) 21:16:56.65ID:RNvmCeiV0
SvelteはVercel所属？だからコミュニティの心配はいらないかな
2022/06/01(水) 22:09:33.29ID:D3DTdHsxr
>>671
グローバルはjs側の機能の範疇で
Reactが提供する機能の範疇ではないのでは？

グローバルで事足りる要件なら
関数コンポーネント内から直接参照すれば良いだけの事

自分の案件でも普通にやってる
・オーバレイのz-infex管理など...
2022/06/02(木) 16:02:34.52ID:1CSEtOOq0
>>674
テストを書いたことがなかったり、チュートリアル規模しか作ったことがない人なんじゃね
2022/06/09(木) 12:06:54.73ID:hRm2c4AU0
Vueだけどメソッドいくつくらいからコンポーネント切り分けること考える？
マウスのホイールで往復してると、あ、やばいなと思い始めるわ
2022/06/09(木) 20:29:51.34ID:fZXb48HQa
可読性だけが理由ならクソデカifelseが生まれたら範囲の把握が辛いから分けるかな
2022/06/10(金) 10:40:32.99ID:Mtfam+l2M
それはコンポーネント分割の話とは別じゃね？
2022/06/10(金) 10:56:49.67ID:oWRVbruQ0
結構センス問われてる気がするのよね、ここら辺の話って
ルールがチームとかで決まってればええんやろけど
ちょうどいい規模のサンプルプロダクトとかあるんやろか
2022/06/10(金) 18:40:51.20ID:S6Ajr55vd
3箇所以上似たような処理が登場しはじめたら切り出すかな
686デフォルトの名無しさん (ﾜｯﾁｮｲ cfdb-Svxu)
垢版 |
2022/06/12(日) 02:38:19.31ID:xIPwck+O0
atomic designに則って分割してるけど、手段が目的になってしまってる感が否めない…
2022/06/12(日) 08:49:41.68ID:Y+c9BfQC0
atomicデザインの考え方に沿ってコンポーネントを分割すると、いつもtemplatesが上手く使えない・・
ヘッダーとフッターを組み合わせた奴くらいしか思いつかず、それ以外はtemplatesをすっ飛ばしてpagesで作ってしまう
2022/06/12(日) 09:11:25.59ID:N7dUL5JoM
アトミックデザインは何がなんでも同じ構造にしなければということもないと思うけどね
考え方は尊重して規模や複雑さに応じてアレンジする方が無理がないかと
2022/06/12(日) 21:30:15.09ID:0NUDDDe+0
今@vue/cli 4.5.17でVue2作ると
vscodeでブレイクポイントがずれまくりになるんだけど分かる人いない？
前にできてたときのsourceMapPathOverridesを
"webpack:///./src/*": "${workspaceFolder}/src/*"だと
ブラウザからみてみると違うソースになってるからそりゃダメだなーと
こうなるとよく分かんないよ
2022/06/13(月) 00:15:25.65ID:410Jv8C6r
バージョンによらずズレたりズレなかったりそもそもブレークポイント張れなかったりでいまだにベストプラクティスにたどり着けない
上手く行かないときは諦めてブラウザ側でブレークポイント張ればいいやってなってる
691デフォルトの名無しさん (ﾜｯﾁｮｲ cfdb-Svxu)
垢版 |
2022/06/16(木) 21:35:52.08ID:oBLYbQji0
pinia良いね
Recoilといい、脱Fluxの流れかな
2022/06/16(木) 22:54:51.94ID:eQ4Tzssr0
pinia好き
693デフォルトの名無しさん (ﾜｯﾁｮｲ 9f18-PcY2)
垢版 |
2022/06/18(土) 17:37:01.85ID:EyuLKQ5W0
普通のHTMLのページならVueやReactにするメリットがあまり感じられないんだけど
ユーザ体験も変らないしLaravel辺りで作った方が早くてメリットあるように見えるんだが
694デフォルトの名無しさん (ﾜｯﾁｮｲ 9f18-PcY2)
垢版 |
2022/06/18(土) 17:38:49.17ID:EyuLKQ5W0
今フリーで単価70くらいなんだけど最近の相場ってどれくらいなの？
何年も同じ単価でやってるから最近の動向を知りたい
スキルは最近はフロントばかりだけどバックエンドも出来る
2022/06/18(土) 19:11:04.42ID:NxwYwmc+0
普通のHTMLページの定義にもよるけど、Next.js(React)でSSGとかISRするのもなかなか生産性良いよ。表示も速いし、柔軟性も高い。
2022/06/18(土) 20:02:39.89ID:BEs1x6TI0
SSGってイマイチメリット感じたことない
一過使ってみればわかるんかな
2022/06/18(土) 21:04:11.07ID:3UCDQfyi0
単価70って単位はなに？1人月70万円かなぁ？まさか1ステップ70円じゃあないだろうが。
698デフォルトの名無しさん (ﾜｯﾁｮｲ 9f18-PcY2)
垢版 |
2022/06/18(土) 22:06:07.63ID:EyuLKQ5W0
>>697
1人月70万円だね
2022/06/20(月) 00:28:48.81ID:E8f21S9i0
フリーなら１００万は行くだろ
もっと頑張れ
2022/06/20(月) 00:48:59.97ID:5qrxg2w3M
うちは3年目くらいの若手の派遣に投げる仕事が月70万くらいだったな
技術あるならそれこそ100万150万取れそう
701デフォルトの名無しさん (ﾜｯﾁｮｲ 9f18-PcY2)
垢版 |
2022/06/20(月) 10:46:29.83ID:hyV4eMot0
>>699
フロントでフリーなら月100万くらいが最近の相場って事？
>>700
エンジニアが受け取るのが70万であって企業側はもっと出してると思う
多分90万は出してる
そうすると1人月○万という表現ではないかも

フリー歴は7年くらいでバックエンド、フロントやらサーバーやらはだいたい出来る
2022/06/20(月) 11:24:43.43ID:HmN5Q9DGr
>>701
フリーだとクソクライアントにはどう対処してるの？
最悪、損害賠償請求されるリスクもあるし
703デフォルトの名無しさん (ﾜｯﾁｮｲ 9f18-PcY2)
垢版 |
2022/06/20(月) 12:06:25.33ID:hyV4eMot0
>>702
エージェントかましてるからクソには当たらないな
エージェントかまさないと金払い悪かったり色々面倒だよ
2022/06/20(月) 12:33:03.51ID:HmN5Q9DGr
>>703
エージェントそこまで対応してくれるのか
705デフォルトの名無しさん (ﾜｯﾁｮｲ 9f18-PcY2)
垢版 |
2022/06/20(月) 13:03:46.78ID:hyV4eMot0
>>704
エージェントによると思うけど良いエージェントならそもそも良くないクライアントは紹介して来ないと思う
自分のところで何かあると悪評が立って使って貰えなくなるからね
2022/06/21(火) 10:30:45.92ID:rSaY5HO90
BtoBの相場でフリーランスがそのまま貰える訳ないやんｗ
100万とか言っても結局エージェントなり間に何か入るのだからそれで70万とかになる訳でｗ
直契約でも出来れば高単価になるかもなーｗ（ハナホジｗ
707デフォルトの名無しさん (ｱｳｱｳｳｰ Sa47-PcY2)
垢版 |
2022/06/21(火) 21:38:04.95ID:kBzft3wpa
フロントのフリーの人あんまりいないのかね
最近人手不足が酷いと聞いてたから単価上がってるのかなと思ったんだが
708デフォルトの名無しさん (ﾜｯﾁｮｲ a75f-fIZV)
垢版 |
2022/06/22(水) 21:26:08.93ID:JRkIVgOU0
>>707
単価と製品知識は連動しない。単に知識があるやつはむしろやばい。
2022/06/23(木) 16:34:37.74ID:nLf+eJkE0
solidjs覗いてみたんだけどどうせgetterに変えたんだからhooksに寄せた
const [state, setState] = createSignal(0);
じゃなくてsvelteっぽく
const state = createSignal(0);
参照 state()
更新 state.set(1)
にしてくれてたらさっぱりして良かったのに残念
2022/06/23(木) 17:48:07.74ID:mWNtReSv0
いやそれはなんかJS的に気持ち悪い（個人の感想です）
711デフォルトの名無しさん (ﾜｯﾁｮｲ cf18-nPhW)
垢版 |
2022/06/30(木) 10:41:00.22ID:9vHoAPAv0
ReactとTSの組み合わせはエンジニア殺しな気がする
出来ない事はないが無駄にしんどい
これで現場変えてる人結構いそう。Vueの方が採用されるケースは今後も多いだろうな
2022/06/30(木) 11:06:00.27ID:MkfE3s7Vr
どういうところがしんどいのか述べて
2022/06/30(木) 11:08:07.22ID:rqcvfoBm0
tsは規約みたいにルール作ってるようなもんだからなあ
慣れないと窮屈に感じるかもね
714デフォルトの名無しさん (ﾜｯﾁｮｲ cf18-nPhW)
垢版 |
2022/06/30(木) 11:36:42.16ID:9vHoAPAv0
>>712
普通のところは型付けも問題ないけど
ReduxとかContextAPIとか外部モジュールとかの型付けとかかな
頑張れば出来るけどこれ意味あるの？感が凄い
715デフォルトの名無しさん (ﾜｯﾁｮｲ cf18-nPhW)
垢版 |
2022/06/30(木) 11:41:37.50ID:9vHoAPAv0
>>713
ReduxとかContextAPIとか型付けして意味あるの？と感じるんだが
JSなら無い苦労してまで得られるリターンに見合わなく感じる
2022/06/30(木) 12:53:15.17ID:MkfE3s7Vr
>>714
あーなるほど確かに
2022/06/30(木) 17:57:20.93ID:7noEZANSM
なんとなくVueよりReactの方がTSとの親和性がいいって認識だったんだけどそうでもないんかね
2022/06/30(木) 19:32:29.82ID:Cz6OIB/Q0
reactの方がTSへの対応が早かったぐらいの話じゃないの？
型なんてフロントエンドで別にいらんしTSなんか俺は一切使ってないけどなｗ
719デフォルトの名無しさん (ﾜｯﾁｮｲ 4f5f-N/YD)
垢版 |
2022/06/30(木) 19:35:58.43ID:6sehYChL0
>>718
AngularがTypeScriptだから、Google社もマイクロソフト社もTSなら、TSが主流になるのはあたりまえ。
2022/06/30(木) 19:50:20.39ID:QhRPsPx40
多分大きなプログラム組んで保守したこと無いんでしょ
721デフォルトの名無しさん (ﾜｯﾁｮｲ cf18-nPhW)
垢版 |
2022/06/30(木) 20:02:10.83ID:9vHoAPAv0
TSはサーバーサイドなら主流になる可能性はあるな
フロントではならないと思う
722デフォルトの名無しさん (ﾜｯﾁｮｲ cf18-nPhW)
垢版 |
2022/06/30(木) 20:13:41.28ID:9vHoAPAv0
Next.jsはVercel依存が大きいな
Reactも含めて将来怪しい気がする
2022/06/30(木) 20:26:32.56ID:QezReaSar
これからはflutter3でしょ
2022/06/30(木) 22:15:09.75ID:2XXd+/VdM
>>720
何事もそうだけど困ってない人に有用性を説くのは難しいよね
2022/06/30(木) 23:16:48.49ID:Beg43fXd0
>>715
一回作って終わりの人かな？
リファクタリングん時どうすんの？あ！しないの人か
726デフォルトの名無しさん (ﾜｯﾁｮｲ 4f5f-N/YD)
垢版 |
2022/07/01(金) 00:46:49.64ID:oYJ8x66X0
プログラミング言語のスレッドだと勘違いしているおっさんが続出
727デフォルトの名無しさん (ﾜｯﾁｮｲ cf18-nPhW)
垢版 |
2022/07/01(金) 09:35:10.76ID:6aoBhuJf0
>>725
リファクタリングでもJSで問題無いだろ
どうせソース見るし
728デフォルトの名無しさん (ｱｳｱｳｴｰ Sabf-c2vV)
垢版 |
2022/07/01(金) 17:11:27.34ID:R7kYgAoSa
ネットだとts絶対許さないマンよく見るけど現実だとお目にかからないよね
2022/07/01(金) 18:12:27.71ID:x/bCmdBF0
絶対許さないとまでは言わんけど無駄やんｗ
フロントエンドで何でそんなもの使わなきゃいかんのやｗ
CoffeeScript何かを有難がってた奴らが使ってそうだしｗ
どうせTS何か10年後には終わってるよ
2022/07/01(金) 18:59:43.92ID:5HWkDFYv0
CoffeeScriptがあっという間に廃れたのはJS自身が（CoffeeScriptの機能も吸収して）進化したことと、より良いTSが幅を効かせたことが大きい。TSが死ぬとすれば、それを成すのはより進化したJSか、TSの上位互換言語の台頭だ。
つまり進化は地続きで、TSを学んだり使うことは無駄にならない。もっと言えばTS使い的には歓迎すべきことですらある。
まぁでもMSが力入れてるし採用率もかなり高いし、10年そこらでは死ななさそう。
2022/07/01(金) 20:13:43.65ID:KisKsIWOr
フロントエンドでは要らないって言ってる人はバックエンドでは使ってるんだろうか
732デフォルトの名無しさん (ｱｳｱｳｴｰ Sabf-c2vV)
垢版 |
2022/07/01(金) 22:19:19.96ID:R7kYgAoSa
tsとか無駄やんとか言える無邪気な開発僕もしたい
2022/07/01(金) 22:44:37.27ID:l4s2091pr
MSが提案してるTypes as Commentsはどうなったの
2022/07/01(金) 23:28:49.55ID:jfzkVg37d
jsdocとeslintがあれば十分だと個人的には思ってる
735デフォルトの名無しさん (ﾜｯﾁｮｲ c718-n3Js)
垢版 |
2022/07/02(土) 00:56:43.37ID:RDvzx2LC0
圧倒的にJS採用の方が多いだろ
TSはこのままずっと低空飛行だよ
2022/07/02(土) 05:55:38.97ID:eKS9e1d80
確かにガッツリjsdoc書いてあればまぁいいかなと思うけど、むしろTSより面倒くさい上に表現力足らなくない？

>>735
古典的な静的ウェブサイトも含めりゃそうだろうけど、スレタイのライブラリ使うようなウェブアプリ界隈では低空飛行とは言えないと思う
2022/07/02(土) 06:16:56.34ID:PDy9af/xr
MS自身がTypeScriptを嫌になったんだろうな

VSCodeでの解析も完全にはできない
トランスパイルが重くなる
そもそもTypeScriptは時代に合わなくなってきた
2022/07/02(土) 07:44:27.85ID:MgQFVCuv0
>MS自身がTypeScriptを嫌になったんだろうな

なんか唐突だけどTypes as Commentsの話？
2022/07/02(土) 13:14:29.58ID:OVvPs9zga
これから脱tsブームとか到来したりしてな
2022/07/02(土) 13:36:01.41ID:eW+YZHQfM
反TSの人ソースもなしに主観的な事しか言わねぇな。しかも対話もできない。
2022/07/02(土) 13:43:43.13ID:QFi+cmDT0
TSはクソだから代わりのものが普及したら乗り換える←わかる
TSはクソだからJSを使う←ちょっとわかんないですね
2022/07/02(土) 13:55:46.88ID:PDy9af/xr
>>738
TypeScriptって書いてるのに読めないの？
2022/07/02(土) 14:43:46.64ID:MgQFVCuv0
「嫌になったんだろうな」って話に脈絡がないからこれがどこから出てきたのかってことだよ。
MSがTSを嫌になったと思わせるような話がなにか出てきたっけ？
2022/07/02(土) 15:18:50.99ID:PDy9af/xr
>>743
そっかすまんね
TypeScriptに関するVSCodeのアップデートみてると「これ以上解析するの苦しいから助けて」っていうメッセージが頻繁にあったんだよね
最近はしらんけど
まあオープンソースだし当たり前なんだが

そもそもTypeScriptもVScodeもMSが開発してるのに別の提案をしてきてるってことはTypeScriptがダメって自ら認めているようなもんじゃね？
2022/07/02(土) 15:36:48.98ID:P5MS37aDM
アロー関数とかasyncとかモダンなJavaScriptの構文ってだいたいMS主導の提案だろ？
そもそもTypeScriptはJavaScriptを改善していくためのPoCの役割を担っている言語で、TypeScriptが必要なくなるのはMSにとっても望ましいことなんだよ
2022/07/02(土) 15:46:38.12ID:vAnwNkKL0
>>741
それ分からないって頭弱くね？ｗ
そもそもjsのライブラリなのにjsで書けないってｗ
あ、書けないじゃなくて書かないって言いたいんだろうけど
お前みたいなのは書けないと同義なんだよなｗ
2022/07/02(土) 15:50:51.08ID:MgQFVCuv0
>>744
なんかぼんやりした話だな。tsserver事態のメンテはvscodeチームとは関係ないだろうし何の話だろう。
仮にそれが事実だとしても嫌になったのはvscodeチームがであってMS自身がってことじゃじゃないよな。

「別の提案」ってのがまた話の脈絡がわからないが、こっちはTypes as Commentsの話？
2022/07/02(土) 16:12:03.29ID:2I3j8zDtM
支離滅裂な文章でも文末にｗ付けりゃ人を煽れると思ってるんだろうか…
2022/07/02(土) 16:49:58.49ID:eKS9e1d80
Types as Comments なんてまさにTSの発展形なわけで、TS学んで有利になりこそすれ、損は無いよなぁ。

TSは言語仕様を見れば必要以上に便利な演算やマクロ化は避けてあるから、ある程度で解析打ち切りってのは異常でもなんでも無いように感じる。
2022/07/02(土) 17:01:32.19ID:2BlFAt+M0
>>745
モダンにアロー関数使って変数の値が極力変わらないスクリプト書いてもIEさんが挙動おかしくなってましたね…
2022/07/02(土) 17:28:41.92ID:3dhQ5vPf0
自分もフロントで型を使って何をするか分かってない
ビジネスロジックは書いたらだめだよね
2022/07/02(土) 17:32:40.41ID:XBJNDAlwa
NaNしたことない者だけが型を捨てなさい
2022/07/02(土) 17:43:54.69ID:MgQFVCuv0
>>751
べつにプレゼンテーションロジックでも役に立つんじゃね？
フロントにビジネスロジック置いたらダメなんて法もないし。
2022/07/02(土) 18:21:20.76ID:eKS9e1d80
プレゼンテーション層で型エラー出して遷移が発生しなかったり変なデータ表示したらユーザが誤解して結果的に間違った操作するから、どっちも大事だよね。
つかビジネスロジック一切触れなかったら何も操作できないじょん
2022/07/02(土) 19:34:36.69ID:3dhQ5vPf0
>>753
ビジネスロジックがフロント側やいろんなところにあるのは悪手だと思うけどな…
でもたしかに日本国憲法には書いてないから言い返せないわ
2022/07/02(土) 19:47:59.60ID:npQqWWfDM
どこまでがビジネスロジックにあたるか分からんのでなんとも
ソシャゲガチャの確率をフロントで捌くことは無いってのは分かるが
2022/07/02(土) 21:03:21.42ID:MgQFVCuv0
悪手ってのは管理的な意味でかねぇ？
同じロジックのコードが分散したりしなければべつに困らんと思うが。
2022/07/02(土) 21:17:45.97ID:3dhQ5vPf0
>>757
レイヤードアーキテクチャの考えだと、
ビジネスロジックはドメイン層に書きましょうでしょ
でも、この話ってそもそも何のシステム作るかで左右されるよな
2022/07/02(土) 21:41:40.49ID:BrGj2XHMM
いつの間にかフロントにビジネスロジックを書くかどうかの議論になってるけど
ビジネスロジックを書くなら型必要、そうでないなら不要って合意がされたんだろうか
そうでないならそこを議論しても意味ない気がするけど
2022/07/02(土) 21:46:38.78ID:MgQFVCuv0
>>758
その境界をクライアント-サーバー間に引かなきゃならん理由はないだろ。SPAとかなら特に。
2022/07/02(土) 22:33:24.13ID:QFi+cmDT0
フロントだけでアプリ作れるよ系のサービスは存在そのものが悪になるの？
2022/07/03(日) 00:14:35.00ID:eO2MvCIb0
フロントだけでアプリが作れるように見えるFirebase/Firestoreも実はセキュリティルールとかあるし、本気で活用するならFunctionsとの連携が必要とかもあって、フロントだけでもない
2022/07/03(日) 00:39:44.39ID:95K4DRnu0
フロントだけってなんやねん、気もするけどな
2022/07/03(日) 02:57:16.56ID:anFeH3zOr
そんなこといったらデスクトップアプリはフロントだけじゃん
単にコンパイルされて中間ソースがあるだけでツールで簡単に逆アセできてしまう
そのために高い難読化サービスがあるわけで
2022/07/03(日) 08:09:23.22ID:8+Zm1fQX0
>>760
フロントにドメイン層があるの？
サーバーはインフラストラクチャ層だけか

>>759
そりゃ必要でしょう
ビジネスロジックって足し算引き算だけじゃないよ
2022/07/03(日) 08:42:03.81ID:BunJQVPiM
>>765
ちゃんと読んでレスしてくれよ
ビジネスロジックを書くとき型は必要か？なんて質問をしたわけじゃない
767デフォルトの名無しさん (ﾜｯﾁｮｲ 3aba-d8E0)
垢版 |
2022/07/03(日) 09:33:34.86ID:8+Zm1fQX0
>>766
ビジネスロジックなしでも型は必要でしょってことね
プレゼンテーションロジックでも型が必要なのは納得しました
2022/07/03(日) 19:39:30.15ID:SOqg0ON00
単に型があればVisualStudioCodeなどでインテリセンスが働いて楽とかそんなもんで
そもそもフロントエンドなら大抵はサーバー側とjsonでやり取りするだろうけど
それを表示するだけのフロントで全てのAPIのjsonをクラス化するのかよｗって所がねｗ
ツール使えば自動で吐き出されるとか言うのかも知れんがｗ
C#(Unity)とかだとクラス化した方がコードは書きやすいけど
769デフォルトの名無しさん (ﾜｯﾁｮｲ 035f-9ZeA)
垢版 |
2022/07/03(日) 20:00:04.80ID:dvm8Yx0S0
クラスというよりはインタフェースを定義するって感じかな
ただそれだと結局型安全じゃないキャストをすることになるから
io-tsとかライブラリを使ってAPIがそれを満たしてるかを動的検証できる型情報を定義してる
2022/07/03(日) 20:00:41.12ID:4SpX/mYh0
>そもそもフロントエンドなら大抵はサーバー側とjsonでやり取りするだろうけど
>それを表示するだけのフロントで全てのAPIのjsonをクラス化するのかよｗって所がねｗ

なんか、「フロント」の認識に大きな隔たりがあるのを感じた。
2022/07/03(日) 20:17:50.40ID:eO2MvCIb0
クラス≒型って認識の人は大体クラスベースオブジェクト指向しか知らない人
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況