Vue vs React vs Angular Part.5

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2020/07/29(水) 22:38:49.56ID:z6Fnx3oM
実際どうなん？
Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Angular
https://angular.io/
※前スレ
Vue vs React vs Angular Part.4
https://mevius.5ch.net/test/read.cgi/tech/1591869705/

★ここではjQuery, Ruby, C#, Blazorの話題は禁止です
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
Svelte, Next, Nuxt, Gatsby, VuePress, RedWoodなどはおｋ。
2020/08/01(土) 13:21:45.58ID:o8EpUcK0
Linuxだともっと迷うんじゃないか
2020/08/01(土) 13:31:27.42ID:EZTrMdob
Ubuntu使ってるやつのカラーセンス疑うわ



あ、俺も使ってた…
171デフォルトの名無しさん
垢版 |
2020/08/01(土) 13:33:15.03ID:biQ1QRTH
>>168
あ！量販店の店員さんですか？
Vue とReact とAngular
どのメーカーが良いですかねぇ
2020/08/01(土) 13:52:32.32ID:8AkvqbAq
Linuxは野良ツール多すぎて迷うよなー
マイクロソフトを信用してとりあえずコレだけやっとけ的なものがない
どれを選んでも中途半端でトラブルと縁を切れない
2020/08/01(土) 14:07:55.86ID:Yr8NK13H
>>172
自分の能力が低いって自己紹介じゃんそれ
2020/08/01(土) 14:10:38.48ID:8AkvqbAq
>>173
そういう考え方が雑魚っぽい
苦労を自分から背負い込むスタイルとか非合理的でしょ
2020/08/01(土) 14:11:19.37ID:IxYAI3me
>>171
JScript
2020/08/01(土) 15:01:04.70ID:Sq3FCv8n
>>175
それソケットの型とか電圧が違うからって警告出ませんか？
サーバーのコンセントにささらないと困ります。
2020/08/02(日) 10:58:02.51ID:TgtGsz6s
C#ってunsafe、Span、refがあるから低レベルの爆速プログラミングもできるんだな
こんなんwasmに事前ビルドされたらJSが速度で勝てるわけないじゃん
2020/08/02(日) 11:50:01.52ID:WQM7cDU9
wasmはjsエンジンの（一部の）上で動いてるから、コンパイル後のピーク速度は同じなんだけど。ネイティブGCも無いからGC付きクソデカランタイム動かしてたら速度メリットも消えちゃうんだけど
https://qiita.com/karszawa/items/0bd6e7aa0b638a8e9ee2
2020/08/02(日) 11:52:44.71ID:DseL3ZRo
マジこのスレスレタイと関係ある話してねーな
2020/08/02(日) 12:00:19.78ID:2PlDLosa
そのうち逆になるだろ
wasmが一番下のレイヤーになってJSはその上で動く
2020/08/02(日) 12:07:48.77ID:cT3QB5LB
vueユーザーはvue3に備えてこれ読んどきなさい

