[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 12/18 02:11 / Filesize : 277 KB / Number-of Response : 1011
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Vue vs React vs Angular Part.5



1 名前:デフォルトの名無しさん [2020/07/29(水) 22:38:49 ID:z6Fnx3oM.net]
実際どうなん?
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などはおk。

779 名前:デフォルトの名無しさん mailto:sage [2020/10/18(日) 07:08:38.76 ID:u/6+iFla.net]
>>770
なんで無視したの?もう一回同じことを書く羽目になったじゃないか

もともとJavaScriptでCSSセレクタは使えなかった。
今は単に「セレクタ」というんだが、お前が言ってるように「"CSS"セレクタ」という
言葉があるのは、元々はCSSで使うものだったときの名残w

はるか昔にjQueryがJavaScrpitでCSSセレクタを実装した
その素晴らしい発想を見て、それをあとからDOM APIに
querySelectorとして使えるようにした

パクったのはDOM APIの方。それを知ってて
お前わざと>>753みたいなアホ丸出しのレスしただろ?w

しかしDOM APIがパクったのはセレクタAPIだけで
jQueryオブジェクトはパクらなかったので
DOM APIのループ処理で繰り返すという手続き的なAPIは変わらなかった
宣言的なjQueryの比べれば劣化コピーでしかない

780 名前:デフォルトの名無しさん mailto:sage [2020/10/18(日) 07:17:16.70 ID:d1Nj1iwg.net]
言葉で説明されてもメリットわからんな。どうせ議論するならコード書け。

781 名前:デフォルトの名無しさん mailto:sage [2020/10/18(日) 07:50:51.32 ID:d1Nj1iwg.net]
言い出しっぺとして書くけど、これを数文字短くするためにjQuery使うか?

document.querySelectorAll('div.highlighted')
.forEach(ele=> Object.assign(ele.style, {color: 'red', backgroundColor: 'white'}))

782 名前:デフォルトの名無しさん mailto:sage [2020/10/18(日) 08:00:05.71 ID:0puAkJ4t.net]
document.querySelectorAll('div.highlighted').forEach(ele=> Object.assign(ele.style, {color: 'red', backgroundColor: 'white'}))

$('div.highlighted').css({color: 'red', backgroundColor: 'white'});


一行のものはだいたい半分になる。
だがそれよりも重要なのは「宣言的」であるということ
forEachというループが無くなっている

783 名前:デフォルトの名無しさん mailto:sage [2020/10/18(日) 08:18:08.24 ID:mPnoVdEN.net]
無いとなんかすごいのか?
jQueryが裏で回してるだけじゃん

784 名前:デフォルトの名無しさん mailto:sage [2020/10/18(日) 08:19:09.73 ID:0puAkJ4t.net]
>>776
jQueryが裏で回す(十分テスト済み)=自分でやらないからバグが減る

785 名前:デフォルトの名無しさん mailto:sage [2020/10/18(日) 08:27:01.54 ID:0puAkJ4t.net]
jQueryとレビューする点を見れば
どちらが大変かなんて明らかなのよ

document
querySelectorAll  →  $
('div.highlighted')  →  ('div.highlighted')
forEach(
ele=>
Object
assign(
ele.style,   →  css
{color: 'red', backgroundColor: 'white'}))  →  ({color: 'red', backgroundColor: 'white'});


jQueryだと4箇所見るだけですむが、DOM APIだと 9箇所もある

786 名前:デフォルトの名無しさん mailto:sage [2020/10/18(日) 09:50:11.92 ID:mPnoVdEN.net]
コードの意図を隠してまで短くすることか?
その時点で要素があるべきなのか複数なのか何も判らん
エラーが出ない=バグがないってことならいいが

787 名前:デフォルトの名無しさん [2020/10/18(日) 12:28:55.12 ID:atqzb7Sw.net]
>>739
こいつ結局Webサイトの話しかできてねえな
アホだろ

>>750
こいつやはりアホだ
アロー関数がfunctionの代用だと勘違いしてる
その認識でほんの数行変えたらバグるわけ
そもそも仕様がまったく違う



788 名前:デフォルトの名無しさん mailto:sage [2020/10/18(日) 13:23:36.66 ID:qDJHdxok.net]
>>780
どこにアロー関数がfunctionの代用って書いてある?よく読んでみなよw

789 名前:デフォルトの名無しさん mailto:sage [2020/10/18(日) 13:24:28.19 ID:qDJHdxok.net]
>>779
隠しているのはコードの詳細であって
詳細を隠してるから意図は明確になってる

790 名前:デフォルトの名無しさん mailto:sage [2020/10/18(日) 13:56:45.57 ID:H1Ht+H/l.net]
>>739
Web Componentsは流行らんと思うよ正直
こんな移り変わりの激しいWeb技術の世界で3年以上前から話題が上がってるにも関わらず未だに流行りにもなってないっていうのはそういう事だろ
Recoidなんて登場してから殆ど経ってないのにもうReduxを抜きつつある
Web Componentsが本当に良いものならそういう速度感で流行るもんだ

現時点で流行ってないっていうのは結局D言語みたいなものにしかならない

791 名前:デフォルトの名無しさん mailto:sage [2020/10/18(日) 13:58:18.90 ID:H1Ht+H/l.net]
訂正
Recoid→Recoil

792 名前:デフォルトの名無しさん mailto:sage [2020/10/18(日) 14:09:20.19 ID:nDjNgNBc.net]
WebAssemblyも流行らなかったしね

793 名前:デフォルトの名無しさん mailto:sage [2020/10/18(日) 14:39:50.73 ID:H1Ht+H/l.net]
WebAssemblyに関してはWebGPUが今後流行ったら多少チャンスはあるかも知れんがそれ以外の用途では望みは薄そうだな

794 名前:デフォルトの名無しさん mailto:sage [2020/10/18(日) 15:05:47.51 ID:WlQf1Fni.net]
Ruby, jQuery は、メソッドチェーンで関数型のように書ける。
a().b().c() みたいに

これを一々、存在チェックしてられない

return if obj = a() == nil

return if obj = obj.b() == nil

obj.c()

795 名前:デフォルトの名無しさん mailto:sage [2020/10/18(日) 15:18:04.47 ID:Yx1P9/Gs.net]
WebAssemblyはこれからの技術
MS以外がまだまともなframeworkだしてない
JSが好きという人は少ないので必ず流行る

>>786
CPU速くなったらwasmの弱点が消えて長所だけが残るから
wasmはだんだん増えていく

796 名前:デフォルトの名無しさん mailto:sage [2020/10/18(日) 15:32:42.61 ID:nDjNgNBc.net]
> CPU速くなったらwasmの弱点が消えて長所だけが残るから
> wasmはだんだん増えていく

そこに目的がありません
速くなったら使われると思うのはなぜか?
ウェブアプリが作れるようになったら、みんなウェブアプリを作ると思うのはなぜか?
目的がなければ、使うようにも作るようにもならない

797 名前:デフォルトの名無しさん mailto:sage [2020/10/18(日) 15:36:35.19 ID:nDjNgNBc.net]
劣ってるから使われないって思うのは
技術者のよくある勘違いだよなw

そもそも需要がなければ使われないんだよ



798 名前:デフォルトの名無しさん mailto:sage [2020/10/18(日) 15:38:29.83 ID:nDjNgNBc.net]
不都合な真実、ほとんどの人がwasmを試してすらいない。遅いなんて言ってる人全然いないだろ?

799 名前:デフォルトの名無しさん mailto:sage [2020/10/18(日) 16:42:00.34 ID:Vj/rkYxM.net]
https://classic.minecraft.net/
babylon.js製。
安定して60fpsで動くが、babylon.jsにはWebAssemblyは一切使われていない。

800 名前:デフォルトの名無しさん mailto:sage [2020/10/18(日) 16:54:05.68 ID:Yx1P9/Gs.net]
>>789
JSに縛られず開発生産性高い言語を使える
それだけでwasmを使う理由になる

801 名前:デフォルトの名無しさん mailto:sage [2020/10/18(日) 16:55:29.25 ID:+DCedG5t.net]
× JSに縛られず
○ もとからJS使わない人が使う

だからウェブ系の人は使わないし
JS使わないならネイティブアプリでいいんじゃね?ってなるんだよなw

802 名前:デフォルトの名無しさん [2020/10/18(日) 17:07:08.15 ID:Yx1P9/Gs.net]
>>794
native appだけでいいってのは技術的にはそのとおり
wasmは中途半端な立ち位置だからな

ただApple, Googleで手数料30%取られるだろう?
wasmだとその手数料を回避できるから
そういうビジネスの問題考えたら価値がすごくあるわけ

803 名前:デフォルトの名無しさん mailto:sage [2020/10/18(日) 17:09:18.69 ID:H1Ht+H/l.net]
結局ブラウザから排除されてるJavaAppletやFlashPlayerとWebAssemblyに違いなんとほぼないんだよな

804 名前:デフォルトの名無しさん mailto:sage [2020/10/18(日) 17:12:35.13 ID:Yx1P9/Gs.net]
>>794
JSについては違う

Blazorのようなのが人気でてくると
JSしかできないフロントエンジニアの存在が不必要になる
C#プログラマーはserver sideとclient sideの両方のコードがかける

JSが必須ではなくなるということは
JSエンジニアが必要なくなる時代ってことだ

805 名前:デフォルトの名無しさん mailto:sage [2020/10/18(日) 17:13:53.33 ID:Yx1P9/Gs.net]
>>796
まったく違う、わかってない

Sandboxあるからセキュリティが高い
さらにwasmはweb standard

806 名前:デフォルトの名無しさん mailto:sage [2020/10/18(日) 17:19:17.50 ID:d1Nj1iwg.net]
Web Components はとても素晴らしいけど、けっこう面倒くさい。でもライブラリとかはバックグラウンドにガリガリ使うようになって間接的に役立つだろうし、なんなら関数でラップしても良い

807 名前:デフォルトの名無しさん mailto:sage [2020/10/18(日) 17:27:55.50 ID:d1Nj1iwg.net]
wasmでjsが消えてもDOMは残る。フレームワーク使えば別だけど、DOMから離れようとすれば遅くなり、wasmの速さは失われる



808 名前:デフォルトの名無しさん mailto:sage [2020/10/18(日) 17:57:09.49 ID:sdwhAUyo.net]
wasm&SPAは業務系の希望になりうると思うが
業務系の複雑なUIはSPAと相性がいい
業務系エンジニアなら誰でも使えるJavaやC#がフロントでも使えたら学習コストが下がる
サーバーとクライアントでロジックを共有すればコストが下がる

809 名前:デフォルトの名無しさん mailto:sage [2020/10/18(日) 18:11:07.46 ID:Vj/rkYxM.net]
>>797
> Blazorのようなのが人気でてくると

前提崩れだね。
十年で日本を追い抜く言ってた朝鮮はどうなりましたか?www
Silverlightwwww

810 名前:デフォルトの名無しさん [2020/10/19(月) 11:19:02.29 ID:FE0TPttz.net]
なんだよまたjQueryでスレ伸びてるのか。
クライアントがブラウザである以上、jsやcss,domに原則縛られるんだよ。あとは如何に効率よくラップするかの差でしかない。好きなもの選べばいいさ。

ただ未だに生のjsやcssで組んでるやつは流石に時代遅れと自覚して欲しい。

811 名前:デフォルトの名無しさん mailto:sage [2020/10/19(月) 11:39:18.70 ID:32Wztry8.net]
>>803
BrowserはいまだにJSに縛られ

812 名前:驍ニ思ってるやつは流石に時代遅れと自覚して欲しい

Blazor WebAssembly使い始めたがC#だけで書けるし
Visual Studioで開発できるし最高だわ
[]
[ここ壊れてます]

813 名前:デフォルトの名無しさん mailto:sage [2020/10/19(月) 11:55:34.45 ID:kIQ4aN8p.net]
>>804
期待してるけどツールがまだ追いついてなくて….razorファイルのフォーマットが崩れる問題くらいはさすがに修正してくれないと。
まあ現状はスレチなので。

814 名前:デフォルトの名無しさん mailto:sage [2020/10/19(月) 12:14:08.56 ID:5B25o4c7.net]
Blazorはまあまあ悪くないけどソースコード編集してから画面に反映されるまでが遅いのがネックだね

815 名前:デフォルトの名無しさん mailto:sage [2020/10/19(月) 12:38:39.55 ID:7BdQwjNC.net]
つかそもそもロードが遅い

816 名前:デフォルトの名無しさん [2020/10/19(月) 12:38:40.38 ID:FE0TPttz.net]
>>804
それは違うなだろう。
ラップしてるだけ、意識しないだけで最終的にブラウザが対応してる要素に縛られるのは変わらん。スマホアプリとは全く違う。
フレームワークの進化に対して実行エンジンであるブラウザの進化が遅すぎるんだよな。今でもsafariだけcssの解釈が違うなんてしょっちゅうだし、土台部分の知識が無いと結局対応できん。チグハグで不安定なのがフロントの宿命なんだよ。
だから各フレームワーク、IDEには本当に感謝してる。裏でとんでもない労力かけて俺たちの労力軽減してくれて有り難うだよな。

817 名前:デフォルトの名無しさん [2020/10/19(月) 19:27:14.09 ID:LEqT1iP9.net]
5GとかiphoneとかRetinaみたいな余計なことして
業界混乱させる前にやるべき事やれや
まずまともなブラウザ提供しろ
さもなくばデフォのブラウザ大人しくchromeにしとけ



818 名前:デフォルトの名無しさん mailto:sage [2020/10/19(月) 21:13:29.51 ID:32Wztry8.net]
>>808
自分が読み書きするコードがC#ならそれでいいでしょ
どんな言語も実行前には人間が読めない形になる

819 名前:デフォルトの名無しさん [2020/10/20(火) 10:15:07.36 ID:pHiz9StD.net]
機械語直接読める人も稀に居る

820 名前:デフォルトの名無しさん mailto:sage [2020/10/20(火) 11:32:32.11 ID:YB4ljTXG.net]
>>809
それって誰に対して言ってるの?

821 名前:デフォルトの名無しさん mailto:sage [2020/10/20(火) 16:39:31.91 ID:Nlf6zVNG.net]
Netscape4のことやろ

822 名前:デフォルトの名無しさん [2020/10/22(木) 11:04:28.44 ID:/VYs8fos.net]
web componentは流行るかどうかはさておき、必然的に使う場面が出てくると思う。

今後はマイクロサービスと同様にその技術がフロントにも流れてきてマイクロフロントエンドアーキテクチャが主流になると思う。

そうなると、サービス単位で共通なコンポーネントはweb標準であるweb componentで作る必要が出てくる。

どうだろうか

823 名前:デフォルトの名無しさん [2020/10/22(木) 11:08:22.84 ID:/VYs8fos.net]
jquery別に悪くないけど、今はvanilla jsで十分だし使う場面がない。

モダンフレームワーク(react,vue,etc)vs jqueryという構図をこのスレでは良くみるが意味がわからん。

正しく議論されるべきは
モダンフレーム vs web標準(web componentなど)
だと思う。

824 名前:デフォルトの名無しさん mailto:sage [2020/10/22(木) 11:20:08.12 ID:6pdR4Nyi.net]
オライリーから出てるCSSシークレット著者によるWeb Components評。
ちょっと辛辣。コメント欄で議論盛り上がってるがここChrome翻訳効かないのな…
https://lea.verou.me/2020/09/the-failed-promise-of-web-components/

825 名前:デフォルトの名無しさん mailto:sage [2020/10/22(木) 11:51:03.89 ID:6pdR4Nyi.net]
Web Componentsに対する批判
https://thenewobjective.com/web-development/a-criticism-of-web-components
・CSS疑似セレクターが機能しない
・ネイティブ要素と互換性がない
・Non-trivialな要素はHTMLElementを継承する必要がある
・JavaScriptが必要
・潜在的に指数関数的なフォールバック
・ポリフィルが必要
・Ariaの問題
・SEOの問題
・追加の制限

826 名前:デフォルトの名無しさん mailto:sage [2020/10/22(木) 11:59:22.52 ID:6pdR4Nyi.net]
Web Componentsの問題
https://adamsilver.io/articles/the-problem-with-web-components/

827 名前:デフォルトの名無しさん [2020/10/22(木) 12:01:23.69 ID:/VYs8fos.net]
俺の頭が悪いせいかこの記事の言いたいことがいまいちわからん

plug and playの箇所解説よろ



828 名前:デフォルトの名無しさん [2020/10/22(木) 12:02:25.44 ID:VEHOj23m.net]
>>815
シィーッ! (jqueryバカがよってくるから)

829 名前:デフォルトの名無しさん mailto:sage [2020/10/22(木) 12:13:14.66 ID:wabMUpti.net]
>>814
流行らんよ
マイクロサービスはトレードオフ

830 名前:デフォルトの名無しさん [2020/10/22(木) 12:14:15.55 ID:/VYs8fos.net]
何と何のトレードオフ?

831 名前:デフォルトの名無しさん [2020/10/22(木) 12:16:12.59 ID:/VYs8fos.net]
>>817
後で読んでみるけど、
ariaとJavaScript以外は別に問題じゃない気がするけどね

832 名前:デフォルトの名無しさん mailto:sage [2020/10/22(木) 12:22:04.55 ID:6pdR4Nyi.net]
フォールバックは酷い。is属性なんて初めて知った

833 名前:デフォルトの名無しさん mailto:sage [2020/10/22(木) 12:38:04.11 ID:6pdR4Nyi.net]
web非標準のreactが簡単にssr出来るのにweb標準のweb componentsが事実上無理(初期レンダリングコストはクライアント側で支払うしかない)なのはなんだかなぁ…

834 名前:デフォルトの名無しさん mailto:sage [2020/10/22(木) 12:42:06.25 ID:mESUiPaq.net]
>>817
templateタグともっと親和性を高めるとかHTMLだけでComponent作れるとやりやすいよなと思う

835 名前:デフォルトの名無しさん [2020/10/22(木) 14:34:21.09 ID:/VYs8fos.net]
>>825

やろうと思えばできるけどな。shadow domを使わない場合だけど。

でも言いたいことはわかる。そこまでサポートしてから世に放てば良かったのにとは思うけどね。

https://web.dev/declarative-shadow-dom/
↑いま頑張ってやってる途中やで

836 名前:デフォルトの名無しさん mailto:sage [2020/10/22(木) 15:31:11.95 ID:6pdR4Nyi.net]
Declarative Shadow DOM か。いいね。
試してみようと思ったらchromeでもまだオリジントライアル中か…

837 名前:デフォルトの名無しさん [2020/10/22(木) 16:28:17.70 ID:/VYs8fos.net]
やりたいことは理解してるんだけど

英語力がないから何がdeclarativeのニュアンスがわからん。



838 名前:デフォルトの名無しさん mailto:sage [2020/10/22(木) 16:32:28.10 ID:S3hKE4m7.net]
宣言的だろ? ようはループを使わないってことだよ
例えばjQueryはループを使わない
$('.selector').css({color: 'red'); このように
これがDOM APIだとループが必要な手続き的になってしまう

839 名前:デフォルトの名無しさん [2020/10/22(木) 17:12:31.60 ID:/VYs8fos.net]
>>830
絶対に違うわww

宣言的=ループを使わないが違うということは俺にもわかる

840 名前:デフォルトの名無しさん [2020/10/22(木) 17:25:57.82 ID:/VYs8fos.net]
宣言的なweb component

現状のweb componentのどこが非宣言的で、あのリンク先の技術が適用されるとどこが宣言的になるんだろう。イマイチわからん。web componentにおける宣言的ってなんや

841 名前:デフォルトの名無しさん [2020/10/22(木) 22:57:05.06 ID:/bIs3HR3.net]
UI組み立てる系のライブラリは固定乱数でいいから
全てのDOM要素にid振っとけや
色が違うとかアイコンを変えろとかクソみたいな指示飛んでくるんだから

842 名前:デフォルトの名無しさん mailto:sage [2020/10/22(木) 23:52:28.51 ID:lftkiv5C.net]
宣言的な書き方に拘っても保守性なんて少しも良くならんわ。

843 名前:デフォルトの名無しさん mailto:sage [2020/10/22(木) 23:54:57.12 ID:nuIgGdek.net]
SPAは簡単だったけどCSSがやっぱりわからねえんだわ
SPAで作ってもデザインが古くさくなる

844 名前:デフォルトの名無しさん mailto:sage [2020/10/23(金) 00:44:45.37 ID:FArv5Kwn.net]
デザインなんてとりあえずBootstrapっぽくすればええんやろ?

845 名前:デフォルトの名無しさん mailto:sage [2020/10/23(金) 00:45:35.33 ID:tlpc4Wom.net]
色彩センスほしい

846 名前:デフォルトの名無しさん mailto:sage [2020/10/23(金) 07:35:23.39 ID:VuITFA8z.net]
MaterialUIとかUIライブラリ使えば?

847 名前:デフォルトの名無しさん [2020/10/23(金) 18:13:14.23 ID:kxyOvtyq.net]
>>833
乱数のid振ってどうすんだよ?
まさかidで色変えてんのか?

>>835
お前のセンスゼロだしこの先死ぬまでセンスゼロのままだからなあ

>>836
bootstrapっぽくすら不可能じゃん

>>837
センスゼロのやつは死ぬまでセンスゼロ

>>838
Googleが公式にセンスゼロ向けって謳ってるしな
ただしセンスゼロでcssスキルない奴が使うとMaterialUIすらまともに使えない



848 名前:デフォルトの名無しさん mailto:sage [2020/10/23(金) 18:46:41.39 ID:tlpc4Wom.net]
センスゼロでもSPAはできるけど、CSSはそうもいかんからなぁ
センスゼロでも使えるライブラリを使うしかないか
逆に言えばライブラリ使えば、センスゼロでもCSS、SPA両方できるようになるわけだし、こだわり捨てればまあ、いいか
すぐに移り変わる分野だし、気楽にやろう

849 名前:デフォルトの名無しさん [2020/10/23(金) 19:06:52.06 ID:J0Nj+DQ7.net]
MaterialUIなんて公式のサンプルコピペしてテーマ設定するだけでそんな酷くならんと思うが
これ以上のリッチなもの求めてて自分で勉強できないならデザイナー雇うしかない

色彩センスは今どき色選んでくれるサービスたくさんあるだろ
ttps://yumyumcolor.com/ とか

850 名前:デフォルトの名無しさん mailto:sage [2020/10/23(金) 23:29:55.94 ID:2GRyUC4A.net]
MaterialUIとBootstrapは併用できるの?
混ぜるな危険?

851 名前:デフォルトの名無しさん mailto:sage [2020/10/23(金) 23:48:08.69 ID:nGATsAeS.net]
material ui 重い…
軽量でいい感じのが欲しい

852 名前:デフォルトの名無しさん mailto:sage [2020/10/24(土) 02:55:24.68 ID:w8fcXJt9.net]
この手のUIフレームワークは余白が多すぎて、1画面の情報量が少ない
スマホアプリ前提な感じ

853 名前:デフォルトの名無しさん [2020/10/24(土) 10:43:36.04 ID:6JYHV7pP.net]
>>842
やろうと思えばできるが崩れる上にそもそもやるやつはアホでしかない

>>844
余白なんか調整すればいい
キツキツの帳票みたいなUIが好みという日本人が多いが世界中から笑われてんの未だに気づかない連中ばかりだからな

854 名前:デフォルトの名無しさん mailto:sage [2020/10/24(土) 11:46:27.33 ID:/DIUYZs9.net]
情報をギッシリ詰め込むのは別に構わないと思うが
ダッシュボードとかでよくある
しかしジジイどもは同じ画面で入力もやらせようとするからおかしくなる

855 名前:デフォルトの名無しさん mailto:sage [2020/10/24(土) 19:25:12.62 ID:FRMxNp3B.net]
>>844
Vue もReact もAngular も
全く関係ない話だ

856 名前:デフォルトの名無しさん mailto:sage [2020/10/24(土) 23:01:23.08 ID:l6E2jtuo.net]
スマホ向けのUIとPC向けのUIを同じテーマでやるのは無理ある
サイトリニューアルして昔あった機能や要素を削除して既存ユーザーから大反発食らうのがこのパターン

857 名前:デフォルトの名無しさん [2020/10/24(土) 23:10:02.60 ID:sB9OWN+i.net]
>>848
いやお前に才能がないだけだろ



858 名前:デフォルトの名無しさん mailto:sage [2020/10/24(土) 23:19:17.03 ID:l6E2jtuo.net]
この記事が面白い
そもそもSPAにする意味なかったというのはよくある
https://zenn.dev/koduki/articles/0fe6cc5ada58e5600f75

859 名前:デフォルトの名無しさん mailto:sage [2020/10/25(日) 00:25:49.62 ID:yastPy5p.net]
>>850
結局SPAって1つか2つの問題を解決するために他の多くの問題を呼び込んでるんだよな

860 名前:デフォルトの名無しさん [2020/10/25(日) 11:59:34.61 ID:KvAimzX1.net]
>>850
vue.js で CRUD アプリを造りたいとか
発想そのものがあほやん
https://qiita.com/koduki/items/9ce6ad8787b32caa38ff
CRUD にしたいなら vue.js 使わなければ良いだけの話だろ

861 名前:デフォルトの名無しさん mailto:sage [2020/10/25(日) 12:11:24.08 ID:KhHAp4C5.net]
>>852
だから
(殆どの用途には)vue.js 使わなければ良いだけの話だろ
と最初から言ってるだろw

862 名前:デフォルトの名無しさん mailto:sage [2020/10/25(日) 12:13:09.66 ID:KhHAp4C5.net]
https://w3techs.com/technologies/history_overview/javascript_library/all/y

2020年10月15日 76.5%
2020年10月23日 76.6%
2020年10月25日 76.7%

な?だからjQueryが使われてるんだって
少なくとも10日で0.1%以上増えてるからな

863 名前:デフォルトの名無しさん mailto:sage [2020/10/25(日) 12:20:32.19 ID:oIFSPb3Z.net]
シンプルなアプリは開発者、利用者の両方の視点でMVCフレームワークの圧勝だろ

複雑なアプリになると開発者としてはSPAのほうが作りやすいが、、、
しかし利用者からすれば複雑なアプリの需要なんてのはほとんど無い等しい
例えばpgadminは複雑なアプリだがぶっちゃけシンプルなadminerのほうが使いやすいのだ

結論
SPAはゴミ

864 名前:デフォルトの名無しさん mailto:sage [2020/10/25(日) 12:21:18.49 ID:KhHAp4C5.net]
「脱jQuery」を目的にするとたいてい失敗する
なにか問題があって、それを解決するためにVue、React、Angularなどを採用すべきという
当たり前の前の話であって、良い選択肢の1つであるjQueryを廃止して
特定の用途専用のものを導入するのは愚かである
特定の用途専用のものは、特定の用途の場合に使うもので
「○○の用途のために○○を導入しました」という言い方にするべきだ

865 名前:デフォルトの名無しさん mailto:sage [2020/10/25(日) 12:22:24.43 ID:oIFSPb3Z.net]
ようするにUX設計ができない人のためのフレームワークがSPA

866 名前:デフォルトの名無しさん mailto:sage [2020/10/25(日) 12:27:24.62 ID:KhHAp4C5.net]
今までSPAのやり方でスマホアプリとか作ってきた人たちが
今までと同じやり方で作るためのものSPAだろう

ウェブにはウェブのやり方があるんだが
そういう(アプリ作ってひた人たちにとっては)"新しいやり方"を
学ぶ能力がなくて、今までと同じやり方でやりたいっていうのがSPA

これからはSPAだ〜とか言ってるやつは、jQueryどころかCSSも嫌いなはず
なぜならどちらも宣言的だから。SPAは手続き的に作る。

セレクタに対して処理や属性を宣言的に適用するjQueryやCSSは
考え方が根本的に違っていて、頭が凝り固まってる人には理解ができない

867 名前:デフォルトの名無しさん [2020/10/25(日) 12:36:18.38 ID:TnKDqOYo.net]
>>854
そりゃゴミは毎日増えるからな



868 名前:デフォルトの名無しさん [2020/10/25(日) 12:37:35.38 ID:TnKDqOYo.net]
>>857
お前の認識があほすぎて萎える

869 名前:デフォルトの名無しさん [2020/10/25(日) 12:40:02.70 ID:FzqccguI.net]
良い加減スレチ
くだらん話でスレ埋めるな
よそのスレか板いってくれ

870 名前:デフォルトの名無しさん mailto:sage [2020/10/25(日) 12:55:08.10 ID:1H1lkjwT.net]
>>859
「良いもの」が増えないwww

871 名前:デフォルトの名無しさん mailto:sage [2020/10/25(日) 12:59:58.30 ID:/elpRfls.net]
ガイジ大集合www

872 名前:デフォルトの名無しさん mailto:sage [2020/10/25(日) 13:23:18.15 ID:1H1lkjwT.net]
jQueryが増えてるってのは事実として
それ以上に増えれば、シェアはjQueryよりも増えるんだよ

結局増えてねーじゃんと

873 名前:デフォルトの名無しさん mailto:sage [2020/10/25(日) 13:55:14.12 ID:Lw87uGLi.net]
jQueryとReactじゃ根本的に作るべき対象が違う

874 名前:デフォルトの名無しさん mailto:sage [2020/10/25(日) 14:09:21.75 ID:1H1lkjwT.net]
うん。だから最初から根本的に作るべき対象が違うので
「脱jQuery」ありきは間違いだって言ってるわけ

作るべき対処がjQuery向きじゃない場合に使えば良いわけで
今までjQueryで問題なくやってきたところが脱jQueryするのは
意味がないどころか、デメリットになってるわけ
作るべき対象がjQuery向きなのに、脱jQueryしてどうするんだと

875 名前:デフォルトの名無しさん mailto:sage [2020/10/25(日) 14:13:12.24 ID:Lw87uGLi.net]
フレームワークなんて概念がなかった時代にjQueryで無理やり作ったシステムとかならフレームワーク置き換えって結構意義はあるけどね
段階的な置き換えか一から再構成かは都度都度によるけど

876 名前:デフォルトの名無しさん mailto:sage [2020/10/25(日) 15:38:13.61 ID:pXppxvnv.net]
Ruby on Rails では、React, Bootstrap が多い。
Material-UI を使った場合は、レスポンシブ対応になるのかな?

react-bootstrap という、BootstrapをReactコンポーネントとして再構築した、UI フレームワークもある。
jQuery など不要な依存関係がない

877 名前:デフォルトの名無しさん mailto:sage [2020/10/25(日) 15:44:10.58 ID:1H1lkjwT.net]
Railsの標準はjQueryやろ?



878 名前:868 mailto:sage [2020/10/25(日) 16:42:13.03 ID:pXppxvnv.net]
Rails, React, Bootstrap で、
Bootstrap 4 が、jQuery に依存しているから、使っているだけ

react-bootstrap など、jQueryに依存していない場合は、axios が多い

879 名前:デフォルトの名無しさん mailto:sage [2020/10/25(日) 16:50:25.07 ID:wTbiVIgp.net]
>>854のシェアって公開されてない社内サイト/アプリやログイン必須アプリも含まれてるの?






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<277KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef