Vue vs React vs Angular Part.3

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2019/06/12(水) 19:04:55.46ID:x67noP4p
実際どうなん？
Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Angular
https://angular.io/
※前スレ
Vue vs React vs Angular Part.2
https://mevius.5ch.net/test/read.cgi/tech/1552136553/
※前前スレ
Vue vs React vs Angular
http://mevius.5ch.net/test/read.cgi/tech/1545395856/

★ここではjQueryの話題は禁止です
★jQuery房が書き込んでも無視してください
2020/06/05(金) 20:17:19.61ID:Fdu8CZzS
なんでこのスレでjQueryの話するの？なんでなんでなんで？
2020/06/05(金) 20:17:37.43ID:Fdu8CZzS
なんでなの~？
2020/06/05(金) 20:19:50.42ID:UiSduxRW
これでもみて落ち着け
https://i.imgur.com/igLZhbz.jpg
2020/06/05(金) 20:23:51.31ID:OEFtSVrd
自分が理解できない新技術を叩くことに血道を上げる爺、つくづく哀れだな。
2020/06/05(金) 20:26:25.98ID:KODGR1Mj
Nuxt vs Next
575デフォルトの名無しさん
垢版 |
2020/06/05(金) 20:59:37.58ID:Uv2w5eYU
>>569
それは立てた人に聞かんと分からんけど、立てた人の意向に沿わないとダメって事もないわな。
板違いスレなんだし。
そこら辺は、立てた人もおおらかな気持ちで許してくれると思うぞ。
2020/06/05(金) 21:46:46.41ID:Lr2lHG7b
馬鹿はjQuery使えばいいじゃない
577デフォルトの名無しさん
垢版 |
2020/06/05(金) 22:13:35.39ID:YTcIve/l
天才でもjQueryで良いと思うけど？馬鹿限定にしないとなにか困るの？
2020/06/05(金) 22:19:46.82ID:B45TUAZe
>>575
jQueryフォォォオオオオ！！！！
2020/06/05(金) 22:20:47.86ID:Pm8/8uC1
jQueryの話題OKのお墨付きがでたフォォォオオオオオオ！！！！フォォォオオオオオオ！！！！
2020/06/05(金) 22:28:49.18ID:cTe/Z6+G
はい、私がこのスレを立てしものです。
>>575さんが私の気持ちを代弁してくれました。jQueryの話もどんどんしましょう！
2020/06/05(金) 23:02:12.67ID:n135C4CO
Reactなら<>〜</>で済むところを<template>〜</template>って書くのはなんだかなぁ
582デフォルトの名無しさん
垢版 |
2020/06/05(金) 23:08:30.51ID:EqTjbYji
>>581
？？？

ちょっとなに言ってるかわからないので詳しくお願いします
2020/06/05(金) 23:22:49.43ID:e4Todh9J
Ruby on Rails では、Stimulus が多い。
data-属性で指定する、規約だけのフレームワーク。
ビジネスロジック・HTML の組み立ては、サーバー側だけ

一方、React, Vue.js を使うと、
ビジネスロジックがクライアント側にも分かれる

>>541
Ruby on Rails でも、Turbolinks という、Pjax(History API のpushState + Ajax)を使うけど、
バリデーションエラーで画面遷移しない場合などは、ややこしい
2020/06/06(土) 00:12:00.24ID:OiXPrcHj
無理やりjQuery以外の話し始めてて草
2020/06/06(土) 00:18:55.01ID:OiXPrcHj
Ruby on Rails使いはミーハープログラマーなイメージ。
2020/06/06(土) 01:20:15.27ID:7YMZq5d4
【ポイントは一つ】プログラミング未経験でも受かるポートフォリオの作り方
https://www.youtube.com/watch?v=la0rkh6wlxA

Ruby on Rails, Bootstrap, Github, Heroku
ログイン、画像・文字列の投稿、いいね、検索機能など