Vue Composition APIでストアパターンをスマートに使って状態管理をする
https://qiita.com/resessh/items/ab09ec925ca49d02caae
2020/08/02(日) 12:24:42.43ID:DseL3ZRo
>>181
Reactに寄ったとは聞いてたがマジで寄ってるなｗ
2020/08/02(日) 12:25:34.13ID:WwXtXh/O
>>178
C#はネイティブメモリを安全に活用する機能があるのでメモリ効率がすごくいいよ
この機能が追加されたおかげで.NET Coreの全体的なパフォーマンスが急激に上がったのは記憶に新しい
スタックで済むところはスタックで処理できるから従来のC#、Java、JavaScriptのように必要のないところでオブジェクトのためにメモリを確保しなくても済むようになった
これがパフォーマンスにとって大きな影響がある
JSがこれを模倣しようとしても型安全性と構造体がないからそう簡単にはできない
TSがトランスレーターに甘んじてるうちはTSでも同じこと
TSが完全にコンパイラなったとしてもref、Span、構造体に相当する言語機能を導入しなければならないから簡単には行かない
2020/08/02(日) 12:50:36.63ID:WQM7cDU9
>>183
jsの場合jitがその辺はやってるんだよ。型が変わらない変数ぐらいjitは見つけて最適な型で最適なところに割り当ててる、スタックやレジスタレベルでね。refどころか関数のインライン化もやるよ。
c#のjitも凄いけど、それをwasm上でやるのは大変じゃないかな？
2020/08/02(日) 12:54:12.60ID:mXvsp2ya
ホントは、Wasmの本質は速度向上ではなくて、言語を変えられることだよ。
2020/08/02(日) 13:05:39.93ID:WwXtXh/O
>>184
その程度じゃ全然最適化が足りないんだよ
機械的な判断じゃどうしたって最適化していいか確定しない部分が沢山でてくる
C#だってデスクトップやサーバーサイドで最適化のノウハウをしこたま溜め込んでる
その蓄積があるのにあえてプログラマの手で高速化するための手段を用意した
マイクロソフトはJITを極めてもそれだけじゃ満足できないとわかってたからね
結果として.NET Coreは凄まじいパフォーマンスを獲得したわけ
Blazorはまだ黎明期だからしかたないけどサーバーサイドのベンチマークはまじで凄いからね
2020/08/02(日) 13:08:10.21ID:WQM7cDU9
>>185
それ。他言語のライブラリとか持ってこれるのが助かる

>>186
そうだね。早く速くなるといいね
2020/08/02(日) 13:11:40.57ID:hCA53BQc
>>187
まあそんなに遠くない未来だろうね
2020/08/02(日) 13:12:22.72ID:DseL3ZRo
>>186
お前いつまでここに寄生してその話続けんの？
2020/08/02(日) 13:21:40.43ID:QyH37OuI
スレタイ変えるべきだな
191デフォルトの名無しさん
垢版 |
2020/08/02(日) 13:23:40.23ID:mXvsp2ya
>>187
他からライブラリを持ってこれる、というようなことだけじゃなく、
JSには、ちゃんとしたclassの概念もなければ、ちゃんとしたstructの概念も無い。
明示的な型指定も出来ない。
また、常にGCがONなので速度的に不安定。
変数は原則的に全てHeapからの確保になってしまうので使い始めが遅い。
動的に型が決まるので、JITでもある程度以上最適化できない。
そういうところがC++では改善できる。
192デフォルトの名無しさん
垢版 |
2020/08/02(日) 13:28:43.14ID:q/qx3qt3
wasm について語りたいなら
【wasm】ブラウザでC++。Emscriptenを語ろう
https://mevius.5ch.net/test/read.cgi/tech/1547549448/

blazor について語りたいなら
【本命】Blazor スレ1【真打】
https://mevius.5ch.net/test/read.cgi/tech/1595255796/

ついでに、jquery に言及したいなら
Vue vs React vs Angular vs jQuery Part.3
https://mevius.5ch.net/test/read.cgi/tech/1560333177/
2020/08/02(日) 13:32:13.60ID:WQM7cDU9
>>191
wat書くとそのへんは痛感するね。流石にcppとかrustには叶いませんわ。
194デフォルトの名無しさん
垢版 |
2020/08/02(日) 14:15:44.79ID:oOnrjYcq
C++はJITが効かないので、最悪Javaの20倍ほど遅い。
2020/08/02(日) 14:21:31.87ID:mXvsp2ya
>>194
それは、狭い範囲における非常に稀なケースだが、
WasmはJITが効くので、C++も出力をWasmにしてしまえば、原理的には
同じ事が出来るわけだけど。
2020/08/02(日) 14:26:42.33ID:mYK9zNmf
> C++はJITが効かないので
JITって何かわかってる？
ただのCPUに最適化したコンパイルに過ぎないぞ
C++でもコンパイル時にCPUに最適化すれば同じことだ
197デフォルトの名無しさん
垢版 |
2020/08/02(日) 14:30:46.09ID:oOnrjYcq
JavascriptはJavaの二倍速い。
2020/08/02(日) 14:32:48.19ID:mXvsp2ya
>>195
JITの方が速くなる可能性があるとすれば

