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などはおk。
715デフォルトの名無しさん
垢版 |
2020/10/17(土) 12:12:21.74ID:0qFIP5N2
lisp系でお薦めの最新言語はなんでしょう?
Erlang?elixir?
2020/10/17(土) 12:25:07.47ID:Ty9bf9Kk
>>711
bootstrapがjQuery使うをやめたからbootstrapが使われてるから
勝手に入ってるんだという言い訳ができなくなった
そして>>714はWordPressを言い訳にしてる。
717デフォルトの名無しさん
垢版 |
2020/10/17(土) 12:45:32.01ID:HPgFuhDr
>>716
ゴミ住人がゴミの数を自慢してもさぁ
はよ住処に帰れ
2020/10/17(土) 12:45:34.46ID:tqKCa8dx
>>707-708 >>716
前にも書いたがjQueryは依存関係で知らないうちに
入ってる人が多いだけ
アホなjQueryおじさんは事情を知らずにシェア増えてると喜んでる。
jQueryのコード書いてる人が増えてるわけではない。

例えばbootstrapもjQueryを読み込むようになってる
最新bootstrapはjQuery依存を解消したが最新版は旧ブラウザの
サポート切ってるからあえて古いBootstrap使ってる人も多い。
2020/10/17(土) 13:04:24.42ID:Ty9bf9Kk
> 前にも書いたがjQueryは依存関係で知らないうちに
> 入ってる人が多いだけ

依存関係で知らないうちに入ってるのを除くというなら
将来BootstrapやWordPressでフレームワークが
使われるようになっても除かないといけない
ということは理解してるかい?
2020/10/17(土) 13:10:28.75ID:Xc+hYu9K
このスレがプログラム板にあるのはWebサイトではなくWebシステムに焦点をあててるからだ
と後付けの理由を主張してみてすつ
2020/10/17(土) 13:12:58.88ID:tqKCa8dx
>>719
jQueryおじ、やっぱり頭悪い
Bootstrapがweb frameworkを使うことはありえない。

WordPressはCMSだからCMSのシェアを見るべき。
そもそもPHPはゴミだから採用の選択肢にあがらない
2020/10/17(土) 13:16:30.63ID:tqKCa8dx
jQueryおじはそもそもweb frameworkの必要性すら
理解してない無能だからどうしようもない
こういうのがいるからフロントはってバカにされわけ
2020/10/17(土) 16:39:18.03ID:Ty9bf9Kk
>>721
> Bootstrapがweb frameworkを使うことはありえない。
あれ?なんでWordPressはかかないの?
WordPressがweb frameworkを使うことはありえるわけだよねw
2020/10/17(土) 16:39:45.43ID:Ty9bf9Kk
> WordPressはCMSだからCMSのシェアを見るべき。

jQueryはCMSで採用されているのです。
2020/10/17(土) 16:42:17.00ID:Ty9bf9Kk
> Bootstrapがweb frameworkを使うことはありえない。

React Bootstrap
https://react-bootstrap.github.io/

Angular powered Bootstrapng-bootstrap.github.io
https://ng-bootstrap.github.io/#/home

BootstrapVue
https://bootstrap-vue.org/

採用する人いなそうw
2020/10/17(土) 16:49:22.96ID:U9MsrWrp
本業じゃない人がちょっとwordpressのどこどこが不便だからコードコピペして修正、ってなると学習コスト低いjqueryくらいしか無理だろうしシェアは減らなそうだ
2020/10/17(土) 17:31:49.56ID:Xc+hYu9K
web frameworkって言葉じゃフロントエンドを指してるのかバックエンド指してる曖昧だからキッチリ明示した方がいいんじゃない?
従来なら寧ろバックエンド側を指して使われてた言葉なはず
2020/10/17(土) 17:32:36.04ID:Xc+hYu9K
>>725
それ全部触った事はあるけどAngularだけめっちゃ使いにくかったな
729デフォルトの名無しさん
垢版 |
2020/10/17(土) 19:12:35.59ID:tqKCa8dx
>>725
アホすぎて>>721がそういう意味じゃないのわからない?
web frameworkがBootstrapを使う(呼び出す)ことはあっても
逆のパターンはあり得ないって言ってんだよ

>>723
CMSはなんらかのweb framework使ってるのが普通だろう
CMSの人気を測る際はCMSのランキングを見る。
CMSとweb framworkのシェアを比べたりするのは意味がないし
そんなことをするのはアホだろう
まったく用途、カテゴリが違うもの比べてどうするつもりだ?
2020/10/17(土) 19:17:20.82ID:tqKCa8dx
>>727
むしろわかりやすいようにきっちりweb frameworkと書いてる。
web frameworkはserver-sideまで含めた仕事するやつだ