この娘は、勉強に1週間、作成に2週間
2020/06/06(土) 10:32:50.29ID:IES+TM0d
>>585
RubierはスタバでMacドヤってるイメージ
2020/06/06(土) 10:53:33.70ID:maGrK2WM
>>583
APIを界面にビジネスロジックはサーバー側、プレゼンテーションロジックはクライアント側って
ふつうに分離できると思うが。
2020/06/06(土) 11:14:25.86ID:ulo0YVWu
Ruby使いには何を言っても無駄だよ。何事についても理解が正確じゃないからね。
2020/06/06(土) 11:24:04.97ID:T0SYRtuq
svelteが人気出てきたよな
かなり簡潔に書けるし仮想DOMは使っていない
591デフォルトの名無しさん
垢版 |
2020/06/06(土) 11:28:20.35ID:i3dxEDdl
ほーらまた違うのが出てきたｗ
592デフォルトの名無しさん
垢版 |
2020/06/06(土) 11:50:02.66ID:COJn5GeL
我々読者はお待ちください見たいなクルクルは許さんからね。
サーバーサイドレンダリングしてよね。
2020/06/06(土) 12:10:30.74ID:IES+TM0d
Svelteってあったね↓の記事のリンクから知ったっけちょっと試したけど本格的にやろうとは思わんかったな
https://2019.stateofjs.com/front-end-frameworks/

Emberも知らんかったけど
Aureliaは載ってないけど終わってしまったんかな
2020/06/06(土) 14:22:26.51ID:kg24a5Q4
公式ドキュメントでも見てみるか -> "Black Lives Matter" ﾃﾞﾃﾞｰﾝ (他のページへのリンクもなし)

はあーまじくそ偽善者どもめ
595デフォルトの名無しさん
垢版 |
2020/06/06(土) 14:22:50.92ID:COJn5GeL
お待ちくださいのクルクルは公害みたいなもんだからな。

河が汚染されてるのは河が悪いってのは通らんからな。
汚染物質垂れ流す奴が悪いんだからな。
596デフォルトの名無しさん
垢版 |
2020/06/06(土) 14:29:06.74ID:COJn5GeL
クリックしてしまってクルクル、イラっとしたときに何か悪い成分が出てると思うんだよな。
これが戦争の原因物質では？
2020/06/06(土) 15:02:44.71ID:NZYvkkXZ
は？クルクルタイムのミニゲームはモダンwebの必須条件なんだが？
598デフォルトの名無しさん
垢版 |
2020/06/06(土) 15:04:08.90ID:COJn5GeL
いや、俺はあのクルクルめっちゃイラつくねん。
599デフォルトの名無しさん
垢版 |
2020/06/06(土) 15:05:55.46ID:Gs6XNHwr
あれってJavaScriptフレームワークの初期ページの
表示の遅さをごまかしてるんだろ？
2020/06/06(土) 15:14:56.01ID:AxdIOT4/
いや貧乏人のネット回線の遅さを誤魔化してるんだよ
601デフォルトの名無しさん
垢版 |
2020/06/06(土) 15:16:08.53ID:COJn5GeL
こいつ、回線のせいにしよったで！
2020/06/06(土) 16:27:02.76ID:IES+TM0d
回線ってより相手側のサーバーがアクセス数に合ってないってパターンが殆どなんだと思うよ
回線が遅いっていうのは大体マンション住みで通信インフラが居住者数に合ってないってパターンくらいだろ

GmailなんかはPCスペックに依存してロースぺPCだと遅いが
603デフォルトの名無しさん
垢版 |
2020/06/06(土) 16:29:26.54ID:COJn5GeL
どうでもいいから、クルクルやめいや。
イラっとするわ。
2020/06/06(土) 16:33:34.09ID:maGrK2WM
遅くてイラっとするのはたいてい広告の方だけど、やめるわけにはいかないなぁ。
2020/06/06(土) 17:18:13.07ID:Y5wmAuo8
サムライ塾の悪口はそこまでにしろ
606デフォルトの名無しさん
垢版 |
2020/06/06(土) 17:25:44.41ID:COJn5GeL
イラっとさせられると悪口の一つも言いたくなりますわ。
クリックする前に「クルクルします」と警告が出たらいいのになあ。
2020/06/06(土) 17:33:21.19ID:yACxhwqg
そんなくるくるが気になるサイトって動画の生配信かお名前くらいしか心当たりないが
608デフォルトの名無しさん
垢版 |
2020/06/06(土) 17:56:43.75ID:COJn5GeL
お名前って何？
2020/06/06(土) 18:13:14.00ID:aP59+Re1
お名前.comでしょ
UX悪すぎるからあそこ使うのやめたわ
610デフォルトの名無しさん
垢版 |
2020/06/06(土) 19:10:37.41ID:COJn5GeL
>>609
そうか、ありがとな。
むかし有名だったな。
まだあるんだ。
2020/06/06(土) 19:34:49.36ID:w7sAmPKa
jqueryならクルクルしないのにな
https://i.imgur.com/VfZcDKy.png
2020/06/06(土) 23:27:42.73ID:IES+TM0d
ロードに時間が掛かるから完了までくるくるを表示してるのを
くるくるしてますってアピールする為に表示してるとか勘違いしてる節が見受けられるな
613デフォルトの名無しさん
垢版 |
2020/06/06(土) 23:40:40.56ID:COJn5GeL
クルクル禁止法について、官邸御意見箱に投書してくるわ。
総理なら気持ちを分かってくれる。
614デフォルトの名無しさん
垢版 |
2020/06/07(日) 00:00:04.03ID:I1ZAw1qp
jQueryの頃は初期表示を早くするために
JavaScriptはページ表示の最期になってから実行する。HTMLとCSSだけで
ページ冒頭部分が見れるようにするっていうのは常識だったんだけど
フレームワークのせいでそれが難易度が高いものになってしまったから
そういうのに無頓着になってしまってるんだよな
2020/06/07(日) 00:06:03.77ID:4f+1WiBG
ゴミクズはよ寝ろ
2020/06/07(日) 00:12:05.31ID:dpE4vmCn
なぜサーバーのスペックが足りてないとは思わないのか？
2020/06/07(日) 00:58:09.59ID:4f+1WiBG
jquery使うサイトはSSRだよな
WordPressもそう
この侍もWordPress
つまりバックエンドで動的にhtmlを生成しているわけだな
だからクソ重い

ゴミクズjqueryジジイはhtmlとcssだけとか言ってるがバックエンドが生成しているコストは完全に無視しやがってる

当たり前だがバックエンドで生成するよりもReactなどのほうが圧倒的に高速

動的にもできないゴミサイトはお呼びじゃねーし
2020/06/07(日) 01:00:23.03ID:uvQLWD0s
>>563
sejukuのことだね。
激しく同意。
なぜかそこばっか検索上位に来てしまう。
619デフォルトの名無しさん
垢版 |
2020/06/07(日) 01:06:36.78ID:/9E45Cf3
>>617
それこそ

なぜサーバーのスペックが足りてないとは思わないのか？

だわなｗ
620デフォルトの名無しさん
垢版 |
2020/06/07(日) 01:12:59.94ID:/9E45Cf3
>>617
とりあえずお前はCDNとかキャッシュについて調べたほうがいいぞｗ

あとSPAでもバックエンドのコストは必要だってことがわかってない
2020/06/07(日) 01:13:11.48ID:4f+1WiBG
>>619
アホか？
html生成はクソ重いんだよ
そもそもhtmlなんてフロントで生成すればいいものをわざわざバックエンドでやってること自体がコストなわけ
サーバースペック以前の話だボケ