1. たまたま実行した環境では、要素数の多いSIMDが使えるCPUの場合、そのCPUに
　合わせて最適化できる。

2. 予め最適化する場合には、実行段階で、CPUの場合分けのためのオーバーヘッド
　が少し生じる。

3. 実際に実行してからのプロファイリングを用いて、繰り返し回数の多いループ
　を重点的に最適化できる。
　これもテスト時にあらかじめ行っておくことも出来るが、何らかの要因で
　条件が大幅に変わった場合には、JITでやる場合と差が出てくる可能性がある。
199デフォルトの名無しさん
垢版 |
2020/08/02(日) 18:01:52.35ID:owOvUR/E
そもそもwebというかブラウザがdomとcssに結局は縛られるから、そっちのが問題だと思うけどなあ。。
そしてdomはとても壊れやすい。それが起因の問題は今でもちょくちょく体験する。ブラウザ互換も未だに完全じゃない。

wasmだc#だと言っても、UIまで包括的に別の仕組みで動作しないと同じだと思うよ。
200デフォルトの名無しさん
垢版 |
2020/08/02(日) 18:58:02.73ID:rl9xr/mh
Vueはreact追いかけて変な方向に行ってしまったな。
従来のVueの手軽さがいい人にはAlpineJSをお薦めするよ。
201デフォルトの名無しさん
垢版 |
2020/08/02(日) 19:04:43.64ID:4pM7vb20
wasmとかc#とかMSの話してる奴
これもう荒らしだろ。
単語NG安定
2020/08/02(日) 19:05:43.75ID:7B1HvTGa
>>200
そういうマイナーなframeworkは
バグとかの情報少ないし一番めんどくさいだよ
お手軽っていうのはユーザーが多い
ASP.NETとかRuby on Railsのことなんだ

Rubyはweb以外ではろくに使われてないし
結局、ASP.NETが最強ということになる
203デフォルトの名無しさん
垢版 |
2020/08/02(日) 19:08:48.49ID:rl9xr/mh
レスつけられたみたいだけどあぼーんで見えない
2020/08/02(日) 19:09:18.65ID:++dgOo7Q
>>199
QTが動いたって話だしそのうちDOMに依存しないUIフレームワークもでてくるだろうな
それが良いかどうかは未知数だが
2020/08/02(日) 19:10:22.22ID:SsTxGSMj
【ﾜｯﾁｮｲ有】Vue vs React vs Angular Part.5.5
https://mevius.5ch.net/test/read.cgi/tech/1596110361/
スレチガイジが居ないスレはこっち
2020/08/02(日) 19:30:24.89ID:+AbKOGnw
>>191
スタックメモリを有効活用しようとしたらstruct必須だからJSの言語機能を大幅に改修しないといけないね
2020/08/02(日) 19:48:26.61ID:sINF+8Fw
>>206
c#しか知らないのにそういうネタ出すの止めたら？
2020/08/02(日) 20:21:18.93ID:+AbKOGnw
>>207
他の言語も知ってるけど？
俺はJSしか知らないフロントエンジニアじゃないよ
209デフォルトの名無しさん
垢版 |
2020/08/02(日) 20:27:25.31ID:+KirgcPe
C#しか知らない業務ソフトおじさん
略してソフトおじさん
2020/08/02(日) 21:38:12.95ID:7B1HvTGa
>>205
C#理解できないレベルの低い人たちだけのスレ立てたのか

わざわざ分裂させて時間を無駄にしたがる人たちは理解できない
2020/08/02(日) 22:56:39.44ID:afjdMLlX
Ruby は、Vagrant, Chef, ServerSpec, Github とか、サーバー構築テストに強い

