Vue vs React vs Angular Part.3

**デフォルトの名無しさん** · 2019/06/12(水) 19:04:55.46

実際どうなん？
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/06(土) 15:04:08.90

いや、俺はあのクルクルめっちゃイラつくねん。

**デフォルトの名無しさん** · 2020/06/06(土) 15:05:55.46

あれってJavaScriptフレームワークの初期ページの
表示の遅さをごまかしてるんだろ？

**デフォルトの名無しさん** · 2020/06/06(土) 15:14:56.01

いや貧乏人のネット回線の遅さを誤魔化してるんだよ

**デフォルトの名無しさん** · 2020/06/06(土) 15:16:08.53

こいつ、回線のせいにしよったで！

**デフォルトの名無しさん** · 2020/06/06(土) 16:27:02.76

回線ってより相手側のサーバーがアクセス数に合ってないってパターンが殆どなんだと思うよ
回線が遅いっていうのは大体マンション住みで通信インフラが居住者数に合ってないってパターンくらいだろ

GmailなんかはPCスペックに依存してロースぺPCだと遅いが

**デフォルトの名無しさん** · 2020/06/06(土) 16:29:26.54

どうでもいいから、クルクルやめいや。
イラっとするわ。

**デフォルトの名無しさん** · 2020/06/06(土) 16:33:34.09

遅くてイラっとするのはたいてい広告の方だけど、やめるわけにはいかないなぁ。

**デフォルトの名無しさん** · 2020/06/06(土) 17:18:13.07

サムライ塾の悪口はそこまでにしろ

**デフォルトの名無しさん** · 2020/06/06(土) 17:25:44.41

イラっとさせられると悪口の一つも言いたくなりますわ。
クリックする前に「クルクルします」と警告が出たらいいのになあ。

**デフォルトの名無しさん** · 2020/06/06(土) 17:33:21.19

そんなくるくるが気になるサイトって動画の生配信かお名前くらいしか心当たりないが

**デフォルトの名無しさん** · 2020/06/06(土) 17:56:43.75

お名前って何？

**デフォルトの名無しさん** · 2020/06/06(土) 18:13:14.00

お名前.comでしょ
UX悪すぎるからあそこ使うのやめたわ

**デフォルトの名無しさん** · 2020/06/06(土) 19:10:37.41

>>609
そうか、ありがとな。
むかし有名だったな。
まだあるんだ。

**デフォルトの名無しさん** · 2020/06/06(土) 19:34:49.36

jqueryならクルクルしないのにな
https://i.imgur.com/VfZcDKy.png

**デフォルトの名無しさん** · 2020/06/06(土) 23:27:42.73

ロードに時間が掛かるから完了までくるくるを表示してるのを
くるくるしてますってアピールする為に表示してるとか勘違いしてる節が見受けられるな

**デフォルトの名無しさん** · 2020/06/06(土) 23:40:40.56

クルクル禁止法について、官邸御意見箱に投書してくるわ。
総理なら気持ちを分かってくれる。

**デフォルトの名無しさん** · 2020/06/07(日) 00:00:04.03

jQueryの頃は初期表示を早くするために
JavaScriptはページ表示の最期になってから実行する。HTMLとCSSだけで
ページ冒頭部分が見れるようにするっていうのは常識だったんだけど
フレームワークのせいでそれが難易度が高いものになってしまったから
そういうのに無頓着になってしまってるんだよな

**デフォルトの名無しさん** · 2020/06/07(日) 00:06:03.77

ゴミクズはよ寝ろ

**デフォルトの名無しさん** · 2020/06/07(日) 00:12:05.31

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

**デフォルトの名無しさん** · 2020/06/07(日) 00:58:09.59

jquery使うサイトはSSRだよな
WordPressもそう
この侍もWordPress
つまりバックエンドで動的にhtmlを生成しているわけだな
だからクソ重い

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

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

動的にもできないゴミサイトはお呼びじゃねーし

**デフォルトの名無しさん** · 2020/06/07(日) 01:00:23.03

>>563
sejukuのことだね。
激しく同意。
なぜかそこばっか検索上位に来てしまう。

**デフォルトの名無しさん** · 2020/06/07(日) 01:06:36.78

>>617
それこそ

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

だわなｗ

**デフォルトの名無しさん** · 2020/06/07(日) 01:12:59.94

>>617
とりあえずお前はCDNとかキャッシュについて調べたほうがいいぞｗ

あとSPAでもバックエンドのコストは必要だってことがわかってない

**デフォルトの名無しさん** · 2020/06/07(日) 01:13:11.48

