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などはおｋ。 736 名前：意味がないし そんなことをするのはアホだろう まったく用途、カテゴリが違うもの比べてどうするつもりだ？ [] [ここ壊れてます] 737 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 19:17:20.82 ID:tqKCa8dx.net] >>727 むしろわかりやすいようにきっちりweb frameworkと書いてる。 web frameworkはserver-sideまで含めた仕事するやつだ UI側だけの場合は、UI frameworkとかUI libraryと表記されるのが普通 738 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 19:19:57.04 ID:tqKCa8dx.net] このスレでいつもjQueryのシェア書いてるのは web framework否定論者のアホってこと 739 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 19:31:23.99 ID:vimxgZ9f.net] >>725 > 採用する人いなそうｗ jQuery使ってたせいでreactやvueから敬遠されて他のcssフレームワークの隆盛を許してしまったからね。 いまさら脱jQueryしてももう巻き返しは難しいだろうね。 740 名前：デフォルトの名無しさん [2020/10/17(土) 20:23:33.62 ID:P3PLPttw.net] >>704 > React使ってるのに内部でjQueryを使ってると地獄 これ具体的にはどんな地獄があるの？ 741 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 20:29:38.07 ID:eMYmKq8F.net] >733 Reactは仮想DOMといってDOMの情報と同一のものを内部で二重に持っていて 差分ができたら内部のDOM情報を実際のDOMに反映している だからDOM APIを使って直接実際のDOMを書き変えると Reactの内部のDOM情報と食い違いが起きて正しく反映できなくなる 何が起きるかはわからない 742 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 23:06:55.61 ID:P3PLPttw.net] >>734 そういう意味か なら外部JSの恩恵を享受するためにDomの管理をReact管理から外して利用すれば 問題ないね（この内容はTutorialにもあった） 743 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 23:57:34.48 ID:Xc+hYu9K.net] >>729 WebFrameworkって従来はバックエンドを指す言葉なんだけど フロントならFront-end Frameworkとでも書いたらどうだ？ 744 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 00:07:40.58 ID:H1Ht+H/l.net] >>731 そりゃWebサイトおじさんからしたらjQueryは今でも現役だろうから反論したいんだろ 逆にWebシステムの構築を考えた場合Reactが一番妥当だから 中途半端マークアップコーディングやってるVueとかAngularとかは廃れる可能性も結構あると思ってる Webサイトのコーダーにwebpackでのビルドとかやらすのもナンセンスだと思うから サイト→jQueryに回帰 システム→React っていう風になっていくんじゃないかね ちなここはプログラム板だから議論対象はWebシステム 745 名前：デフォルトの名無しさん [2020/10/18(日) 00:27:35.41 ID:oU6L/1KQ.net] ｢慶應卒の学歴なんていらない｣10代起業で成功する子の共通点 https://www.excite.co.jp/news/article/President_35457/ 【アプリ開発で起業】必要な心得とマネタイズ方法のすべて https://www.dreamgate.gr.jp/contents/column/application-development 学生起業家が開発、「人を軸に本を探すアプリ」とは？読書通じて「考える力」養って https://newswitch.jp/p/20168 島田商高生がアプリ考案、発表　ＩＣＴ起業家育成プログラム https://www.at-s.com/news/article/local/central/730010.html 医師コンビが「治療用アプリ」で起業、禁煙に続き高血圧治療アプリを開発 https://diamond.jp/articles/-/229375 好きが高じて“カレー起業”、キャッシュレス決済アプリ「TOKYO MIX CURRY」の挑戦 https://diamond.jp/articles/-/215868 起業で成功するキャリア形成の仕方とは？ 元プロサッカー選手で起業家の鈴木啓祐氏に聞いた https://sogyotecho.jp/career-development/ 年収3,000万超え!?個人開発で儲かっている海外コミュニティサイト5選！ https://note.com/taishikato/n/n7809a8ed3ffc 746 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 01:23:51.16 ID:u/6+iFla.net] >>737 > 中途半端マークアップコーディングやってるVueとかAngularとかは廃れる可能性も結構あると思ってる Reactも含め、未完成のWeb Componentsを補うために 複雑なことをしてるから将来確実に廃れるか大幅に仕様が変わるよ Web Componentsがどのブラウザでも実用的になったら それをエミュレートしてる今のバージョンは完全にレガシーになって 将来のモダンブラウザのみを対象とした軽量なものが登場する その時代でもDOMは変わらないだろうから、 そのDOMを簡略化するだけのjQueryは変わらず使えるわけさ 747 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 01:35:23.85 ID:Yx1P9/Gs.net] >>736 勝手に名前つけても伝わらないだろ 例えばMicrosoftとかはBlazorをUI Frameworkと呼んでいる。 web appに限定されないからfrontend frameworkは不適切 748 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 01:38:35.01 ID:5IG+e1ti.net] jQueryのセレクタ構文とか、いまじゃバニラのJSでも document.querySelector('input[type=radio]:checked') みたいな感じで使えるし簡略化するだけのjQueryはわざわざ読み込むまでも なくなっていきそうだけどな 749 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 01:41:22.39 ID:u/6+iFla.net] そりゃセレクタ構文だけだろ jQueryの特徴は、そのセレクタにマッチする複数（ない場合も含めて）に対して CSSのスタイルと同じように要素が存在するかをチェックすることなく 宣言的に処理を割り当てることができるのが便利なんだが 750 名前：デフォルトの名無しさん [2020/10/18(日) 01:53:17.56 ID:5IG+e1ti.net] メソッドチェインできることだけがjQueryのメリット？ ほんのちょっとの便利のために余分なファイルを読み込ませたくないな 751 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 01:56:11.41 ID:u/6+iFla.net] メソッドチェインの話なんかしてないのに いきなりなにいってんだろうねｗ まさかメソッド呼び出しは全部メソッドチェインだとでも思ってんの？ 752 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 02:05:59.33 ID:5IG+e1ti.net] 何言ってるのかわからないけどなにか小粒な利点を主張しているのは分かった 存在チェックすることなしに宣言的に処理をするなんて小粒も小粒 753 名前：デフォルトの名無しさん [2020/10/18(日) 02:07:38.05 ID:5IG+e1ti.net] わかった 知能が低くて最新のライブラリなりフレームワークについていけないから ひがんでるんだな 754 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 02:09:36.41 ID:5IG+e1ti.net] jQueryを使うので能力の精一杯なのか 755 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 02:11:04.54 ID:u/6+iFla.net] >>745 そんなんだからjQueryがいつまでも増え続けてるのがわからんだよ jQueryが物理的に行数が減るのは当然として、 その結果、メンテナンスのコストが下がって バグが減るのが重要なところだろ 756 名前：デフォルトの名無しさん [2020/10/18(日) 02:13:12.65 ID:5IG+e1ti.net] 素人がちょっとしたWebページにちょっとした動的な要素をつけたいときには jQuery使うと便利かもね って程度だよ jQueryにすがりついてるお前の程度もしれてるｗ 757 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 02:13:22.35 ID:u/6+iFla.net] 例えば、アロー関数なんて使わなくても this保存してfunctionつければ同じことができるけど アロー関数使わなくて良い世界を知ったら元に戻れないだろ？ ほんの数行の違いでもないほうが楽なんだよ 758 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 02:29:10.45 ID:5IG+e1ti.net] まさかjQueryマンセーで愚かな考えを晒すことで周りから袋叩きされる ということを通してjQueryを貶めるという作戦か 759 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 03:04:15.75 ID:u/6+iFla.net] そんな願望垂れ流してないで メリットとデメリットの話をしろよ jQueryがなくても頑張れるっていうだけで jQueryをなくすメリットを言わないんだもんなｗ 760 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 03:18:45.94 ID:xWXtsYNK.net] ハァ？jQueryバカはCSSセレクタ丸パクリのクセして自分の手柄にしてんのか。チョンみてーだな(藁 761 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 03:23:44.86 ID:5IG+e1ti.net] jQueryバカが言ってるメリットはどれも小粒 なくても困らない なら最初から利用しなければ余計なファイルを削減できる というのが使わないメリット 762 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 03:36:40.28 ID:u/6+iFla.net] >>753 もともとJavaScriptでCSSセレクタは使えなかった。 今は単に「セレクタ」というんだが、お前が言ってるように「"CSS"セレクタ」という 言葉があるのは、元々はCSSで使うものだったときの名残ｗ はるか昔にjQueryがJavaScrpitでCSSセレクタを実装した その素晴らしい発想を見て、それをあとからDOM APIに querySelectorとして使えるようにした パクったのはDOM APIの方。それを知ってて お前わざと>>753みたいなアホ丸出しのレスしただろ？ｗ しかしDOM APIがパクったのはセレクタAPIだけで jQueryオブジェクトはパクらなかったので DOM APIのループ処理で繰り返すという手続き的なAPIは変わらなかった 宣言的なjQueryの比べれば劣化コピーでしかない 763 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 03:38:05.32 ID:u/6+iFla.net] 余計なファイルを削減できる？ JavaScript使ってる時点で外部JavaScriptファイルがある たかだか1ファイル減るだけの話 しかも結合すれば1ファイルですむ 764 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 03:44:26.00 ID:5IG+e1ti.net] jQueryとかメリットなんて微々たるものなのにレガシーブラウザ対応とかで 無駄にサイズがでかいからな 減らす効果はそれなりにあるぞ 765 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 03:44:51.93 ID:u/6+iFla.net] 余計なファイルを削減できるというメリットは小粒 初回アクセス時に30KB読み込みができるというメリットは小粒 JavaScript処理が僅かに早く終るというメリットは小粒 jQueryをなくしたときのメリットはどれも小粒ではないか 体感上わからない程度の遅延があっても困らない ならできる限り開発を楽にするほうがいい というのがメリット 766 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 03:45:14.17 ID:u/6+iFla.net] >>757 圧縮時30KBはものすごく小さいですが？ 767 名前：デフォルトの名無しさん [2020/10/18(日) 03:46:02.89 ID:5IG+e1ti.net] バカに何言っても無駄かもしれんが 768 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 03:47:50.92 ID:u/6+iFla.net] 例えばGoogleのシンプルな検索トップページは圧縮状態で65KBでした。 769 名前：デフォルトの名無しさん [2020/10/18(日) 04:01:50.12 ID:5IG+e1ti.net] jQueryを利用するメリットがそもそも小粒 ブラウザごとの分岐処理とかが埋め込まれてるから実行時の効率が悪い ファイルサイズがでかい つまりいらない 770 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 04:26:16.95 ID:u/6+iFla.net] jQueryのメリットのうち小粒のものだけを抜き出したら 全部小粒だった と言ってるのと同じだなｗ 771 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 04:27:54.23 ID:xWXtsYNK.net] >>755 中学校を単に学校というって言ってるみたいなもんだな。バカが。 CSSのセレクタのルールそのままパクっただけの盗人。 盗んだものをもともと自分のだと主張。まさにチョン。 772 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 04:34:21.10 ID:u/6+iFla.net] jQueryの価値はjQueryオブジェクトだよ CSSセレクタなんか、素の使いづらいJavaScriptでもできるじゃんｗ 価値がないところだけを見て価値がないと言っても無意味だよ もっと広い目でjQueryを見ないとｗｗｗ 773 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 04:34:51.73 ID:5IG+e1ti.net] このjQueryバカは素人レベルのスキルしかなさそう 774 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 04:36:26.13 ID:5IG+e1ti.net] しょぼいWebページをjQueryで作ってご満悦なんだろう 775 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 04:37:38.31 ID:5IG+e1ti.net] いい年こいたおっさんがjQueryにすがりついてるとかダサすぎるんだよ 776 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 04:45:10.27 ID:u/6+iFla.net] ほらね、もう遠吠えいうことしかできなくなったでしょ？ 777 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 04:50:29.21 ID:xWXtsYNK.net] CSSセレクタパクリがバレたら開き直ったjQueryガイジ。 居直り強盗で駅前一等地を占拠してパチンコで儲けるチョンと同じ。 jQuery関係ないスレで居直り占拠jQueryチョン。 778 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 05:21:40.18 ID:5IG+e1ti.net] おっと >>1 に ★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください と書いてあったな 779 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 07:08:38.76 ID:u/6+iFla.net] >>770 なんで無視したの？もう一回同じことを書く羽目になったじゃないか もともとJavaScriptでCSSセレクタは使えなかった。 今は単に「セレクタ」というんだが、お前が言ってるように「"CSS"セレクタ」という 言葉があるのは、元々はCSSで使うものだったときの名残ｗ はるか昔にjQueryがJavaScrpitでCSSセレクタを実装した その素晴らしい発想を見て、それをあとからDOM APIに querySelectorとして使えるようにした パクったのはDOM APIの方。それを知ってて お前わざと>>753みたいなアホ丸出しのレスしただろ？ｗ しかし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の代用って書いてある？よく読んでみなよｗ 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] 劣ってるから使われないって思うのは 技術者のよくある勘違いだよなｗ そもそも需要がなければ使われないんだよ 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使わないならネイティブアプリでいいんじゃね？ってなるんだよなｗ 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のようなのが人気でてくると 前提崩れだね。 十年で日本を追い抜く言ってた朝鮮はどうなりましたか？ｗｗｗ Silverlightｗｗｗｗ 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でもまだオリジントライアル中か…

---

---

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

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