Chef では、以下の抽象化構文で、Cent 系のrpm/yum, Debian 系のdeb/apt の、両方に対応できる

package "dstat" do
action :install
end
2020/08/02(日) 23:24:21.36ID:D3UaZ6Ra
ここでCの話してるやつって外国に忍び込んで蝕んでいく中国人みたいだな
2020/08/02(日) 23:25:09.68ID:254CtELF
うわネトウヨが出た
214デフォルトの名無しさん
垢版 |
2020/08/02(日) 23:45:51.80ID:4pM7vb20
JavaScriptに話を戻そう
ReactってそもそもHTML要素が既にある時点で
イベントハンドラとかprops stateとか作りこんんで行く訳だが
そもそもHTML自体をしこたま動的に生成しなきゃならん事
多い。
そういう時ネイティブ JavaScriptの
createElementとappendChild使うのがいちばん便利
なんだわ。
動的に生成したDOM要素にイベントリスナ設定して
ピタゴラスイッチ見たいにUI構築していくのは楽しい。
215デフォルトの名無しさん
垢版 |
2020/08/02(日) 23:50:51.47ID:LkmmrvcN
手動でやりたいならどうぞご自由にとしか。
JSスレ行ってね。
あ、ついでにC#ｶﾞｲｼﾞとRubyｶﾞｲｼﾞも一緒につれてって。頼んだよ。
2020/08/02(日) 23:51:15.64ID:afjdMLlX
Document.createDocumentFragment( ) だろ
2020/08/03(月) 00:07:57.59ID:4XZf/IuM
>>204
QTってWEBはWebGLが前提だろうから、どうなんだろうね。
でもWEB版とネイティブアプリ版両方作るなら、一番合理的とも言える。
欠点は読み込みがクソ重くなる事か。。
2020/08/03(月) 00:09:40.27ID:UL5Fg7I6
>>214
まあ仮想DOMってdocument配下にないメモリ上の状態でガチャガチャやるわけだし
実DOM直接操作するよりはオーバーヘッドないんじゃない？
2020/08/03(月) 00:13:57.36ID:gMPFHu0L
>>218
仮想的なDOMを操作しても
最終的に実DOMに反映しなければいけないのだから
仮想DOMの処理はは100%オーバーヘッドだよ
2020/08/03(月) 00:19:42.49ID:gMPFHu0L
一番速いのは、仮想DOM操作も実DOM操作もしないこと
当たり前だよね？

つまりHTML/CSSだけで実装するのが一番速いわけ
できないと思うなら「CSSだけで作った」で検索してみりゃ
いくつもCSSだけで動きがあるものを作っているサンプルが見つかる

次に速いのは必要最小限の実DOM操作を行うこと
これも当たり前。これはCSSだけでできないことをJavaScriptで
行うが、必要最小限のクラスなどの属性の変更で行うこと
DOM要素の追加削除は行わなず、CSSを使って表示非表示で対応するのでのでこれも速い

ただしHTMLとCSSを正しく理解していなければいけないので
JavaScriptからウェブに入ったなんちゃってウェブプログラマには荷が重い（笑）

ちなみにjQueryを使ったプログラミングでは、この必要最小限のDOM操作を行うのに適している

仮想DOMっていうのは、このHTML/CSS/JavaScritpのベストプラクティスを無視して
全部JavaScriptでやったら重くなった→どうにかしてマシにしたい
というバッドノウハウとして生まれたものだよ