同じサーバースペックならReactのほうが速えだろが
同一の環境で語れよゴミ
622デフォルトの名無しさん
垢版 |
2020/06/07(日) 01:20:05.12ID:/9E45Cf3
> html生成はクソ重いんだよ
生成してキャッシュすれば、あとはウェブサーバーが配信する軽い処理になる
WordPressにはそれを簡単にやってくれるプラグインがいくつもある
2020/06/07(日) 01:22:17.00ID:4f+1WiBG
>>620
WordPressごときゴミCMSをアピールしなくてもいいから
そもそもサイトしか作れないゴミ野郎はゴミクズスレで吠えてろ
2020/06/07(日) 01:35:06.33ID:dpE4vmCn
>>617
SSRって言葉を勘違いしてないか？
あれはそもそも実DOMに対して使う言葉じゃない
625デフォルトの名無しさん
垢版 |
2020/06/07(日) 01:45:38.68ID:/9E45Cf3
>>623
> WordPressごときゴミCMSをアピールしなくてもいいから

お前馬鹿なのか？
自分でWordPress持ち出してきておいて

> WordPressもそう
> この侍もWordPress

言い返せなくなったら、ゴミ扱いして逃亡かよ
626デフォルトの名無しさん
垢版 |
2020/06/07(日) 01:46:45.92ID:/9E45Cf3
>>624
静的ページにもjQueryを使うって知らないんでしょｗ
あとSPAでもjQuery使えるし
まあ知識の浅さがすぐにバレるよね
2020/06/07(日) 07:57:31.06ID:4f+1WiBG
ゴミサイトしか作れないゴミコーダー月給15万がこのスレで静的サイト自慢してて笑える
動的Webアプリ作れないゴミクズのくせに

で？
Webアプリ開発もjquery最強なの？

マジでオススメする理由教えろ
2020/06/07(日) 08:00:42.22ID:4f+1WiBG
SPAでjquery使えるし

世界中の笑いモノだな
誰がお前以外に使うんだよ
2020/06/07(日) 10:39:10.69ID:pCyaIBCk
jqueryがいいか
vueがいいか、Reactがいいかは
世の中で、どのぐらい広く使われてるかによる。

それと便利なユーティリティに
どのぐらい多く溶け混んでるかによる。
一般人は可読性の高さやメンテナンスの高さよりも

道具として親和性の高さを注視する。

だからといって仮想domや
コンポーネント思考のフレームワークが不必要という
ワケではない。つまり簡単にいうと、プロジェクトの規模に寄るが正解。

必要な時に必要な量だけ、パッパッと
取り出して使い人はjqueryでも良い。プロジェクトが
ドンドン増えすぎて、拡張や保守が必要になれば
VueやReactを選べば良い。もっともっとデカくなり過ぎてソフトウェア

作成レベルになったらTypescriptを使えば良い。

なぜこうがイイかというと
使い易く世の中に広まったツールほどjqueryに
偏ってるし、その真逆にTypescriptみたいなメンテナンス言語ほど

Jqueryみたいなフレームワークをサポートしてない。
2020/06/07(日) 10:42:56.80ID:la/wKGnL
>>629
作成レベルｗｗｗ
631デフォルトの名無しさん
垢版 |
2020/06/07(日) 11:28:41.98ID:ABh2E5hx
>>563
>>618
https://japaneseclass.jp/img/%E3%83%8A%E3%83%8E%E3%83%81%E3%83%A5%E3%83%BC%E3%83%96
632デフォルトの名無しさん
垢版 |
2020/06/07(日) 12:03:29.87ID:/9E45Cf3
>>629
> jqueryがいいか
> vueがいいか、Reactがいいかは
> 世の中で、どのぐらい広く使われてるかによる。

vueやReactが1年で0.1%シェアが増えるか増えないか
やっぱり増えないなぁ（苦笑）って言ってるレベルなのに
jQueryは今も年間で1%前後増えてるのが現実