>>619
アホか？
html生成はクソ重いんだよ
そもそもhtmlなんてフロントで生成すればいいものをわざわざバックエンドでやってること自体がコストなわけ
サーバースペック以前の話だボケ

同じサーバースペックならReactのほうが速えだろが
同一の環境で語れよゴミ

**デフォルトの名無しさん** · 2020/06/07(日) 01:20:05.12

> html生成はクソ重いんだよ
生成してキャッシュすれば、あとはウェブサーバーが配信する軽い処理になる
WordPressにはそれを簡単にやってくれるプラグインがいくつもある

**デフォルトの名無しさん** · 2020/06/07(日) 01:22:17.00

>>620
WordPressごときゴミCMSをアピールしなくてもいいから
そもそもサイトしか作れないゴミ野郎はゴミクズスレで吠えてろ

**デフォルトの名無しさん** · 2020/06/07(日) 01:35:06.33

>>617
SSRって言葉を勘違いしてないか？
あれはそもそも実DOMに対して使う言葉じゃない

**デフォルトの名無しさん** · 2020/06/07(日) 01:45:38.68

>>623
> WordPressごときゴミCMSをアピールしなくてもいいから

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

> WordPressもそう
> この侍もWordPress

言い返せなくなったら、ゴミ扱いして逃亡かよ

**デフォルトの名無しさん** · 2020/06/07(日) 01:46:45.92

>>624
静的ページにもjQueryを使うって知らないんでしょｗ
あとSPAでもjQuery使えるし
まあ知識の浅さがすぐにバレるよね

**デフォルトの名無しさん** · 2020/06/07(日) 07:57:31.06

ゴミサイトしか作れないゴミコーダー月給15万がこのスレで静的サイト自慢してて笑える
動的Webアプリ作れないゴミクズのくせに

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

マジでオススメする理由教えろ

**デフォルトの名無しさん** · 2020/06/07(日) 08:00:42.22

SPAでjquery使えるし

世界中の笑いモノだな
誰がお前以外に使うんだよ

**デフォルトの名無しさん** · 2020/06/07(日) 10:39:10.69

jqueryがいいか
vueがいいか、Reactがいいかは
世の中で、どのぐらい広く使われてるかによる。

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

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

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

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

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

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

Jqueryみたいなフレームワークをサポートしてない。

**デフォルトの名無しさん** · 2020/06/07(日) 10:42:56.80

>>629
作成レベルｗｗｗ

**デフォルトの名無しさん** · 2020/06/07(日) 11:28:41.98

>>563
>>618
https://japaneseclass.jp/img/%E3%83%8A%E3%83%8E%E3%83%81%E3%83%A5%E3%83%BC%E3%83%96

**デフォルトの名無しさん** · 2020/06/07(日) 12:03:29.87

>>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.19

ゴミサイトが量産されているからな
ゴミが使うのがjquery
jquery使う奴はアプリを作れないゴミ

**デフォルトの名無しさん** · 2020/06/07(日) 12:23:07.26

遠吠えが聞こえる

**デフォルトの名無しさん** · 2020/06/07(日) 13:45:16.99

>632
統計は味方を間違ってはいけないだろう
例えばBootstrapいれたらjQueryとかは自動的に使われるはず

**デフォルトの名無しさん** · 2020/06/07(日) 13:51:19.70

1年以上前にSPAでの開発を検討したことあったけど
Yahooのクローラーが対応してないとかでやめた。
いまはYahooのエンジンのSPA対応状況はどうなってるの？

**デフォルトの名無しさん** · 2020/06/07(日) 13:51:20.50

>>626
jQueryって常に実DOMに反映してるじゃんブラウザでF12押して出てくるデバッガで見れるアレだよ

仮想DOMって言わば変数みたいなメモリ領域のみにあって必要に応じて実DOMに転写してるんだよ
その仮想DOMの実DOMへの転写処理がSSRで言うレンダリングなんだよ

**デフォルトの名無しさん** · 2020/06/07(日) 13:57:54.26

>>636
まぁWebサイトを作ろうって思うならフレームワークなんて使わない方がいいだろうな
フレームワークで担当するのはクラーラーでヒットするトップページからリンクされる登録や認証よりも先側の本来検索にヒットする必要のないwebシステム的な部分だし

**デフォルトの名無しさん** · 2020/06/07(日) 14:29:13.96

>>635
75.5% 中 Bootstrapの20.9%を全部引いても54.6% もあるんだが
それを指摘することが何の意味があるんだ？