HTML/CSSまたは、jQueryを使って正しくプログラミングしたものに比べれば
仮想DOMは遅い
2020/08/03(月) 01:05:05.78ID:wV2nNm2Q
jQueryがネイティブより速い？ 何言ってんの？
2020/08/03(月) 01:15:21.82ID:4XZf/IuM
jQueryの話はスレチ。やめようぜ。
2020/08/03(月) 02:46:46.67ID:gMPFHu0L
>>221
ネイティブより速いなんてどこにも書いてないよ
速度で言えば速い順に
JavaScriptなし > ネイティブ > jQuery >>>> フレームワーク
なのは当たり前でしょう？
2020/08/03(月) 06:13:52.43ID:UL5Fg7I6
jおじ復帰してたのか
2020/08/03(月) 07:01:52.50ID:SjFJdHD5
要はその「必要最小限のDOM操作」が自明じゃないような大規模な画面の変化をさせたい場合には
仮想DOMの効果が出せるということ。
2020/08/03(月) 07:24:39.50ID:UL5Fg7I6
いや実DOMに対するappendを
一回でドンとappendするか
複数回こまごまとappendするか
どっちがオーバーヘッドが大きいかって話じゃない？
227デフォルトの名無しさん
垢版 |
2020/08/03(月) 07:39:57.17ID:qdvto+rV
vDOMはオートマ
jQueryはマニュアル
jQueryおじさんは軽トラ運ちゃん
2020/08/03(月) 08:58:08.95ID:zCiZ8LaU
NGしたいからJおじとC#おじはコテつけろよ
2020/08/03(月) 09:29:54.65ID:wV2nNm2Q
>>228
C#おじさんID変えまくってるから望み薄だなぁ
230デフォルトの名無しさん
垢版 |
2020/08/03(月) 10:59:45.04ID:3aFKjSal
薄いどころか無毛
2020/08/03(月) 11:35:48.87ID:4XZf/IuM
ｊQueryが嫌いな訳じゃないんだよな。昔は散々世話になった訳だし。
ただスレチ。話も長くなるし。
2020/08/03(月) 13:20:21.50ID:YC4A0LQI
>>228
もう>>205で良くないか？
2020/08/03(月) 14:40:35.29ID:6LuQl8WH
>>226
> いや実DOMに対するappendを
> 一回でドンとappendするか

一回でappendする場合DOM操作ではなく、innerHTMLの代入とかに
なるわけだがフレームワークはそんなコトしていない

そもそもinnerHTMLだから速いというわけではなく
JavaScriptで追加するか、ブラウザ内部の処理で追加するかの違いでしか無い
ブラウザ内部で処理したら速いように思えるが、innerHTMLでは
HTMLのパース処理が必要になるので無駄な処理をしている

それに昔はJavaScriptが遅かったが、今は速くなっているため
JavaScriptのDOM操作とinnerHTMLによる一回でドンは大差なくなってる。

仮想DOMは純粋なオーバーヘッド。実DOMに反映する処理＋仮想DOMのオーバーヘッド
2020/08/03(月) 14:42:12.96ID:6LuQl8WH
>>227
> vDOMはオートマ
> jQueryはマニュアル
> jQueryおじさんは軽トラ運ちゃん

そして一番重要なのは、どの方法が一番早く目的地につけるか？
って話なんだよねｗ
2020/08/03(月) 14:55:57.02ID:6LuQl8WH
仮想DOMが遅い理由
Why Virtual DOM is slower
If you think it’s fast, this article might be what you were missing
https://medium.com/@hayavuk/why-virtual-dom-is-slower-2d9b964b4c9e
236デフォルトの名無しさん
垢版 |
2020/08/03(月) 15:07:55.21ID:qdvto+rV
なんちゃってアマチュアレーサーがマニュアルのほうが速いとかでマウント取ってくるのと一緒だな。
ひっきりなしにガチャガチャガチャガチャ動かしたくないんだわ。
2020/08/03(月) 15:13:49.84ID:6LuQl8WH
>>236
だから動かさなければいいのでは？

HTMLとCSSでできることはJavaScriptを使わない
コードがないのでバグも減るし、速度も早い

JavaScriptからウェブに入ってきた人って
HTMLとCSSの技術力が低すぎる人が多いんだわ
知らないくせに、知らない俺すごい。みたいな考え方してるｗ
どうどうと嫌いです（だから勉強していません）みたいなこと言うからな
2020/08/03(月) 15:17:31.70ID:6LuQl8WH
例えばCSSだけで作られたアコーディオン
https://webdesignday.jp/inspiration/technique/css/5316/
JavaScriptなしでブラウザ内部だけで実行するから最速