更に先月はなぜか一ヶ月で年間増加シェアを超える1.5%も増えてしまってる
https://w3techs.com/technologies/history_overview/javascript_library/all
2020/06/07(日) 12:09:26.19ID:4f+1WiBG
ゴミサイトが量産されているからな
ゴミが使うのがjquery
jquery使う奴はアプリを作れないゴミ
634デフォルトの名無しさん
垢版 |
2020/06/07(日) 12:23:07.26ID:/9E45Cf3
遠吠えが聞こえる
2020/06/07(日) 13:45:16.99ID:NCbbrxcp
>632
統計は味方を間違ってはいけないだろう
例えばBootstrapいれたらjQueryとかは自動的に使われるはず
2020/06/07(日) 13:51:19.70ID:NCbbrxcp
1年以上前にSPAでの開発を検討したことあったけど
Yahooのクローラーが対応してないとかでやめた。
いまはYahooのエンジンのSPA対応状況はどうなってるの？
2020/06/07(日) 13:51:20.50ID:dpE4vmCn
>>626
jQueryって常に実DOMに反映してるじゃんブラウザでF12押して出てくるデバッガで見れるアレだよ

仮想DOMって言わば変数みたいなメモリ領域のみにあって必要に応じて実DOMに転写してるんだよ
その仮想DOMの実DOMへの転写処理がSSRで言うレンダリングなんだよ
2020/06/07(日) 13:57:54.26ID:dpE4vmCn
>>636
まぁWebサイトを作ろうって思うならフレームワークなんて使わない方がいいだろうな
フレームワークで担当するのはクラーラーでヒットするトップページからリンクされる登録や認証よりも先側の本来検索にヒットする必要のないwebシステム的な部分だし
639デフォルトの名無しさん
垢版 |
2020/06/07(日) 14:29:13.96ID:/9E45Cf3
>>635
75.5% 中 Bootstrapの20.9%を全部引いても54.6% もあるんだが
それを指摘することが何の意味があるんだ？

それに1ヶ月で年間増加率を超える、1.5%も増えたって話
そのときにbootstrapのシェアは0.4%しか増えてない
bootstrapが0.4%しか増えてないのに、jQueryは1.5%も増えたってことは
お前の理屈だと、明らかに1ヶ月で1%以上jQueryが増えてることになるぞ
640デフォルトの名無しさん
垢版 |
2020/06/07(日) 14:30:42.22ID:/9E45Cf3
>>637
< 仮想DOMって言わば変数みたいなメモリ領域のみにあって必要に応じて実DOMに転写してるんだよ

だから仮想DOMも実DOMに転写してるじゃんｗ


「必要に応じて実DOMに転写」=「jQueryの実DOMの反映」
実DOMへの反映の数はほぼ同じな
641デフォルトの名無しさん
垢版 |
2020/06/07(日) 14:33:33.64ID:/9E45Cf3
>>637
> その仮想DOMの実DOMへの転写処理がSSRで言うレンダリングなんだよ

SSR（サーバーサイドレンダリング）っていうのは重いDOM操作を行わない
ただの文字列処理レベルの処理でメモリ内で行える軽い処理だから
SSR=仮想DOM相当だよ
2020/06/07(日) 14:39:43.22ID:cP/AXWqQ
jQueryおじさんなんでそんなに必死になん？
別におじさんにReact使えみたいな強要してないじゃん？
643デフォルトの名無しさん
垢版 |
2020/06/07(日) 14:41:39.86ID:/9E45Cf3
単に事実を言ってるだけ。データも示してる。
644デフォルトの名無しさん
垢版 |
2020/06/07(日) 14:42:17.42ID:rp+WWuyO
ssrを説明するときに基本的に仮想domやフレームワークなどの名前は出てこないよ。

server side renderingは名前の通り、sever側でrenderingする処理のことを指すのでjqueryをサーバーで動かして、htmlを生成してクライアントに返せばssrしたことになる。react使用した場合も同じく。

あと、spaとssrは排他的なものではないのでそこは間違えないように
2020/06/07(日) 14:57:43.66ID:dpE4vmCn
>>644
大体そもそもサーバーサイドスクリプトで動的ページを作ってた時はサーバーサイドでDOM生成やるのが当たり前だったから
そんな当たり前だったからSSRなんて言葉自体存在しなかった

それが当たり前ではないパターンが生じて初めてそれに対するテクノロジーとしてSSRというものが出てきたわけだが
2020/06/07(日) 14:57:57.99ID:4f+1WiBG
jqueryしか使えない奴は時給760円で十分だろ
こんなの片手間で使うゴミだしな
647デフォルトの名無しさん
垢版 |
2020/06/07(日) 15:02:16.02ID:rp+WWuyO
>>645

>大体そもそもサーバーサイドスクリプトで動的ページを作ってた時はサーバーサイドでDOM生成やるのが当たり前だったから
そんな当たり前だったからSSRなんて言葉自体存在しなかった

その通りだよ。じゃあ何でその当たり前が当たり前じゃなくなったか理解してる？
それはreactやvueが登場したからじゃないよ
648デフォルトの名無しさん
垢版 |
2020/06/07(日) 15:20:20.18ID:/9E45Cf3
>>644
> jqueryをサーバーで動かして、htmlを生成してクライアントに返せばssrしたことになる。r
素人かな？ｗ
649デフォルトの名無しさん
垢版 |
2020/06/07(日) 15:22:48.50ID:/9E45Cf3
Server Side Renderingについて知るべきこと。Server Side Renderingとは何か？ それによって何が改善されるのか？（前編） ng-japan 2017
https://www.publickey1.jp/blog/17/server_side_renderingserver_side_rendering_ng-japan_2017.html

まずSever Side Renderingとはなにか、という話をします。

ブラウザの動きを見ると、図の左にあるブラウザからサーバへリクエストが出て、
それがサーバへ到達すると、その裏にデータベースなどがあって、データベースから値を
とってきたらコンポーネントやテンプレートエンジンなどを使ってHTMLにしてブラウザへ返す、
という動きをしていると思います。

Ruby on RailsやJavaServer Pagesなどで作ったアプリケーションもこんな動きになると思います。これは普通のHTMLのレンダリングですよね。


なぜServer Side Rendiringが必要なのか：SEO
なぜServer Side Renderingが必要なのかというといくつか理由がありますが、まず「SEO」が最初に挙がるのかなと。

今回はこれについて詳しくは話しませんが、Googleの中の人が、AngularやReactなどの
JavaScriptフレームワークを使ったサイトでは、プリレンダリング
つまりServer Side Renderingを推奨する、という記事が海外SEOに出ています。
650デフォルトの名無しさん
垢版 |
2020/06/07(日) 15:23:31.96ID:/9E45Cf3
これはなぜかというと、GoogleのクローラはJavaScriptを実行できるので、HTMLの中にコンテンツがなくても、
JavaScriptの実行によってコンテンツが表示されるのであれば、それを読み込んでインデックス化してくれるはずなのですが、
しかし100％完全にJavaScriptを実行してそのページを正しくレンダリングしてくれる保証はありませんと。

だからSEOをちゃんとしたいのであれば、Server Side Renderingをしましょうと。


なぜServer Side Renderingが必要なのか：パフォーマンスの改善
でも僕がServer Side Renderingをするいちばんの理由は、First View Performanceの改善です。

First View＝初期表示といってもいろんな意味があるので、そこを無視してFirst View Performanceの
改善と言ってもいろんな話が混ざってしまいます。そこで、まずFirst Viewについての説明を書いてきました。
2020/06/07(日) 15:23:43.68ID:NCbbrxcp
>>639
Bootstrapは一番わかりやすい例としてあげた。
他のライブラリもjQuery依存のものが多くある。

jQueryなどの小さなライブラリはほかのものと併用される場合が
多いわけで、シェアの大小をライブラリ、フレームワークの優秀と
結びつけるのは愚かな行為
適用できる範囲、機能が違いすぎるものを単純比較してはいけない

