フロントエンドJavaScriptフレームワーク総合

**デフォルトの名無しさん** · 2020/06/11(木) 13:11:59.44

どうぞ

**デフォルトの名無しさん** · 2020/11/12(木) 13:42:28.98

自作ソフトをWeb Componentsで作り直そうかと思ってるが
特にメリットがないし、二の足を踏んでいる。

**デフォルトの名無しさん** · 2020/11/12(木) 17:43:51.94

web components は spaとかを作るには向いてないけどある程度静的なものを作るなら向いてると思うで。

templateとかにlit htmlとか使うの前提だけどね

**デフォルトの名無しさん** · 2020/11/12(木) 20:08:20.88

lit-html知らなかったわ。面白いなこれ。
ガチンコなアプリでは物足りない感じだけど、既存のものにもさくっと差し込めそう

**デフォルトの名無しさん** · 2020/11/13(金) 16:19:13.65

おもろいで
　
lit elementもおもろいで

**デフォルトの名無しさん** · 2021/03/05(金) 12:09:53.39

https://www.statista.com/statistics/1124699/worldwide-developer-survey-most-used-frameworks-web/

https://trends.google.com/trends/explore?geo=US&;q=%2Fm%2F012l1vxv,%2Fm%2F02_qnn,%2Fm%2F06y_qx,%2Fg%2F11c6w0ddw9,%2Fm%2F0dhx5b

上の方に ASP.NET のマーケットシェアが１位って記事があったから載せてみるね
ネット上のマーケットシェアのサイトってソース載ってないのも
どうやって調べてるかわからないものも多いよね

**デフォルトの名無しさん** · 2021/03/05(金) 12:54:16.30

上の方で、ページリロードでリスナーが解放されるかって話

バカにせずに真面目に考えてみます

基本的に、ページリロードで VM のヒープもスタックも全部リセットされるので
普通に考えればメモリリークなんてものはない

Chrome とかはVMどころかページ毎にプロセスまるごと作り直しみたいな話になるので、
メモリリークの可能性は低い

キャッシュというのは、JS/HTML/CSS のソースコードのキャッシュをメモリ上とか
データベースに保存してるってことよね、メモリ解放の話とは関係ない

JIT コンパイラのコードキャッシュとかに関しては、プロセス間で共有してるのかは知らない
まぁでも、これもリスナーのメモリ解放の話とは関係ない

Ref :
https://stackoverflow.com/questions/28896028/do-javascript-memory-leaks-matter-after-a-page-refresh-why

**デフォルトの名無しさん** · 2021/03/05(金) 12:55:03.20

は？一生懸命書いたのに、くっそ昔のスレじゃん
泣きたい

**デフォルトの名無しさん** · 2021/03/05(金) 15:29:02.03

泣かないで。
きっとこれからこのスレを読む誰かの為になるよ

**デフォルトの名無しさん** · 2021/03/15(月) 10:31:43.74

>>47
Pythonは言語仕様に問題が有り過ぎてwasmへの変換は不可能と決着済
仕方ないのでPythonインタプリタをwasmへ変換して動かしてる
結果JavaScriptより数十倍も遅いため使い物になっていない

**デフォルトの名無しさん** · 2022/02/16(水) 02:36:12.18

フロントエンド改修するのにReactかVue3で迷ってる
世の流れ的にいくならReactにしない理由はないと思うんだけどなんか好きになれんのよな

Vueはテンプレートの構文がわかりやすくて好きなんだけど、結局typescriptとの親和性の観点でtsxで書く流れになってきてるから、tsx使うならReactでよくねとも思う
Reactだと依存配列書き忘れとかも以外とやりがちで、Vueはcomputedがその辺全部いい感じにやってくれるから自分的な差はそこくらいかなあ

なんかここで選べみたいなのあります？

**デフォルトの名無しさん** · 2022/02/16(水) 02:36:54.47

は？一生懸命書いたのに、くっそ昔のスレじゃん
泣きたい

**デフォルトの名無しさん** · 2022/02/16(水) 21:54:15.68

泣いてもええんやで

**デフォルトの名無しさん** · 2022/03/27(日) 20:25:30.49

板がわかれすぎて全然人いないよね

**デフォルトの名無しさん** · 2022/03/31(木) 00:15:00.32

>>336
運の悪いときはあるもの

**デフォルトの名無しさん** · 2022/04/05(火) 10:34:11.05

Reactを使いたけど、jsの言語仕様が変態すぎて辛い
jsはチュートリアルさらりと読んだら、理解が曖昧でも
そのままフレームワークの使い方を覚える段階に進んだ方がいいのかな？
言語仕様がぐちゃぐちゃでベストプラクティスを想像できない

**デフォルトの名無しさん** · 2022/04/09(土) 07:34:19.26

>>338
webprog、web制作あたりと合体したらいいかも

**デフォルトの名無しさん** · 2022/04/11(月) 12:16:01.69

>>340
Reactスレあるよ

**デフォルトの名無しさん** · 2022/05/28(土) 13:39:42.60

さらに Rect へSvelte とvue をまぶしたようなSolid.jsなるものまであるな
https://www.solidjs.com/

**デフォルトの名無しさん** · 2022/05/28(土) 20:24:35.77

ベンダーじゃなくて発注側なんやけど、Javaができて便利なことある？
例えばベンダー側で実際Javaのプログラム書いたり開発した経験が無くても、発注側で極簡単な改修なら自前でできたり、改修や開発の設計書を読めるようになるぐらいならできるもん？

**デフォルトの名無しさん** · 2022/05/29(日) 07:33:04.81

>>344
Javaとスレタイは違うものなのでスレ違い

**デフォルトの名無しさん** · 2022/06/07(火) 23:44:35.62

色々変な仕様くっつきすぎてとっつきにくくなり、素のJSに戻ることになるでしょう

**デフォルトの名無しさん** · 2022/12/18(日) 11:23:26.30

フロントエンドをスレタイに入れなければもっと伸びたはず

**デフォルトの名無しさん** · 2023/03/03(金) 13:31:06.42

viteへの移行がくそめんどすぎるのですが