それに1ヶ月で年間増加率を超える、1.5%も増えたって話
そのときにbootstrapのシェアは0.4%しか増えてない
bootstrapが0.4%しか増えてないのに、jQueryは1.5%も増えたってことは
お前の理屈だと、明らかに1ヶ月で1%以上jQueryが増えてることになるぞ

**デフォルトの名無しさん** · 2020/06/07(日) 14:30:42.22

>>637
< 仮想DOMって言わば変数みたいなメモリ領域のみにあって必要に応じて実DOMに転写してるんだよ

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

「必要に応じて実DOMに転写」=「jQueryの実DOMの反映」
実DOMへの反映の数はほぼ同じな

**デフォルトの名無しさん** · 2020/06/07(日) 14:33:33.64

>>637
> その仮想DOMの実DOMへの転写処理がSSRで言うレンダリングなんだよ

SSR（サーバーサイドレンダリング）っていうのは重いDOM操作を行わない
ただの文字列処理レベルの処理でメモリ内で行える軽い処理だから
SSR=仮想DOM相当だよ

**デフォルトの名無しさん** · 2020/06/07(日) 14:39:43.22

jQueryおじさんなんでそんなに必死になん？
別におじさんにReact使えみたいな強要してないじゃん？

**デフォルトの名無しさん** · 2020/06/07(日) 14:41:39.86

単に事実を言ってるだけ。データも示してる。

**デフォルトの名無しさん** · 2020/06/07(日) 14:42:17.42

ssrを説明するときに基本的に仮想domやフレームワークなどの名前は出てこないよ。

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

あと、spaとssrは排他的なものではないのでそこは間違えないように

**デフォルトの名無しさん** · 2020/06/07(日) 14:57:43.66

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

それが当たり前ではないパターンが生じて初めてそれに対するテクノロジーとしてSSRというものが出てきたわけだが

**デフォルトの名無しさん** · 2020/06/07(日) 14:57:57.99

jqueryしか使えない奴は時給760円で十分だろ
こんなの片手間で使うゴミだしな

**デフォルトの名無しさん** · 2020/06/07(日) 15:02:16.02

>>645

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

その通りだよ。じゃあ何でその当たり前が当たり前じゃなくなったか理解してる？
それはreactやvueが登場したからじゃないよ

**デフォルトの名無しさん** · 2020/06/07(日) 15:20:20.18

>>644
> jqueryをサーバーで動かして、htmlを生成してクライアントに返せばssrしたことになる。r
素人かな？ｗ

**デフォルトの名無しさん** · 2020/06/07(日) 15:22:48.50

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に出ています。

**デフォルトの名無しさん** · 2020/06/07(日) 15:23:31.96

これはなぜかというと、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.68

>>639
Bootstrapは一番わかりやすい例としてあげた。
他のライブラリもjQuery依存のものが多くある。

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

Angularなどはかなり多機能、Framework
jQueryなどは小さなもので、Frameworkとは言わない。ただのライブラリ
Reactもframeworkでなくライブラリに分類されることが多い

**デフォルトの名無しさん** · 2020/06/07(日) 15:25:12.81

jQueryではごく普通にやっていたことなのに、仮想DOM＋SSRは重いんだなｗ
皮肉だね

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

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

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

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

これはReactの例ですが、Angularでもこうした負荷の問題からは逃げ切れていません。

**デフォルトの名無しさん** · 2020/06/07(日) 15:25:39.84

>>649
俺はこの記事と同じことを言ってるよ

**デフォルトの名無しさん** · 2020/06/07(日) 15:26:18.85

>>653
つまりjQueryだとサーバーサイドでJavaScriptを使わない
それがjQueryのSSRってことですよね？

**デフォルトの名無しさん** · 2020/06/07(日) 15:30:49.39

>>654
全然違います

上で書いたけど、ssrを説明するのにjqueryとかreactとかの名前は出ない。

**デフォルトの名無しさん** · 2020/06/07(日) 15:31:32.70

jQueryだとそもそもjQueryのコード自体をサーバー側でレンダリングする必要は全くない

**デフォルトの名無しさん** · 2020/06/07(日) 15:31:44.44

>>638
Angularとかに興味持ってる人が作りたいのは普通、Web appじゃない？

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

Yahoo Japanは自社でもReactやAngular使ってるようだけど
自社コンテンツだけ特別にクローラー巡回させてるのかな

**デフォルトの名無しさん** · 2020/06/07(日) 15:37:29.28

結局検索エンジンにヒットするようなWebサイトを作るって点ではjQueryベースのJavaScriptを今後も使っていけばいいと思うし
JavaScriptのフレームワークを使うのは公開制限のある認証型のシステムだけで十分だと思うんよね

**デフォルトの名無しさん** · 2020/06/07(日) 15:37:39.13

もともとHTMLは静的なファイルを見るためのものだったが、
CGIとか作られて、動的に生成するようになった。
その時代にSSRなんて言葉はない。

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

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

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

もともとjQueryの時代では、サーバー側でjQueryなど使わずにHTMLを生成し
クライアントではそれに動きをつけるだけというシンプルで高速な仕組みだったのに
ReactやAngularで複雑性を持ち込み、その複雑性を解決するために
さらなる複雑性が加わるとはなんとも皮肉なことだ

**デフォルトの名無しさん** · 2020/06/07(日) 15:40:43.08

>>656
それはアプリケーションのアーキテクチャによるね

universal appでdomの操作にjqueryを使用していた場合はどうしてもサーバー側でjqueryを使うことになるので。

**デフォルトの名無しさん** · 2020/06/07(日) 15:43:01.56

>>660
あのさぁ、条件付きの意見を言わないでくれないか？

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

「それ以外では」サーバー側でjqueryを使わない
と言ってるのと同じなんだが

**デフォルトの名無しさん** · 2020/06/07(日) 15:44:37.14

>>660
あとさ、本当にサーバー側でjQueryを動かしてる？
サーバー側でjQueryを動かすには特殊な仕組みが必要になるんだけど
何を使って実現してるのか言える？
どうせ嘘なんでしょ？

**デフォルトの名無しさん** · 2020/06/07(日) 15:46:57.17

>>661
必要ないに対して、必要になるケースの一例を述べただけだけど？

**デフォルトの名無しさん** · 2020/06/07(日) 15:48:53.17

>>663
必要ないっていうのは、絶対に使ったら駄目という意味じゃねーだろ
必要なくても、使っていいって。それは当たり前。

それに、どうせそれも適当でしょｗ
universal appでjQueryを使ってる例を教えてくれよ
あるんか？

**デフォルトの名無しさん** · 2020/06/07(日) 15:57:46.63

結局のところAngularにしてもVueにしてもSvelteにしてもhtmlが正でJavaScriptが副なんよね
Reactの場合それが逆だから敢えて使う価値が出てくると思うんよ

**デフォルトの名無しさん** · 2020/06/07(日) 15:58:27.95

「"どうしても"サーバー側でjqueryを使うことになる」
という結論を持ってきたいために

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

つまり真実は逆。極稀な例以外はサーバーサイドでjQueryは必要ない。

**デフォルトの名無しさん** · 2020/06/07(日) 16:01:49.82

KISS、keep it simple stupid という言葉を教えてあげたいね
フレームワークは必要なときに導入すればいい
フレームワークの導入や脱jQueryを目的としてはいいけない
シンプルでいいならシンプルのままにしておけ馬鹿

**デフォルトの名無しさん** · 2020/06/07(日) 16:07:16.25

>>667
脱jQueryっていうのは目的というよりはフレームワークの導入に際して覚悟しなければいけない事
結局jQueryの混在したフレームワークのコードは支離滅裂でどっちつかずのただのゴミ

**デフォルトの名無しさん** · 2020/06/07(日) 16:08:48.67

>>668
じゃあフレームワークを導入しなければいいじゃないですか（笑笑笑

**デフォルトの名無しさん** · 2020/06/07(日) 16:17:39.74

このスレはまさに「必要な時に導入」している人のスレなわけだが
わざわざそこに乱入してくるjQuery爺。

**デフォルトの名無しさん** · 2020/06/07(日) 16:18:27.18

jQuery以外はWebだと認めない

**デフォルトの名無しさん** · 2020/06/07(日) 17:54:50.50

ゴミ野郎はクローラーとかいうReactとかvueにはまったく関係ないものを持ち出してゴタク並べて俺すげえがうぜーわ
サイトしか作れないゴミはゴミスレに行け
アプリにクローラーなど来られても意味ねーんだわ

**デフォルトの名無しさん** · 2020/06/07(日) 18:08:15.05

だからさっさとフレームワークはアプリ専用だって認めろってｗ
ウェブサイトには使いづらいんだよ

**デフォルトの名無しさん** · 2020/06/07(日) 18:13:20.98

違うな。生javascriptこそ最強だな。

**デフォルトの名無しさん** · 2020/06/07(日) 18:13:32.13

だからお前ここから消えろ
スレタイすら読めねえアホは来るな

**デフォルトの名無しさん** · 2020/06/07(日) 18:15:13.52

>>673
論点そこだった？
じゃあWebアプリをやらない人はおひきとりを。ここはあんたの来るところじゃない。

