[表示 : 全て 最新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。

756 名前:デフォルトの名無しさん [2020/10/18(日) 02:13:12.65 ID:5IG+e1ti.net]
素人がちょっとしたWebページにちょっとした動的な要素をつけたいときには
jQuery使うと便利かもね
って程度だよ
jQueryにすがりついてるお前の程度もしれてるw

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をなくすメリットを言わないんだもんなw

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で使うものだったときの名残w

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

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

しかし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のメリットのうち小粒のものだけを抜き出したら
全部小粒だった

と言ってるのと同じだなw

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でもできるじゃんw
価値がないところだけを見て価値がないと言っても無意味だよ
もっと広い目でjQueryを見ないとwww

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で使うものだったときの名残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を同じテーマでやるのは無理ある
サイトリニューアルして昔あった機能や要素を削除して既存ユーザーから大反発食らうのがこのパターン






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

前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