UI側だけの場合は、UI frameworkとかUI libraryと表記されるのが普通
2020/10/17(土) 19:19:57.04ID:tqKCa8dx
このスレでいつもjQueryのシェア書いてるのは
web framework否定論者のアホってこと
2020/10/17(土) 19:31:23.99ID:vimxgZ9f
>>725
> 採用する人いなそうw

jQuery使ってたせいでreactやvueから敬遠されて他のcssフレームワークの隆盛を許してしまったからね。
いまさら脱jQueryしてももう巻き返しは難しいだろうね。
733デフォルトの名無しさん
垢版 |
2020/10/17(土) 20:23:33.62ID:P3PLPttw
>>704
> React使ってるのに内部でjQueryを使ってると地獄
これ具体的にはどんな地獄があるの?
2020/10/17(土) 20:29:38.07ID:eMYmKq8F
>733
Reactは仮想DOMといってDOMの情報と同一のものを内部で二重に持っていて
差分ができたら内部のDOM情報を実際のDOMに反映している

だからDOM APIを使って直接実際のDOMを書き変えると
Reactの内部のDOM情報と食い違いが起きて正しく反映できなくなる
何が起きるかはわからない
2020/10/17(土) 23:06:55.61ID:P3PLPttw
>>734
そういう意味か
なら外部JSの恩恵を享受するためにDomの管理をReact管理から外して利用すれば
問題ないね(この内容はTutorialにもあった)
2020/10/17(土) 23:57:34.48ID:Xc+hYu9K
>>729
WebFrameworkって従来はバックエンドを指す言葉なんだけど
フロントならFront-end Frameworkとでも書いたらどうだ?
2020/10/18(日) 00:07:40.58ID:H1Ht+H/l
>>731
そりゃWebサイトおじさんからしたらjQueryは今でも現役だろうから反論したいんだろ


逆にWebシステムの構築を考えた場合Reactが一番妥当だから
中途半端マークアップコーディングやってるVueとかAngularとかは廃れる可能性も結構あると思ってる

Webサイトのコーダーにwebpackでのビルドとかやらすのもナンセンスだと思うから
サイト→jQueryに回帰
システム→React
っていう風になっていくんじゃないかね
ちなここはプログラム板だから議論対象はWebシステム
738デフォルトの名無しさん
垢版 |
2020/10/18(日) 00:27:35.41ID:oU6L/1KQ
「慶應卒の学歴なんていらない」10代起業で成功する子の共通点
https://www.excite.co.jp/news/article/President_35457/
【アプリ開発で起業】必要な心得とマネタイズ方法のすべて
https://www.dreamgate.gr.jp/contents/column/application-development
学生起業家が開発、「人を軸に本を探すアプリ」とは?読書通じて「考える力」養って
https://newswitch.jp/p/20168
島田商高生がアプリ考案、発表 ICT起業家育成プログラム
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
2020/10/18(日) 01:23:51.16ID:u/6+iFla
>>737
> 中途半端マークアップコーディングやってるVueとかAngularとかは廃れる可能性も結構あると思ってる

Reactも含め、未完成のWeb Componentsを補うために
複雑なことをしてるから将来確実に廃れるか大幅に仕様が変わるよ

Web Componentsがどのブラウザでも実用的になったら
それをエミュレートしてる今のバージョンは完全にレガシーになって
将来のモダンブラウザのみを対象とした軽量なものが登場する

その時代でもDOMは変わらないだろうから、
そのDOMを簡略化するだけのjQueryは変わらず使えるわけさ
2020/10/18(日) 01:35:23.85ID:Yx1P9/Gs
>>736
勝手に名前つけても伝わらないだろ
例えばMicrosoftとかはBlazorをUI Frameworkと呼んでいる。

web appに限定されないからfrontend frameworkは不適切
2020/10/18(日) 01:38:35.01ID:5IG+e1ti
jQueryのセレクタ構文とか、いまじゃバニラのJSでも
document.querySelector('input[type=radio]:checked')
みたいな感じで使えるし簡略化するだけのjQueryはわざわざ読み込むまでも
なくなっていきそうだけどな
2020/10/18(日) 01:41:22.39ID:u/6+iFla
そりゃセレクタ構文だけだろ
jQueryの特徴は、そのセレクタにマッチする複数(ない場合も含めて)に対して
CSSのスタイルと同じように要素が存在するかをチェックすることなく
宣言的に処理を割り当てることができるのが便利なんだが
743デフォルトの名無しさん
垢版 |
2020/10/18(日) 01:53:17.56ID:5IG+e1ti
メソッドチェインできることだけがjQueryのメリット?
ほんのちょっとの便利のために余分なファイルを読み込ませたくないな
2020/10/18(日) 01:56:11.41ID:u/6+iFla
メソッドチェインの話なんかしてないのに
いきなりなにいってんだろうねw

まさかメソッド呼び出しは全部メソッドチェインだとでも思ってんの?
2020/10/18(日) 02:05:59.33ID:5IG+e1ti
何言ってるのかわからないけどなにか小粒な利点を主張しているのは分かった
存在チェックすることなしに宣言的に処理をするなんて小粒も小粒
746デフォルトの名無しさん
垢版 |
2020/10/18(日) 02:07:38.05ID:5IG+e1ti
わかった
知能が低くて最新のライブラリなりフレームワークについていけないから
ひがんでるんだな
2020/10/18(日) 02:09:36.41ID:5IG+e1ti
jQueryを使うので能力の精一杯なのか
2020/10/18(日) 02:11:04.54ID:u/6+iFla
>>745
そんなんだからjQueryがいつまでも増え続けてるのがわからんだよ

jQueryが物理的に行数が減るのは当然として、
その結果、メンテナンスのコストが下がって
バグが減るのが重要なところだろ
749デフォルトの名無しさん
垢版 |
2020/10/18(日) 02:13:12.65ID:5IG+e1ti
素人がちょっとしたWebページにちょっとした動的な要素をつけたいときには
jQuery使うと便利かもね
って程度だよ
jQueryにすがりついてるお前の程度もしれてるw
2020/10/18(日) 02:13:22.35ID:u/6+iFla
例えば、アロー関数なんて使わなくても
this保存してfunctionつければ同じことができるけど
アロー関数使わなくて良い世界を知ったら元に戻れないだろ?
ほんの数行の違いでもないほうが楽なんだよ
2020/10/18(日) 02:29:10.45ID:5IG+e1ti
まさかjQueryマンセーで愚かな考えを晒すことで周りから袋叩きされる
ということを通してjQueryを貶めるという作戦か
2020/10/18(日) 03:04:15.75ID:u/6+iFla
そんな願望垂れ流してないで
メリットとデメリットの話をしろよ

jQueryがなくても頑張れるっていうだけで
jQueryをなくすメリットを言わないんだもんなw
2020/10/18(日) 03:18:45.94ID:xWXtsYNK
ハァ?jQueryバカはCSSセレクタ丸パクリのクセして自分の手柄にしてんのか。チョンみてーだな(藁
2020/10/18(日) 03:23:44.86ID:5IG+e1ti
jQueryバカが言ってるメリットはどれも小粒
なくても困らない
なら最初から利用しなければ余計なファイルを削減できる
というのが使わないメリット
2020/10/18(日) 03:36:40.28ID:u/6+iFla
>>753
もともとJavaScriptでCSSセレクタは使えなかった。
今は単に「セレクタ」というんだが、お前が言ってるように「"CSS"セレクタ」という
言葉があるのは、元々はCSSで使うものだったときの名残w

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

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

しかしDOM APIがパクったのはセレクタAPIだけで
jQueryオブジェクトはパクらなかったので
DOM APIのループ処理で繰り返すという手続き的なAPIは変わらなかった
宣言的なjQueryの比べれば劣化コピーでしかない
2020/10/18(日) 03:38:05.32ID:u/6+iFla
余計なファイルを削減できる?
JavaScript使ってる時点で外部JavaScriptファイルがある
たかだか1ファイル減るだけの話
しかも結合すれば1ファイルですむ
2020/10/18(日) 03:44:26.00ID:5IG+e1ti
jQueryとかメリットなんて微々たるものなのにレガシーブラウザ対応とかで
無駄にサイズがでかいからな
減らす効果はそれなりにあるぞ
2020/10/18(日) 03:44:51.93ID:u/6+iFla
余計なファイルを削減できるというメリットは小粒
初回アクセス時に30KB読み込みができるというメリットは小粒
JavaScript処理が僅かに早く終るというメリットは小粒

jQueryをなくしたときのメリットはどれも小粒ではないか
体感上わからない程度の遅延があっても困らない
ならできる限り開発を楽にするほうがいい
というのがメリット
2020/10/18(日) 03:45:14.17ID:u/6+iFla
>>757
圧縮時30KBはものすごく小さいですが?
760デフォルトの名無しさん
垢版 |
2020/10/18(日) 03:46:02.89ID:5IG+e1ti
バカに何言っても無駄かもしれんが
2020/10/18(日) 03:47:50.92ID:u/6+iFla
例えばGoogleのシンプルな検索トップページは圧縮状態で65KBでした。
762デフォルトの名無しさん
垢版 |
2020/10/18(日) 04:01:50.12ID:5IG+e1ti
jQueryを利用するメリットがそもそも小粒
ブラウザごとの分岐処理とかが埋め込まれてるから実行時の効率が悪い
ファイルサイズがでかい
つまりいらない
2020/10/18(日) 04:26:16.95ID:u/6+iFla
jQueryのメリットのうち小粒のものだけを抜き出したら
全部小粒だった

と言ってるのと同じだなw
2020/10/18(日) 04:27:54.23ID:xWXtsYNK
>>755
中学校を単に学校というって言ってるみたいなもんだな。バカが。
CSSのセレクタのルールそのままパクっただけの盗人。
盗んだものをもともと自分のだと主張。まさにチョン。
2020/10/18(日) 04:34:21.10ID:u/6+iFla
jQueryの価値はjQueryオブジェクトだよ
CSSセレクタなんか、素の使いづらいJavaScriptでもできるじゃんw
価値がないところだけを見て価値がないと言っても無意味だよ
もっと広い目でjQueryを見ないとwww
2020/10/18(日) 04:34:51.73ID:5IG+e1ti
このjQueryバカは素人レベルのスキルしかなさそう
2020/10/18(日) 04:36:26.13ID:5IG+e1ti
しょぼいWebページをjQueryで作ってご満悦なんだろう
2020/10/18(日) 04:37:38.31ID:5IG+e1ti
いい年こいたおっさんがjQueryにすがりついてるとかダサすぎるんだよ
2020/10/18(日) 04:45:10.27ID:u/6+iFla
ほらね、もう遠吠えいうことしかできなくなったでしょ?
2020/10/18(日) 04:50:29.21ID:xWXtsYNK
CSSセレクタパクリがバレたら開き直ったjQueryガイジ。
居直り強盗で駅前一等地を占拠してパチンコで儲けるチョンと同じ。
jQuery関係ないスレで居直り占拠jQueryチョン。
2020/10/18(日) 05:21:40.18ID:5IG+e1ti
おっと
>>1
★jQuery, Ruby, C#, Blazorキチガイが書き込んでも無視してください
と書いてあったな
2020/10/18(日) 07:08:38.76ID:u/6+iFla
>>770
なんで無視したの?もう一回同じことを書く羽目になったじゃないか

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

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

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

しかしDOM APIがパクったのはセレクタAPIだけで
jQueryオブジェクトはパクらなかったので
DOM APIのループ処理で繰り返すという手続き的なAPIは変わらなかった
宣言的なjQueryの比べれば劣化コピーでしかない
2020/10/18(日) 07:17:16.70ID:d1Nj1iwg
言葉で説明されてもメリットわからんな。どうせ議論するならコード書け。
2020/10/18(日) 07:50:51.32ID:d1Nj1iwg
言い出しっぺとして書くけど、これを数文字短くするためにjQuery使うか?

document.querySelectorAll('div.highlighted')
.forEach(ele=> Object.assign(ele.style, {color: 'red', backgroundColor: 'white'}))
2020/10/18(日) 08:00:05.71ID:0puAkJ4t
document.querySelectorAll('div.highlighted').forEach(ele=> Object.assign(ele.style, {color: 'red', backgroundColor: 'white'}))

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


一行のものはだいたい半分になる。
だがそれよりも重要なのは「宣言的」であるということ
forEachというループが無くなっている
2020/10/18(日) 08:18:08.24ID:mPnoVdEN
無いとなんかすごいのか?
jQueryが裏で回してるだけじゃん
2020/10/18(日) 08:19:09.73ID:0puAkJ4t
>>776
jQueryが裏で回す(十分テスト済み)=自分でやらないからバグが減る
2020/10/18(日) 08:27:01.54ID:0puAkJ4t
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箇所もある
2020/10/18(日) 09:50:11.92ID:mPnoVdEN
コードの意図を隠してまで短くすることか?
その時点で要素があるべきなのか複数なのか何も判らん
エラーが出ない=バグがないってことならいいが
780デフォルトの名無しさん
垢版 |
2020/10/18(日) 12:28:55.12ID:atqzb7Sw
>>739
こいつ結局Webサイトの話しかできてねえな
アホだろ

>>750
こいつやはりアホだ
アロー関数がfunctionの代用だと勘違いしてる
その認識でほんの数行変えたらバグるわけ
そもそも仕様がまったく違う
2020/10/18(日) 13:23:36.66ID:qDJHdxok
>>780
どこにアロー関数がfunctionの代用って書いてある?よく読んでみなよw
2020/10/18(日) 13:24:28.19ID:qDJHdxok
>>779
隠しているのはコードの詳細であって
詳細を隠してるから意図は明確になってる
2020/10/18(日) 13:56:45.57ID:H1Ht+H/l
>>739
Web Componentsは流行らんと思うよ正直
こんな移り変わりの激しいWeb技術の世界で3年以上前から話題が上がってるにも関わらず未だに流行りにもなってないっていうのはそういう事だろ
Recoidなんて登場してから殆ど経ってないのにもうReduxを抜きつつある
Web Componentsが本当に良いものならそういう速度感で流行るもんだ

現時点で流行ってないっていうのは結局D言語みたいなものにしかならない
2020/10/18(日) 13:58:18.90ID:H1Ht+H/l
訂正
Recoid→Recoil
2020/10/18(日) 14:09:20.19ID:nDjNgNBc
WebAssemblyも流行らなかったしね
2020/10/18(日) 14:39:50.73ID:H1Ht+H/l
WebAssemblyに関してはWebGPUが今後流行ったら多少チャンスはあるかも知れんがそれ以外の用途では望みは薄そうだな
2020/10/18(日) 15:05:47.51ID:WlQf1Fni
Ruby, jQuery は、メソッドチェーンで関数型のように書ける。
a().b().c() みたいに

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

return if obj = a() == nil

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

obj.c()
2020/10/18(日) 15:18:04.47ID:Yx1P9/Gs
WebAssemblyはこれからの技術
MS以外がまだまともなframeworkだしてない
JSが好きという人は少ないので必ず流行る

>>786
CPU速くなったらwasmの弱点が消えて長所だけが残るから
wasmはだんだん増えていく
2020/10/18(日) 15:32:42.61ID:nDjNgNBc
> CPU速くなったらwasmの弱点が消えて長所だけが残るから
> wasmはだんだん増えていく

そこに目的がありません
速くなったら使われると思うのはなぜか?
ウェブアプリが作れるようになったら、みんなウェブアプリを作ると思うのはなぜか?
目的がなければ、使うようにも作るようにもならない
2020/10/18(日) 15:36:35.19ID:nDjNgNBc
劣ってるから使われないって思うのは
技術者のよくある勘違いだよなw

そもそも需要がなければ使われないんだよ
2020/10/18(日) 15:38:29.83ID:nDjNgNBc
不都合な真実、ほとんどの人がwasmを試してすらいない。遅いなんて言ってる人全然いないだろ?
2020/10/18(日) 16:42:00.34ID:Vj/rkYxM
https://classic.minecraft.net/
babylon.js製。
安定して60fpsで動くが、babylon.jsにはWebAssemblyは一切使われていない。
2020/10/18(日) 16:54:05.68ID:Yx1P9/Gs
>>789
JSに縛られず開発生産性高い言語を使える
それだけでwasmを使う理由になる
2020/10/18(日) 16:55:29.25ID:+DCedG5t
× JSに縛られず
○ もとからJS使わない人が使う

だからウェブ系の人は使わないし
JS使わないならネイティブアプリでいいんじゃね?ってなるんだよなw
795デフォルトの名無しさん
垢版 |
2020/10/18(日) 17:07:08.15ID:Yx1P9/Gs
>>794
native appだけでいいってのは技術的にはそのとおり
wasmは中途半端な立ち位置だからな

ただApple, Googleで手数料30%取られるだろう?
wasmだとその手数料を回避できるから
そういうビジネスの問題考えたら価値がすごくあるわけ
2020/10/18(日) 17:09:18.69ID:H1Ht+H/l
結局ブラウザから排除されてるJavaAppletやFlashPlayerとWebAssemblyに違いなんとほぼないんだよな
2020/10/18(日) 17:12:35.13ID:Yx1P9/Gs
>>794
JSについては違う

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

JSが必須ではなくなるということは
JSエンジニアが必要なくなる時代ってことだ
2020/10/18(日) 17:13:53.33ID:Yx1P9/Gs
>>796
まったく違う、わかってない

Sandboxあるからセキュリティが高い
さらにwasmはweb standard
2020/10/18(日) 17:19:17.50ID:d1Nj1iwg
Web Components はとても素晴らしいけど、けっこう面倒くさい。でもライブラリとかはバックグラウンドにガリガリ使うようになって間接的に役立つだろうし、なんなら関数でラップしても良い
2020/10/18(日) 17:27:55.50ID:d1Nj1iwg
wasmでjsが消えてもDOMは残る。フレームワーク使えば別だけど、DOMから離れようとすれば遅くなり、wasmの速さは失われる
2020/10/18(日) 17:57:09.49ID:sdwhAUyo
wasm&SPAは業務系の希望になりうると思うが
業務系の複雑なUIはSPAと相性がいい
業務系エンジニアなら誰でも使えるJavaやC#がフロントでも使えたら学習コストが下がる
サーバーとクライアントでロジックを共有すればコストが下がる
2020/10/18(日) 18:11:07.46ID:Vj/rkYxM
>>797
> Blazorのようなのが人気でてくると

前提崩れだね。
十年で日本を追い抜く言ってた朝鮮はどうなりましたか?www
Silverlightwwww
803デフォルトの名無しさん
垢版 |
2020/10/19(月) 11:19:02.29ID:FE0TPttz
なんだよまたjQueryでスレ伸びてるのか。
クライアントがブラウザである以上、jsやcss,domに原則縛られるんだよ。あとは如何に効率よくラップするかの差でしかない。好きなもの選べばいいさ。

ただ未だに生のjsやcssで組んでるやつは流石に時代遅れと自覚して欲しい。
2020/10/19(月) 11:39:18.70ID:32Wztry8
>>803
BrowserはいまだにJSに縛られると思ってるやつは流石に時代遅れと自覚して欲しい

Blazor WebAssembly使い始めたがC#だけで書けるし
Visual Studioで開発できるし最高だわ
2020/10/19(月) 11:55:34.45ID:kIQ4aN8p
>>804
期待してるけどツールがまだ追いついてなくて….razorファイルのフォーマットが崩れる問題くらいはさすがに修正してくれないと。
まあ現状はスレチなので。
2020/10/19(月) 12:14:08.56ID:5B25o4c7
Blazorはまあまあ悪くないけどソースコード編集してから画面に反映されるまでが遅いのがネックだね
2020/10/19(月) 12:38:39.55ID:7BdQwjNC
つかそもそもロードが遅い
808デフォルトの名無しさん
垢版 |
2020/10/19(月) 12:38:40.38ID:FE0TPttz
>>804
それは違うなだろう。
ラップしてるだけ、意識しないだけで最終的にブラウザが対応してる要素に縛られるのは変わらん。スマホアプリとは全く違う。
フレームワークの進化に対して実行エンジンであるブラウザの進化が遅すぎるんだよな。今でもsafariだけcssの解釈が違うなんてしょっちゅうだし、土台部分の知識が無いと結局対応できん。チグハグで不安定なのがフロントの宿命なんだよ。
だから各フレームワーク、IDEには本当に感謝してる。裏でとんでもない労力かけて俺たちの労力軽減してくれて有り難うだよな。
809デフォルトの名無しさん
垢版 |
2020/10/19(月) 19:27:14.09ID:LEqT1iP9
5GとかiphoneとかRetinaみたいな余計なことして
業界混乱させる前にやるべき事やれや
まずまともなブラウザ提供しろ
さもなくばデフォのブラウザ大人しくchromeにしとけ
2020/10/19(月) 21:13:29.51ID:32Wztry8
>>808
自分が読み書きするコードがC#ならそれでいいでしょ
どんな言語も実行前には人間が読めない形になる
811デフォルトの名無しさん
垢版 |
2020/10/20(火) 10:15:07.36ID:pHiz9StD
機械語直接読める人も稀に居る
2020/10/20(火) 11:32:32.11ID:YB4ljTXG
>>809
それって誰に対して言ってるの?
2020/10/20(火) 16:39:31.91ID:Nlf6zVNG
Netscape4のことやろ
814デフォルトの名無しさん
垢版 |
2020/10/22(木) 11:04:28.44ID:/VYs8fos
web componentは流行るかどうかはさておき、必然的に使う場面が出てくると思う。

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

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

どうだろうか
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。

ニューススポーツなんでも実況