こういうのを作れるとお前ら何JavaScriptフレームワークで
無駄な努力してんの？ってなる
2020/08/03(月) 15:18:51.27ID:wV2nNm2Q
え？ innerHTMLでドンと入れるもんなの？
ドンと入れるってのは一個Element作ってその下にたくさんElementぶら下げて最後にappendChildするものだとばかり。さもなくばtemplateタグかと……
2020/08/03(月) 15:21:43.10ID:6LuQl8WH
>>239
じゃあ、DOM APIで一個Element作ってその下にたくさんElementぶら下げた方が速いですねｗ
2020/08/03(月) 15:37:39.47ID:gnTaw2rH
>>238
アコーディオン
クリックしてから開くまで遅すぎ
JS使ってないのにこの遅さはひどい
2020/08/03(月) 15:38:54.21ID:gnTaw2rH
そもそもアコーディオンなんて使うほうがアホ
アコーディオンあるとスクリーンショットとれない

ユーザビリティ考えてないゴミといっていい
2020/08/03(月) 15:43:16.68ID:wV2nNm2Q
>>240
それだと一個足す毎に描画発生するじゃん？
2020/08/03(月) 16:04:13.93ID:gfyNPdUj
>>241
開閉スピードはCSSのパラメータで変更できる。最小0だよ。
そういう当たり前に想像できることにレスするから
お前の間抜けさが際立つわけ
2020/08/03(月) 16:05:34.47ID:gfyNPdUj
>>243
発生しないが？
まさかお前、DOM APIではできない方法を使って
JavaScriptフレームワークが実装されてるとでも思ってるのか？ｗ

不思議やなぁ。ただのJavaScriptフレームワークなのに
JavaScriptでは使えない方法を使ってると思うんやぁｗ
2020/08/03(月) 16:09:59.23ID:0MenM/I/
>>241
アコーディオンのデモだからアニメーションを強調して長目にしてるだけじゃん
2020/08/03(月) 16:19:29.50ID:m8E1Posq
速度もとめるならwebglだな
3Dはもちろん2Dも速い
2020/08/03(月) 16:21:39.76ID:0MenM/I/
そういやValkanってブラウザ対応とかするんかな？
2020/08/03(月) 16:24:04.93ID:0MenM/I/
Vulkanだったスマン
2020/08/03(月) 16:29:53.01ID:0/lt0JjB
SPAって帯に短しタスキに長しって感じだな
2020/08/03(月) 16:35:42.23ID:wV2nNm2Q
>>245
最初からDOMの話してるんだけど。
bodyからのツリーにぶら下げなきゃ描画しないのは知ってるよ？

だからこう書いたのに
> 一個Element作ってその下にたくさんElementぶら下げて最後にappendChildする
2020/08/03(月) 16:41:07.35ID:Za6GDrI5
>>237
アプリ作る目的がこのスレなのにhtmlとcssのみとか頭イカれてんだろゴミ野郎
何ヶ月も同じこと言ってんじゃねえよ
2020/08/03(月) 16:43:38.93ID:vcgZ0KOw
バニラでアプリ作れない雑魚のための介護マシン≒React等低速フレームワーク
ということでFA？
2020/08/03(月) 16:52:57.55ID:gnTaw2rH
UIだけの話しかできないやつなんなの
ここframeworkの話するところ

>>253
開発生産性を考えられないアホは
バニラでやってればいい
2020/08/03(月) 16:57:30.45ID:gnTaw2rH
自分ではうまくcssだけで実現できたつもりでも
クロスブラウザ対応できてないケースが多い。
ライブラリ使わないとクロスブラウザ対応は事実上不可能