Angularなどはかなり多機能、Framework
jQueryなどは小さなもので、Frameworkとは言わない。ただのライブラリ
Reactもframeworkでなくライブラリに分類されることが多い
652デフォルトの名無しさん
垢版 |
2020/06/07(日) 15:25:12.81ID:/9E45Cf3
jQueryではごく普通にやっていたことなのに、仮想DOM＋SSRは重いんだなｗ
皮肉だね

じゃあServer Side Renderingをやりましょう、というと、話はそう簡単でもなかったりします。

Server Side Renderingにも課題はいくつかあって、
サーバでHTMLを生成するのはCPU負荷が高い処理になるとか。

なぜCPU負荷が高いのかというと、これは弊社の同僚の吉田がまとめてくれた
ReactDOMSerer.renderToStringの処理についての資料なのですが、
コンポーネントの中にコンポーネントがあって、その中にさらにまたコンポーネントが
あるという再帰的な構造になっていて、それを毎回インスタンスを生成しながら、
そのコンポーネントにIDを振らなくちゃいけないんですね。仮想DOMなので。

しかも最後にHTMLのチェックサムを作らなくてはいけない。そういう面倒な処理が
たくさん含まれているのがReactのServer Side Renderingの処理のようです。

これはReactの例ですが、Angularでもこうした負荷の問題からは逃げ切れていません。
653デフォルトの名無しさん
垢版 |
2020/06/07(日) 15:25:39.84ID:rp+WWuyO
>>649
俺はこの記事と同じことを言ってるよ
654デフォルトの名無しさん
垢版 |
2020/06/07(日) 15:26:18.85ID:/9E45Cf3
>>653
つまりjQueryだとサーバーサイドでJavaScriptを使わない
それがjQueryのSSRってことですよね？
655デフォルトの名無しさん
垢版 |
2020/06/07(日) 15:30:49.39ID:rp+WWuyO
>>654
全然違います

上で書いたけど、ssrを説明するのにjqueryとかreactとかの名前は出ない。
2020/06/07(日) 15:31:32.70ID:dpE4vmCn
jQueryだとそもそもjQueryのコード自体をサーバー側でレンダリングする必要は全くない
2020/06/07(日) 15:31:44.44ID:NCbbrxcp
>>638
Angularとかに興味持ってる人が作りたいのは普通、Web appじゃない？

自分は作りたいもののひとつにECサイトがあって、
ECだと商品情報をクローラーに収集させないとまずいと思った。
SPAだとYahooのエンジンがクローラー対応してないと聞いてそのときはAngularあきらめた

Yahoo Japanは自社でもReactやAngular使ってるようだけど
自社コンテンツだけ特別にクローラー巡回させてるのかな
2020/06/07(日) 15:37:29.28ID:dpE4vmCn
結局検索エンジンにヒットするようなWebサイトを作るって点ではjQueryベースのJavaScriptを今後も使っていけばいいと思うし
JavaScriptのフレームワークを使うのは公開制限のある認証型のシステムだけで十分だと思うんよね
659デフォルトの名無しさん
垢版 |
2020/06/07(日) 15:37:39.13ID:/9E45Cf3
もともとHTMLは静的なファイルを見るためのものだったが、
CGIとか作られて、動的に生成するようになった。
その時代にSSRなんて言葉はない。

そしてそのあとJavaScriptが登場し、クライアントが受け取った
HTMLファイルに動きをつけられるようになった。
その後jQueryが生まれた。この時代にもSSRなんて言葉はない。
サーバー側で（動的に）HTMLを生成するのは当たり前だったからだ

それから更に時間が経ってReactやAngularが登場し
サーバーではJavaScriptデータのみを動的に生成し
HTMLはでクライアントでレンダリングするようになった
データを生成するコストは変わらないが、HTMLに加工する処理が減った

それでもうサーバーサイドでレンダリングする必要はなくなったかと思いきや
結局、SEOやら初期ページ表示のパフォーマンスのために
サーバーサイドでレンダリングする必要性が無くなることはなかった。
かといって、データからHTMLを生成する処理と、クライアントでの処理が同じなのに
それを二重で作成するのは無駄だった。そこでクライアントのJavaScriptで
サーバー側でレンダリングするのがSSR

もともとjQueryの時代では、サーバー側でjQueryなど使わずにHTMLを生成し
クライアントではそれに動きをつけるだけというシンプルで高速な仕組みだったのに
ReactやAngularで複雑性を持ち込み、その複雑性を解決するために
さらなる複雑性が加わるとはなんとも皮肉なことだ
660デフォルトの名無しさん
垢版 |
2020/06/07(日) 15:40:43.08ID:rp+WWuyO
>>656
それはアプリケーションのアーキテクチャによるね

universal appでdomの操作にjqueryを使用していた場合はどうしてもサーバー側でjqueryを使うことになるので。
661デフォルトの名無しさん
垢版 |
2020/06/07(日) 15:43:01.56ID:/9E45Cf3
>>660
あのさぁ、条件付きの意見を言わないでくれないか？

「universal appでdomの操作にjqueryを使用していた場合は」
という条件をつけたってことは、

「それ以外では」サーバー側でjqueryを使わない
と言ってるのと同じなんだが
662デフォルトの名無しさん
垢版 |
2020/06/07(日) 15:44:37.14ID:/9E45Cf3
>>660
あとさ、本当にサーバー側でjQueryを動かしてる？
サーバー側でjQueryを動かすには特殊な仕組みが必要になるんだけど
何を使って実現してるのか言える？
どうせ嘘なんでしょ？
663デフォルトの名無しさん
垢版 |
2020/06/07(日) 15:46:57.17ID:rp+WWuyO
>>661
必要ないに対して、必要になるケースの一例を述べただけだけど？
664デフォルトの名無しさん
垢版 |
2020/06/07(日) 15:48:53.17ID:/9E45Cf3
>>663
必要ないっていうのは、絶対に使ったら駄目という意味じゃねーだろ
必要なくても、使っていいって。それは当たり前。


それに、どうせそれも適当でしょｗ
universal appでjQueryを使ってる例を教えてくれよ
あるんか？
2020/06/07(日) 15:57:46.63ID:dpE4vmCn
結局のところAngularにしてもVueにしてもSvelteにしてもhtmlが正でJavaScriptが副なんよね
Reactの場合それが逆だから敢えて使う価値が出てくると思うんよ
666デフォルトの名無しさん
垢版 |
2020/06/07(日) 15:58:27.95ID:/9E45Cf3
「"どうしても"サーバー側でjqueryを使うことになる」
という結論を持ってきたいために

極稀な例（詭弁の特徴のガイドライン）を持ち出し
その例を前提として "どうしても" と言ってる

つまり真実は逆。極稀な例以外はサーバーサイドでjQueryは必要ない。
667デフォルトの名無しさん
垢版 |
2020/06/07(日) 16:01:49.82ID:/9E45Cf3
KISS、keep it simple stupid という言葉を教えてあげたいね
フレームワークは必要なときに導入すればいい
フレームワークの導入や脱jQueryを目的としてはいいけない
シンプルでいいならシンプルのままにしておけ馬鹿
2020/06/07(日) 16:07:16.25ID:dpE4vmCn
>>667
脱jQueryっていうのは目的というよりはフレームワークの導入に際して覚悟しなければいけない事
結局jQueryの混在したフレームワークのコードは支離滅裂でどっちつかずのただのゴミ
669デフォルトの名無しさん
垢版 |
2020/06/07(日) 16:08:48.67ID:/9E45Cf3
>>668
じゃあフレームワークを導入しなければいいじゃないですか（笑笑笑
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況