**デフォルトの名無しさん** · 2020/06/07(日) 18:24:47.80

>>675
そんな狭い気持ちで、板違いスレに居るの？

**デフォルトの名無しさん** · 2020/06/07(日) 18:28:17.22

>>676
ウェブサイトでもプログラムは使うんだが？
むしろプログラムが一切ないウェブサイトのほうが珍しい
ネットには多くのウェブサイトが存在するが
そのほとんどでjQueryが使われている

**デフォルトの名無しさん** · 2020/06/07(日) 18:39:06.66

使うからなんなの？
スレに粘着する理由にならないんだが

**デフォルトの名無しさん** · 2020/06/07(日) 18:42:55.84

クルクル禁止ってことだろ。

**デフォルトの名無しさん** · 2020/06/07(日) 18:56:47.96

おまえらだって、クルクルすんな！こらあああ！と思うことあるだろ？

**デフォルトの名無しさん** · 2020/06/07(日) 19:04:43.87

>>673
サイトかアプリかで切り分けるべきだっていう考えには賛同する

**デフォルトの名無しさん** · 2020/06/07(日) 19:07:02.96

>>678
Wordpressで作られてるような用途のサイトならそんなもんだろ
殆どテンプレで成り立っててユーザー層が新規に書くロジックなんか殆どないし

**デフォルトの名無しさん** · 2020/06/07(日) 19:20:11.02

閲覧者の立場で言わせてもらうとjQueryのほうが良いな。
クルクルしないから。

**デフォルトの名無しさん** · 2020/06/07(日) 19:25:14.31

>>678
どこから「プログラム」の話が？相変わらず支離滅裂な思考をしているな。

**デフォルトの名無しさん** · 2020/06/07(日) 19:28:53.99

>>682
そういう当たり前のことに気づかすに
一部のアホが2015年頃に脱jQueryとかいい出し始めたからな

結果見ろ、あれから5年経ってjQueryは使われなくなるどころか
逆にもっと多く使われるようになった。
さらにフレームワークは初期からほとんど増えてない。
これが現実なんだよ。5年前から俺が予測した通りだった。

**デフォルトの名無しさん** · 2020/06/07(日) 19:29:16.06

>>685
ここはプログラム板です

**デフォルトの名無しさん** · 2020/06/07(日) 19:30:10.83

いいえ、このスレだけ辺境の地です。

**デフォルトの名無しさん** · 2020/06/07(日) 19:34:21.94

>>575
ちなみにjQueryの話題についてはこの人がOKだとお墨付きをくれている

**デフォルトの名無しさん** · 2020/06/07(日) 19:37:36.98

ヲイヲイ俺のせいにすんなよ。
俺の説得に応じてスレ民が同意してくれたんだ。
暖かい良いスレだと思ったよ。

**デフォルトの名無しさん** · 2020/06/07(日) 19:38:21.97

してません

**デフォルトの名無しさん** · 2020/06/07(日) 19:45:01.80

>>687
だからなんでここで板名が出てくる？本当にキチガイだな。
プログラムに関係あればスレチでも構わないと思ったか？

**デフォルトの名無しさん** · 2020/06/07(日) 19:46:50.22

>>575
スレ立て主がOKつってるじゃん

**デフォルトの名無しさん** · 2020/06/07(日) 19:59:43.18

ところでHTMLの生成って何ミリ秒までなら許されるの？

**デフォルトの名無しさん** · 2020/06/07(日) 20:01:45.25

>>694
そのHTMLの生成に、データベースからのデータ取得は含まれるのか？
正直データを取得してる状態からHTML生成するのにコストは殆どかからん
所詮1ページに収まる少ないデータから、1ページを生成するだけだからな

大量のデータからデータを引っ張ってくるのは時間がかかるが
これはVueやReactなどでも同じ話

**デフォルトの名無しさん** · 2020/06/07(日) 20:03:19.60

>>695
含まれない。
HTML5パーサー書いてるので、単純に解析と直列化にどの程度の時間が許されるか知りたい。

**デフォルトの名無しさん** · 2020/06/07(日) 20:06:26.35

へ？HTML5パーサー？
HTMLの生成と関係ない話じゃん。

HTML5パーサーは文字列解析が必要だが
HTMLを生成するだけなら単なる文字列処理でしかないので軽い
相当巨大なデータでない限り1ミリ秒もかからずにできるだろうな

**デフォルトの名無しさん** · 2020/06/07(日) 20:06:46.64

HTMLを生成するだけなら単なる文字列結合処理でしかないので軽い