web frameworkも同様
不要だといってるアホは開発生産性を考慮できていない
2020/08/03(月) 17:08:55.24ID:9/tK9gy1
>>247
意外と素のOpenGL ESよりだいぶ遅いのが気になるが。
2020/08/03(月) 17:39:26.37ID:ICuTyQop
>>255
クロスブラウザだけならjQueryで充分
生産の効率化がフレームワークの肝じゃないかなぁ
2020/08/03(月) 18:12:03.37ID:4XZf/IuM
いやーもう俺はjQueryだけとか無理だわ。保守が苦行すぎだろ。
ScopedじゃないCSSとか思い出すだけで辛い。
型も無しにApi呼ぶの怖すぎ。リファクタリングに手間かかりすぎ。

スレタイのフレームワークなりライブラリ使うだけで劇的に快適になるよ。
中規模以上ならフレームワーク必須。
今更仮想DOMが遅いとか。。文句の付け所が見当違い甚だしい。
259デフォルトの名無しさん
垢版 |
2020/08/03(月) 18:28:42.64ID:qdvto+rV
emotionのcss prop便利すぎワロタｗｗｗ
styled component形式も併用できる。けどネスト深くなるから好きじゃなかったんだよね。
2020/08/03(月) 19:07:37.19ID:vcgZ0KOw
>>254
とか言ってるやつが1番開発生産性をわかってない
SPAフレームワークなんて人材調達がめんどくさくて高いからコスパが悪い
MVC+jQueryなら人集めるのが簡単だ
後者は長年の経験の蓄積があるから作業を開始してからもSPAキッズより速い
2020/08/03(月) 19:32:00.23ID:gnTaw2rH
>>260
いや、わかってる。
俺は個人でも仕事でもSPA使ってない。
ASP.NET MVC系 + C#だ

前スレでも結論でたとおもうが大手法人サイトでも
web frameworkとしてはReact , Vueをほとんど使ってない。
ただのUIまわりだけの利用にとどまっていて
SPAとして動かしてない
2020/08/03(月) 19:33:58.87ID:wV2nNm2Q
長年の経験があって安くて簡単に手に入る人材？ 地雷では？
2020/08/03(月) 19:40:08.00ID:NwY4iaDW
Cおじいちゃんの次はマークアップおじさんか
2020/08/03(月) 19:51:02.89ID:gfyNPdUj
>>252
アプリを作るとは？
実際にはUI作ってるだけやろ
2020/08/03(月) 19:53:25.08ID:gfyNPdUj
>>258
> いやーもう俺はjQueryだけとか無理だわ。保守が苦行すぎだろ。
> ScopedじゃないCSSとか思い出すだけで辛い。

SPAにするんじゃなくてサイト全体をモジュール化しましょう。
それぞれ独立したページだから、ページごとのscopedになっている

sassを使いましょう。CSSファイル一つでも
ページごとのCSSが作れます。

お前HTML/CSSの技術知らんだろ？
無知だから苦行なんだよ
2020/08/03(月) 19:54:35.71ID:vcgZ0KOw
>>261
わかってる人だったか
すまんなここは喧嘩売ってくる人が多いから攻撃的になってしまっていた
2020/08/03(月) 20:36:25.96ID:gfyNPdUj
SPAを作るのが楽なのはわかるが、それはSPAじゃなきゃだめなのか？
UIを作るのが楽なのはわかるが、それはそんなに複雑なものなのか？
って話なんだよな

ほんの少し必要なもののために、全体を複雑化してしまってる。
UIなんて要素の表示非表示で殆どのものは作れるんだよ

DOMによる要素の操作（属性変更以外）が必要なのはフォーム項目数が
増減する場合ぐらいしか無いんだが、一体何のために
フレームワークを使わないといけないんだって話なんだよな
2020/08/03(月) 20:56:17.63ID:Za6GDrI5
>>267
このクソ野郎が一番わかってない
2020/08/03(月) 21:07:46.74ID:gfyNPdUj
な？俺が言ってることが正論だから
まともな反論一つできないわけだ
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況