20/10/18 01:38:35.01 5IG+e1ti.net
jQueryのセレクタ構文とか、いまじゃバニラのJSでも
document.querySelector('input[type=radio]:checked')
みたいな感じで使えるし簡略化するだけのjQueryはわざわざ読み込むまでも
なくなっていきそうだけどな
751:デフォルトの名無しさん
20/10/18 01:41:22.39 u/6+iFla.net
そりゃセレクタ構文だけだろ
jQueryの特徴は、そのセレクタにマッチする複数（ない場合も含めて）に対して
CSSのスタイルと同じように要素が存在するかをチェックすることなく
宣言的に処理を割り当てることができるのが便利なんだが
752:デフォルトの名無しさん
20/10/18 01:53:17.56 5IG+e1ti.net
メソッドチェインできることだけがjQueryのメリット？
ほんのちょっとの便利のために余分なファイルを読み込ませたくないな
753:デフォルトの名無しさん
20/10/18 01:56:11.41 u/6+iFla.net
メソッドチェインの話なんかしてないのに
いきなりなにいってんだろうねｗ
まさかメソッド呼び出しは全部メソッドチェインだとでも思ってんの？
754:デフォルトの名無しさん
20/10/18 02:05:59.33 5IG+e1ti.net
何言ってるのかわからないけどなにか小粒な利点を主張しているのは分かった
存在チェックすることなしに宣言的に処理をするなんて小粒も小粒
755:デフォルトの名無しさん
20/10/18 02:07:38.05 5IG+e1ti.net
わかった
知能が低くて最新のライブラリなりフレームワークについていけないから
ひがんでるんだな
756:デフォルトの名無しさん
20/10/18 02:09:36.41 5IG+e1ti.net
jQueryを使うので能力の精一杯なのか
757:デフォルトの名無しさん
20/10/18 02:11:04.54 u/6+iFla.net
>>745
そんなんだからjQueryがいつまでも増え続けてるのがわからんだよ
jQueryが物理的に行数が減るのは当然として、
その結果、メンテナンスのコストが下がって
バグが減るのが重要なところだろ
758:デフォルトの名無しさん
20/10/18 02:13:12.65 5IG+e1ti.net
素人がちょっとしたWebページにちょっとした動的な要素をつけたいときには
jQuery使うと便利かもね
って程度だよ
jQueryにすがりついてるお前の程度もしれてるｗ
759:デフォルトの名無しさん
20/10/18 02:13:22.35 u/6+iFla.net
例えば、アロー関数なんて使わなくても
this保存してfunctionつければ同じことができるけど
アロー関数使わなくて良い世界を知ったら元に戻れないだろ？
ほんの数行の違いでもないほうが楽なんだよ
760:デフォルトの名無しさん
20/10/18 02:29:10.45 5IG+e1ti.net
まさかjQueryマンセーで愚かな考えを晒すことで周りから袋叩きされる
ということを通してjQueryを貶めるという作戦か
761:デフォルトの名無しさん
20/10/18 03:04:15.75 u/6+iFla.net
そんな願望垂れ流してないで
メリットとデメリットの話をしろよ
jQueryがなくても頑張れるっていうだけで
jQueryをなくすメリットを言わないんだもんなｗ
762:デフォルトの名無しさん
20/10/18 03:18:45.94 xWXtsYNK.net
ハァ？jQueryバカはCSSセレクタ丸パクリのクセして自分の手柄にしてんのか。チョンみてーだな(藁
763:デフォルトの名無しさん
20/10/18 03:23:44.86 5IG+e1ti.net
jQueryバカが言ってるメリットはどれも小粒
なくても困らない
なら最初から利用しなければ余計なファイルを削減できる
というのが使わないメリット
764:デフォルトの名無しさん
20/10/18 03:36:40.28 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の比べれば劣化コピーでしかない
765:デフォルトの名無しさん
20/10/18 03:38:05.32 u/6+iFla.net
余計なファイルを削減できる？
JavaScript使ってる時点で外部JavaScriptファイルがある
たかだか1ファイル減るだけの話
しかも結合すれば1ファイルですむ
766:デフォルトの名無しさん
20/10/18 03:44:26.00 5IG+e1ti.net
jQueryとかメリットなんて微々たるものなのにレガシーブラウザ対応とかで
無駄にサイズがでかいからな
減らす効果はそれなりにあるぞ
767:デフォルトの名無しさん
20/10/18 03:44:51.93 u/6+iFla.net
余計なファイルを削減できるというメリットは小粒
初回アクセス時に30KB読み込みができるというメリットは小粒
JavaScript処理が僅かに早く終るというメリットは小粒
jQueryをなくしたときのメリットはどれも小粒ではないか
体感上わからない程度の遅延があっても困らない
ならできる限り開発を楽にするほうがいい
というのがメリット
768:デフォルトの名無しさん
20/10/18 03:45:14.17 u/6+iFla.net
>>757
圧縮時30KBはものすごく小さいですが？
769:デフォルトの名無しさん
20/10/18 03:46:02.89 5IG+e1ti.net
バカに何言っても無駄かもしれんが
770:デフォルトの名無しさん
20/10/18 03:47:50.92 u/6+iFla.net
例えばGoogleのシンプルな検索トップページは圧縮状態で65KBでした。
771:デフォルトの名無しさん
20/10/18 04:01:50.12 5IG+e1ti.net
jQueryを利用するメリットがそもそも小粒
ブラウザごとの分岐処理とかが埋め込まれてるから実行時の効率が悪い
ファイルサイズがでかい
つまりいらない
772:デフォルトの名無しさん
20/10/18 04:26:16.95 u/6+iFla.net
jQueryのメリットのうち小粒のものだけを抜き出したら
全部小粒だった
と言ってるのと同じだなｗ
773:デフォルトの名無しさん
20/10/18 04:27:54.23 xWXtsYNK.net
>>755
中学校を単に学校というって言ってるみたいなもんだな。バカが。
CSSのセレクタのルールそのままパクっただけの盗人。
盗んだものをもともと自分のだと主張。まさにチョン。
774:デフォルトの名無しさん
20/10/18 04:34:21.10 u/6+iFla.net
jQueryの価値はjQueryオブジェクトだよ
CSSセレクタなんか、素の使いづらいJavaScriptでもできるじゃんｗ
価値がないところだけを見て価値がないと言っても無意味だよ
もっと広い目でjQueryを見ないとｗｗｗ
775:デフォルトの名無しさん
20/10/18 04:34:51.73 5IG+e1ti.net
このjQueryバカは素人レベルのスキルしかなさそう
776:デフォルトの名無しさん
20/10/18 04:36:26.13 5IG+e1ti.net
しょぼいWebページをjQueryで作ってご満悦なんだろう
777:デフォルトの名無しさん
20/10/18 04:37:38.31 5IG+e1ti.net
いい年こいたおっさんがjQueryにすがりついてるとかダサすぎるんだよ
778:デフォルトの名無しさん
20/10/18 04:45:10.27 u/6+iFla.net
ほらね、もう遠吠えいうことしかできなくなったでしょ？
779:デフォルトの名無しさん
20/10/18 04:50:29.21 xWXtsYNK.net
CSSセレクタパクリがバレたら開き直ったjQueryガイジ。
居直り強盗で駅前一等地を占拠してパチンコで儲けるチョンと同じ。
jQuery関係ないスレで居直り占拠jQueryチョン。
780:デフォルトの名無しさん
20/10/18 05:21:40.18 5IG+e1ti.net
おっと
>>1 に
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
と書いてあったな
781:デフォルトの名無しさん
20/10/18 07:08:38.76 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の比べれば劣化コピーでしかない
782:デフォルトの名無しさん
20/10/18 07:17:16.70 d1Nj1iwg.net
言葉で説明されてもメリットわからんな。どうせ議論するならコード書け。
783:デフォルトの名無しさん
20/10/18 07:50:51.32 d1Nj1iwg.net
言い出しっぺとして書くけど、これを数文字短くするためにjQuery使うか？
document.querySelectorAll('div.highlighted')
.forEach(ele=> Object.assign(ele.style, {color: 'red', backgroundColor: 'white'}))
784:デフォルトの名無しさん
20/10/18 08:00:05.71 0puAkJ4t.net
document.querySelectorAll('div.highlighted').forEach(ele=> Object.assign(ele.style, {color: 'red', backgroundColor: 'white'}))
$('div.highlighted').css({color: 'red', backgroundColor: 'white'});
一行のものはだいたい半分になる。
だがそれよりも重要なのは「宣言的」であるということ
forEachというループが無くなっている
785:デフォルトの名無しさん
20/10/18 08:18:08.24 mPnoVdEN.net
無いとなんかすごいのか？
jQueryが裏で回してるだけじゃん
786:デフォルトの名無しさん
20/10/18 08:19:09.73 0puAkJ4t.net
>>776
jQueryが裏で回す（十分テスト済み）＝自分でやらないからバグが減る
787:デフォルトの名無しさん
20/10/18 08:27:01.54 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箇所もある
788:デフォルトの名無しさん
20/10/18 09:50:11.92 mPnoVdEN.net
コードの意図を隠してまで短くすることか？
その時点で要素があるべきなのか複数なのか何も判らん
エラーが出ない=バグがないってことならいいが
789:デフォルトの名無しさん
20/10/18 12:28:55.12 atqzb7Sw.net
>>739
こいつ結局Webサイトの話しかできてねえな
アホだろ
>>750 こいつやはりアホだ アロー関数がfunctionの代用だと勘違いしてる その認識でほんの数行変えたらバグるわけ そもそも仕様がまったく違う
791:デフォルトの名無しさん
20/10/18 13:23:36.66 qDJHdxok.net
>>780
どこにアロー関数がfunctionの代用って書いてある？よく読んでみなよｗ
792:デフォルトの名無しさん
20/10/18 13:24:28.19 qDJHdxok.net
>>779
隠しているのはコードの詳細であって
詳細を隠してるから意図は明確になってる
793:デフォルトの名無しさん
20/10/18 13:56:45.57 H1Ht+H/l.net
>>739
Web Componentsは流行らんと思うよ正直
こんな移り変わりの激しいWeb技術の世界で3年以上前から話題が上がってるにも関わらず未だに流行りにもなってないっていうのはそういう事だろ
Recoidなんて登場してから殆ど経ってないのにもうReduxを抜きつつある
Web Componentsが本当に良いものならそういう速度感で流行るもんだ
現時点で流行ってないっていうのは結局D言語みたいなものにしかならない
794:デフォルトの名無しさん
20/10/18 13:58:18.90 H1Ht+H/l.net
訂正
Recoid→Recoil
795:デフォルトの名無しさん
20/10/18 14:09:20.19 nDjNgNBc.net
WebAssemblyも流行らなかったしね
796:デフォルトの名無しさん
20/10/18 14:39:50.73 H1Ht+H/l.net
WebAssemblyに関してはWebGPUが今後流行ったら多少チャンスはあるかも知れんがそれ以外の用途では望みは薄そうだな
797:デフォルトの名無しさん
20/10/18 15:05:47.51 WlQf1Fni.net
Ruby, jQuery は、メソッドチェーンで関数型のように書ける。
a().b().c() みたいに
これを一々、存在チェックしてられない
return if obj = a() == nil
return if obj = obj.b() == nil
obj.c()
798:デフォルトの名無しさん
20/10/18 15:18:04.47 Yx1P9/Gs.net
WebAssemblyはこれからの技術
MS以外がまだまともなframeworkだしてない
JSが好きという人は少ないので必ず流行る
>>786
CPU速くなったらwasmの弱点が消えて長所だけが残るから
wasmはだんだん増えていく
799:デフォルトの名無しさん
20/10/18 15:32:42.61 nDjNgNBc.net
> CPU速くなったらwasmの弱点が消えて長所だけが残るから
> wasmはだんだん増えていく
そこに目的がありません
速くなったら使われると思うのはなぜか？
ウェブアプリが作れるようになったら、みんなウェブアプリを作ると思うのはなぜか？
目的がなければ、使うようにも作るようにもならない
800:デフォルトの名無しさん
20/10/18 15:36:35.19 nDjNgNBc.net
劣ってるから使われないって思うのは
技術者のよくある勘違いだよなｗ
そもそも需要がなければ使われないんだよ
801:デフォルトの名無しさん
20/10/18 15:38:29.83 nDjNgNBc.net
不都合な真実、ほとんどの人がwasmを試してすらいない。遅いなんて言ってる人全然いないだろ？
802:デフォルトの名無しさん
20/10/18 16:42:00.34 Vj/rkYxM.net
URLﾘﾝｸ(classic.minecraft.net)
babylon.js製。
安定して60fpsで動くが、babylon.jsにはWebAssemblyは一切使われていない。
803:デフォルトの名無しさん
20/10/18 16:54:05.68 Yx1P9/Gs.net
>>789
JSに縛られず開発生産性高い言語を使える
それだけでwasmを使う理由になる
804:デフォルトの名無しさん
20/10/18 16:55:29.25 +DCedG5t.net
× JSに縛られず
○ もとからJS使わない人が使う
だからウェブ系の人は使わないし
JS使わないならネイティブアプリでいいんじゃね？ってなるんだよなｗ
805:デフォルトの名無しさん
20/10/18 17:07:08.15 Yx1P9/Gs.net
>>794
native appだけでいいってのは技術的にはそのとおり
wasmは中途半端な立ち位置だからな
ただApple, Googleで手数料30%取られるだろう？
wasmだとその手数料を回避できるから
そういうビジネスの問題考えたら価値がすごくあるわけ
806:デフォルトの名無しさん
20/10/18 17:09:18.69 H1Ht+H/l.net
結局ブラウザから排除されてるJavaAppletやFlashPlayerとWebAssemblyに違いなんとほぼないんだよな
807:デフォルトの名無しさん
20/10/18 17:12:35.13 Yx1P9/Gs.net
>>794
JSについては違う
Blazorのようなのが人気でてくると
JSしかできないフロントエンジニアの存在が不必要になる
C#プログラマーはserver sideとclient sideの両方のコードがかける
JSが必須ではなくなるということは
JSエンジニアが必要なくなる時代ってことだ
808:デフォルトの名無しさん
20/10/18 17:13:53.33 Yx1P9/Gs.net
>>796
まったく違う、わかってない
Sandboxあるからセキュリティが高い
さらにwasmはweb standard
809:デフォルトの名無しさん
20/10/18 17:19:17.50 d1Nj1iwg.net
Web Components はとても素晴らしいけど、けっこう面倒くさい。でもライブラリとかはバックグラウンドにガリガリ使うようになって間接的に役立つだろうし、なんなら関数でラップしても良い
810:デフォルトの名無しさん
20/10/18 17:27:55.50 d1Nj1iwg.net
wasmでjsが消えてもDOMは残る。フレームワーク使えば別だけど、DOMから離れようとすれば遅くなり、wasmの速さは失われる
811:デフォルトの名無しさん
20/10/18 17:57:09.49 sdwhAUyo.net
wasm＆SPAは業務系の希望になりうると思うが
業務系の複雑なUIはSPAと相性がいい
業務系エンジニアなら誰でも使えるJavaやC#がフロントでも使えたら学習コストが下がる
サーバーとクライアントでロジックを共有すればコストが下がる
812:デフォルトの名無しさん
20/10/18 18:11:07.46 Vj/rkYxM.net
>>797
> Blazorのようなのが人気でてくると
前提崩れだね。
十年で日本を追い抜く言ってた朝鮮はどうなりましたか？ｗｗｗ
Silverlightｗｗｗｗ
813:デフォルトの名無しさん
20/10/19 11:19:02.29 FE0TPttz.net
なんだよまたjQueryでスレ伸びてるのか。
クライアントがブラウザである以上、jsやcss,domに原則縛られるんだよ。あとは如何に効率よくラップするかの差でしかない。好きなもの選べばいいさ。
ただ未だに生のjsやcssで組んでるやつは流石に時代遅れと自覚して欲しい。
814:デフォルトの名無しさん
20/10/19 11:39:18.70 32Wztry8.net
>>803
BrowserはいまだにJSに縛られると思ってるやつは流石に時代遅れと自覚して欲しい
Blazor WebAssembly使い始めたがC#だけで書けるし
Visual Studioで開発できるし最高だわ
815:デフォルトの名無しさん
20/10/19 11:55:34.45 kIQ4aN8p.net
>>804
期待してるけどツールがまだ追いついてなくて….razorファイルのフォーマットが崩れる問題くらいはさすがに修正してくれないと。
まあ現状はスレチなので。
816:デフォルトの名無しさん
20/10/19 12:14:08.56 5B25o4c7.net
Blazorはまあまあ悪くないけどソースコード編集してから画面に反映されるまでが遅いのがネックだね
817:デフォルトの名無しさん
20/10/19 12:38:39.55 7BdQwjNC.net
つかそもそもロードが遅い
818:デフォルトの名無しさん
20/10/19 12:38:40.38 FE0TPttz.net
>>804
それは違うなだろう。
ラップしてるだけ、意識しないだけで最終的にブラウザが対応してる要素に縛られるのは変わらん。スマホアプリとは全く違う。
フレームワークの進化に対して実行エンジンであるブラウザの進化が遅すぎるんだよな。今でもsafariだけcssの解釈が違うなんてしょっちゅうだし、土台部分の知識が無いと結局対応できん。チグハグで不安定なのがフロントの宿命なんだよ。
だから各フレームワーク、IDEには本当に感謝してる。裏でとんでもない労力かけて俺たちの労力軽減してくれて有り難うだよな。
819:デフォルトの名無しさん
20/10/19 19:27:14.09 LEqT1iP9.net
5GとかiphoneとかRetinaみたいな余計なことして
業界混乱させる前にやるべき事やれや
まずまともなブラウザ提供しろ
さもなくばデフォのブラウザ大人しくchromeにしとけ
820:デフォルトの名無しさん
20/10/19 21:13:29.51 32Wztry8.net
>>808
自分が読み書きするコードがC#ならそれでいいでしょ
どんな言語も実行前には人間が読めない形になる
821:デフォルトの名無しさん
20/10/20 10:15:07.36 pHiz9StD.net
機械語直接読める人も稀に居る
822:デフォルトの名無しさん
20/10/20 11:32:32.11 YB4ljTXG.net
>>809
それって誰に対して言ってるの？
823:デフォルトの名無しさん
20/10/20 16:39:31.91 Nlf6zVNG.net
Netscape4のことやろ
824:デフォルトの名無しさん
20/10/22 11:04:28.44 /VYs8fos.net
web componentは流行るかどうかはさておき、必然的に使う場面が出てくると思う。
今後はマイクロサービスと同様にその技術がフロントにも流れてきてマイクロフロントエンドアーキテクチャが主流になると思う。
そうなると、サービス単位で共通なコンポーネントはweb標準であるweb componentで作る必要が出てくる。
どうだろうか
825:デフォルトの名無しさん
20/10/22 11:08:22.84 /VYs8fos.net
jquery別に悪くないけど、今はvanilla jsで十分だし使う場面がない。
モダンフレームワーク（react,vue,etc）vs jqueryという構図をこのスレでは良くみるが意味がわからん。
正しく議論されるべきは
モダンフレーム vs web標準（web componentなど）
だと思う。
826:デフォルトの名無しさん
20/10/22 11:20:08.12 6pdR4Nyi.net
オライリーから出てるCSSシークレット著者によるWeb Components評。
ちょっと辛辣。コメント欄で議論盛り上がってるがここChrome翻訳効かないのな…
URLﾘﾝｸ(lea.verou.me)
827:デフォルトの名無しさん
20/10/22 11:51:03.89 6pdR4Nyi.net
Web Componentsに対する批判
URLﾘﾝｸ(thenewobjective.com)
・CSS疑似セレクターが機能しない
・ネイティブ要素と互換性がない
・Non-trivialな要素はHTMLElementを継承する必要がある
・JavaScriptが必要
・潜在的に指数関数的なフォールバック
・ポリフィルが必要
・Ariaの問題
・SEOの問題
・追加の制限
828:デフォルトの名無しさん
20/10/22 11:59:22.52 6pdR4Nyi.net
Web Componentsの問題
URLﾘﾝｸ(adamsilver.io)
829:デフォルトの名無しさん
20/10/22 12:01:23.69 /VYs8fos.net
俺の頭が悪いせいかこの記事の言いたいことがいまいちわからん
plug and playの箇所解説よろ
830:デフォルトの名無しさん
20/10/22 12:02:25.44 VEHOj23m.net
>>815
ｼｨｰｯ! (jqueryバカがよってくるから)
831:デフォルトの名無しさん
20/10/22 12:13:14.66 wabMUpti.net
>>814
流行らんよ
マイクロサービスはトレードオフ
832:デフォルトの名無しさん
20/10/22 12:14:15.55 /VYs8fos.net
何と何のトレードオフ？
833:デフォルトの名無しさん
20/10/22 12:16:12.59 /VYs8fos.net
>>817
後で読んでみるけど、
ariaとJavaScript以外は別に問題じゃない気がするけどね
834:デフォルトの名無しさん
20/10/22 12:22:04.55 6pdR4Nyi.net
フォールバックは酷い。is属性なんて初めて知った
835:デフォルトの名無しさん
20/10/22 12:38:04.11 6pdR4Nyi.net
web非標準のreactが簡単にssr出来るのにweb標準のweb componentsが事実上無理（初期レンダリングコストはクライアント側で支払うしかない）なのはなんだかなぁ…
836:デフォルトの名無しさん
20/10/22 12:42:06.25 mESUiPaq.net
>>817
templateタグともっと親和性を高めるとかHTMLだけでComponent作れるとやりやすいよなと思う
837:デフォルトの名無しさん
20/10/22 14:34:21.09 /VYs8fos.net
>>825
やろうと思えばできるけどな。shadow domを使わない場合だけど。
でも言いたいことはわかる。そこまでサポートしてから世に放てば良かったのにとは思うけどね。
URLﾘﾝｸ(web.dev)
↑いま頑張ってやってる途中やで
838:デフォルトの名無しさん
20/10/22 15:31:11.95 6pdR4Nyi.net
Declarative Shadow DOM か。いいね。
試してみようと思ったらchromeでもまだオリジントライアル中か…
839:デフォルトの名無しさん
20/10/22 16:28:17.70 /VYs8fos.net
やりたいことは理解してるんだけど
英語力がないから何がdeclarativeのニュアンスがわからん。
840:デフォルトの名無しさん
20/10/22 16:32:28.10 S3hKE4m7.net
宣言的だろ？ ようはループを使わないってことだよ
例えばjQueryはループを使わない
$('.selector').css({color: 'red'); このように
これがDOM APIだとループが必要な手続き的になってしまう
841:デフォルトの名無しさん
20/10/22 17:12:31.60 /VYs8fos.net
>>830
絶対に違うわww
宣言的＝ループを使わないが違うということは俺にもわかる
842:デフォルトの名無しさん
20/10/22 17:25:57.82 /VYs8fos.net
宣言的なweb component
現状のweb componentのどこが非宣言的で、あのリンク先の技術が適用されるとどこが宣言的になるんだろう。イマイチわからん。web componentにおける宣言的ってなんや
843:デフォルトの名無しさん
20/10/22 22:57:05.06 /bIs3HR3.net
UI組み立てる系のライブラリは固定乱数でいいから
全てのDOM要素にid振っとけや
色が違うとかアイコンを変えろとかクソみたいな指示飛んでくるんだから
844:デフォルトの名無しさん
20/10/22 23:52:28.51 lftkiv5C.net
宣言的な書き方に拘っても保守性なんて少しも良くならんわ。
845:デフォルトの名無しさん
20/10/22 23:54:57.12 nuIgGdek.net
SPAは簡単だったけどCSSがやっぱりわからねえんだわ
SPAで作ってもデザインが古くさくなる
846:デフォルトの名無しさん
20/10/23 00:44:45.37 FArv5Kwn.net
デザインなんてとりあえずBootstrapっぽくすればええんやろ？
847:デフォルトの名無しさん
20/10/23 00:45:35.33 tlpc4Wom.net
色彩センスほしい
848:デフォルトの名無しさん
20/10/23 07:35:23.39 VuITFA8z.net
MaterialUIとかUIライブラリ使えば？
849:デフォルトの名無しさん
20/10/23 18:13:14.23 kxyOvtyq.net
>>833
乱数のid振ってどうすんだよ？
まさかidで色変えてんのか？
>>835
お前のセンスゼロだしこの先死ぬまでセンスゼロのままだからなあ
>>836
bootstrapっぽくすら不可能じゃん
>>837
センスゼロのやつは死ぬまでセンスゼロ
>>838
Googleが公式にセンスゼロ向けって謳ってるしな
ただしセンスゼロでcssスキルない奴が使うとMaterialUIすらまともに使えない
850:デフォルトの名無しさん
20/10/23 18:46:41.39 tlpc4Wom.net
センスゼロでもSPAはできるけど、CSSはそうもいかんからなぁ
センスゼロでも使えるライブラリを使うしかないか
逆に言えばライブラリ使えば、センスゼロでもCSS、SPA両方できるようになるわけだし、こだわり捨てればまあ、いいか
すぐに移り変わる分野だし、気楽にやろう
851:デフォルトの名無しさん
20/10/23 19:06:52.06 J0Nj+DQ7.net
MaterialUIなんて公式のサンプルコピペしてテーマ設定するだけでそんな酷くならんと思うが
これ以上のリッチなもの求めてて自分で勉強できないならデザイナー雇うしかない
色彩センスは今どき色選んでくれるサービスたくさんあるだろ
URLﾘﾝｸ(yumyumcolor.com) とか
852:デフォルトの名無しさん
20/10/23 23:29:55.94 2GRyUC4A.net
MaterialUIとBootstrapは併用できるの？
混ぜるな危険？
853:デフォルトの名無しさん
20/10/23 23:48:08.69 nGATsAeS.net
material ui 重い…
軽量でいい感じのが欲しい
854:デフォルトの名無しさん
20/10/24 02:55:24.68 w8fcXJt9.net
この手のUIフレームワークは余白が多すぎて、1画面の情報量が少ない
スマホアプリ前提な感じ
855:デフォルトの名無しさん
20/10/24 10:43:36.04 6JYHV7pP.net
>>842
やろうと思えばできるが崩れる上にそもそもやるやつはアホでしかない
>>844
余白なんか調整すればいい
キツキツの帳票みたいなUIが好みという日本人が多いが世界中から笑われてんの未だに気づかない連中ばかりだからな
856:デフォルトの名無しさん
20/10/24 11:46:27.33 /DIUYZs9.net
情報をギッシリ詰め込むのは別に構わないと思うが
ダッシュボードとかでよくある
しかしジジイどもは同じ画面で入力もやらせようとするからおかしくなる
857:デフォルトの名無しさん
20/10/24 19:25:12.62 FRMxNp3B.net
>>844
Vue もReact もAngular も
全く関係ない話だ
858:デフォルトの名無しさん
20/10/24 23:01:23.08 l6E2jtuo.net
スマホ向けのUIとPC向けのUIを同じテーマでやるのは無理ある
サイトリニューアルして昔あった機能や要素を削除して既存ユーザーから大反発食らうのがこのパターン
859:デフォルトの名無しさん
20/10/24 23:10:02.60 sB9OWN+i.net
>>848
いやお前に才能がないだけだろ
860:デフォルトの名無しさん
20/10/24 23:19:17.03 l6E2jtuo.net
この記事が面白い
そもそもSPAにする意味なかったというのはよくある
URLﾘﾝｸ(zenn.dev)
861:デフォルトの名無しさん
20/10/25 00:25:49.62 yastPy5p.net
>>850
結局SPAって1つか2つの問題を解決するために他の多くの問題を呼び込んでるんだよな
862:デフォルトの名無しさん
20/10/25 11:59:34.61 KvAimzX1.net
>>850
vue.js で CRUD アプリを造りたいとか
発想そのものがあほやん
URLﾘﾝｸ(qiita.com)
CRUD にしたいなら vue.js 使わなければ良いだけの話だろ
863:デフォルトの名無しさん
20/10/25 12:11:24.08 KhHAp4C5.net
>>852
だから
（殆どの用途には）vue.js 使わなければ良いだけの話だろ
と最初から言ってるだろｗ
864:デフォルトの名無しさん
20/10/25 12:13:09.66 KhHAp4C5.net
URLﾘﾝｸ(w3techs.com)
2020年10月15日 76.5%
2020年10月23日 76.6%
2020年10月25日 76.7%
な？だからjQueryが使われてるんだって
少なくとも10日で0.1%以上増えてるからな
865:デフォルトの名無しさん
20/10/25 12:20:32.19 oIFSPb3Z.net
シンプルなアプリは開発者、利用者の両方の視点でMVCフレームワークの圧勝だろ
複雑なアプリになると開発者としてはSPAのほうが作りやすいが、、、
しかし利用者からすれば複雑なアプリの需要なんてのはほとんど無い等しい
例えばpgadminは複雑なアプリだがぶっちゃけシンプルなadminerのほうが使いやすいのだ
結論
SPAはゴミ
866:デフォルトの名無しさん
20/10/25 12:21:18.49 KhHAp4C5.net
「脱jQuery」を目的にするとたいてい失敗する
なにか問題があって、それを解決するためにVue、React、Angularなどを採用すべきという
当たり前の前の話であって、良い選択肢の１つであるjQueryを廃止して
特定の用途専用のものを導入するのは愚かである
特定の用途専用のものは、特定の用途の場合に使うもので
「○○の用途のために○○を導入しました」という言い方にするべきだ
867:デフォルトの名無しさん
20/10/25 12:22:24.43 oIFSPb3Z.net
ようするにUX設計ができない人のためのフレームワークがSPA
868:デフォルトの名無しさん
20/10/25 12:27:24.62 KhHAp4C5.net
今までSPAのやり方でスマホアプリとか作ってきた人たちが
今までと同じやり方で作るためのものSPAだろう
ウェブにはウェブのやり方があるんだが
そういう（アプリ作ってひた人たちにとっては）"新しいやり方"を
学ぶ能力がなくて、今までと同じやり方でやりたいっていうのがSPA
これからはSPAだ～とか言ってるやつは、jQueryどころかCSSも嫌いなはず
なぜならどちらも宣言的だから。SPAは手続き的に作る。
セレクタに対して処理や属性を宣言的に適用するjQueryやCSSは
考え方が根本的に違っていて、頭が凝り固まってる人には理解ができない
869:デフォルトの名無しさん
20/10/25 12:36:18.38 TnKDqOYo.net
>>854
そりゃゴミは毎日増えるからな
870:デフォルトの名無しさん
20/10/25 12:37:35.38 TnKDqOYo.net
>>857
お前の認識があほすぎて萎える
871:デフォルトの名無しさん
20/10/25 12:40:02.70 FzqccguI.net
良い加減スレチ
くだらん話でスレ埋めるな
よそのスレか板いってくれ
872:デフォルトの名無しさん
20/10/25 12:55:08.10 1H1lkjwT.net
>>859
「良いもの」が増えないｗｗｗ
873:デフォルトの名無しさん
20/10/25 12:59:58.30 /elpRfls.net
ガイジ大集合ｗｗｗ
874:デフォルトの名無しさん
20/10/25 13:23:18.15 1H1lkjwT.net
jQueryが増えてるってのは事実として
それ以上に増えれば、シェアはjQueryよりも増えるんだよ
結局増えてねーじゃんと
875:デフォルトの名無しさん
20/10/25 13:55:14.12 Lw87uGLi.net
jQueryとReactじゃ根本的に作るべき対象が違う
876:デフォルトの名無しさん
20/10/25 14:09:21.75 1H1lkjwT.net
うん。だから最初から根本的に作るべき対象が違うので
「脱jQuery」ありきは間違いだって言ってるわけ
作るべき対処がjQuery向きじゃない場合に使えば良いわけで
今までjQueryで問題なくやってきたところが脱jQueryするのは
意味がないどころか、デメリットになってるわけ
作るべき対象がjQuery向きなのに、脱jQueryしてどうするんだと
877:デフォルトの名無しさん
20/10/25 14:13:12.24 Lw87uGLi.net
フレームワークなんて概念がなかった時代にjQueryで無理やり作ったシステムとかならフレームワーク置き換えって結構意義はあるけどね
段階的な置き換えか一から再構成かは都度都度によるけど
878:デフォルトの名無しさん
20/10/25 15:38:13.61 pXppxvnv.net
Ruby on Rails では、React, Bootstrap が多い。
Material-UI を使った場合は、レスポンシブ対応になるのかな？
react-bootstrap という、BootstrapをReactコンポーネントとして再構築した、UI フレームワークもある。
jQuery など不要な依存関係がない
879:デフォルトの名無しさん
20/10/25 15:44:10.58 1H1lkjwT.net
Railsの標準はjQueryやろ？
880:868
20/10/25 16:42:13.03 pXppxvnv.net
Rails, React, Bootstrap で、
Bootstrap 4 が、jQuery に依存しているから、使っているだけ
react-bootstrap など、jQueryに依存していない場合は、axios が多い
881:デフォルトの名無しさん
20/10/25 16:50:25.07 wTbiVIgp.net
>>854のシェアって公開されてない社内サイト/アプリやログイン必須アプリも含まれてるの？
882:デフォルトの名無しさん
20/10/25 22:10:05.93 TnKDqOYo.net
ブラウザ毎に仕様が違った時代に重宝されたjqueryを未だに崇めてる奴は脳みそがそこで止まっているわけだ
883:デフォルトの名無しさん
20/10/25 23:04:04.75 /elpRfls.net
脳みそが若いままプリプリってことだ。物覚えもいい。
884:デフォルトの名無しさん
20/10/26 04:31:31.40 lc/L7zsO.net
>>872
脳が止まってるのはお前やで
未だにjQeryの便利さをブラウザの仕様の違いを
吸収するためのものだって思ってるんだろ？
jQueryすげー、DOM APIが簡潔に書けるーってみんなが思ってる中
ブラウザの違いを～とか言ってて恥ずかしくないのか？
885:デフォルトの名無しさん
20/10/26 05:49:38.18 eROnJLfC.net
未だにDOM直接イジってんのかｗ
おっさん哀れだなぁｗｗｗ
886:デフォルトの名無しさん
20/10/26 06:37:49.74 lc/L7zsO.net
フレームワーク開発者も直接DOMいじってるけど？
887:デフォルトの名無しさん
20/10/26 07:13:22.21 tqHSoVSY.net
そりゃフレームワーク開発者は使うでしょ。
詭弁のガイドラインみたくなってきた。
2.ごくまれな反例をとりあげる
4.主観で決め付ける
11.レッテル貼りをする
888:デフォルトの名無しさん
20/10/26 07:26:16.94 BWe3LZzt.net
フレームワーク開発に必須な知識を持ってる
まれな人材ですよね
889:デフォルトの名無しさん
20/10/26 08:23:16.55 Uub+nj8/.net
>>874
ミクロな視点でみれば簡潔に書けるのかも知れんが大規模なソースを構造化するのにはあんま向かないよ
890:デフォルトの名無しさん
20/10/26 08:26:26.57 37XH7byw.net
>>879
関数を使え
構造化するのにフレームワークなんぞいらん
891:デフォルトの名無しさん
20/10/26 08:35:37.48 BWe3LZzt.net
>>879
大規模なものを作るならモジュールに分けましょう
jQueryでも同じことです。
892:デフォルトの名無しさん
20/10/26 08:45:12.33 37XH7byw.net
こういう基本的なことが出来てない人がSPAに手を染めて出来た気になっちゃうのかな
893:デフォルトの名無しさん
20/10/26 09:08:21.08 bPAWEB8J.net
世界中でjqueryは時代遅れのゴミクソと言われてるのに未だに崇めてるバカは脳みそがjqueryで動いてるらしい
894:デフォルトの名無しさん
20/10/26 09:49:43.95 BWe3LZzt.net
その「世界中」の現実です。
URLﾘﾝｸ(w3techs.com)
jQuery
2017年 71.9%
2018年 73.1%
2019年 73.6%
2020年 74.2%
2月 74.4%（1ヶ月で+0.2%）
6月 75.5%（4ヶ月で+1.1%）
8月15日 76.2%（2ヶ月で+0.7%）
10月15日 76.5%（2ヶ月で+0.3%）
10月25日 76.7%（0日で+0.2%、10ヶ月で+2.5%）
Vue.js 0.4%（1年で+0.1%）
Angular 0.4%（1年で+0%）
React 0.3%（1年で+0%）
895:デフォルトの名無しさん
20/10/26 09:50:24.96 BWe3LZzt.net
訂正
10月25日 76.7%（10日で+0.2%、10ヶ月で+2.5%）
896:デフォルトの名無しさん
20/10/26 09:54:18.72 6iKDd4DC.net
jqueryしかできないやつ（笑）
897:デフォルトの名無しさん
20/10/26 09:59:14.68 BWe3LZzt.net
フレームワークはjQueryより"簡単"なんだから
jQuery使えるなら、フレームワークも使えるんでしょう？
それともフレームワークの方が難しんですか？（笑）
898:デフォルトの名無しさん
20/10/26 10:05:34.97 KRI7mNeJ.net
jQueryおじが住み着いてるようだけど
その時間に新しいframeworkの勉強しようという気にはならないんだな
成長しない、できない人
899:デフォルトの名無しさん
20/10/26 10:07:00.02 6iKDd4DC.net
まず君の理解が足りてないのは
jQueryとSPA系のライブラリは役割も規模も全然ちがう
jQueryじゃ機能が足りてなさすぎて
SPA系のライブラリに張り合うだけの立場にすらない
君の存在自体がスレチ
900:デフォルトの名無しさん
20/10/26 10:07:13.93 BWe3LZzt.net
>>888
Backbone.jsを勉強したほうがいいよって
昔言われたことがあるよｗ
901:デフォルトの名無しさん
20/10/26 10:09:04.52 BWe3LZzt.net
>>889
続きまだ？ jQueryに足りない機能の話をしてくれるんじゃないの？
もうずっと待ってるんだけど、いつ書くの？
902:デフォルトの名無しさん
20/10/26 10:12:30.05 bPAWEB8J.net
>>887
おめーの時代遅れjqueryで動いている脳みそで判定できるわけねえだろ
903:デフォルトの名無しさん
20/10/26 10:13:35.46 eROnJLfC.net
テムレイみたいだなｗ
jQueryを使え！ｗｗｗ
904:デフォルトの名無しさん
20/10/26 10:16:12.05 cy0Ae67X.net
>>884
これだけはっきり数字で示されてるのに認めない香具師って科学的な思考プロセスができないのかな？
文系さん？
905:デフォルトの名無しさん
20/10/26 10:23:59.69 6iKDd4DC.net
Reactでできるような状態管理、動的なDOM構築がjQueryだとどれだけ泥臭くなるか一回試してみろよ
jQueryだけじゃスケールしないことがわかる
Node.jsの基盤上で開発すると開発言語は例えばTypeScriptにできるし
ブラウザでの確認とかMinifyもコマンド一つだし
古いブラウザへの対応もバージョン指定すればPolyfillが埋め込まれるし
CSSもトランスパイルの過程で一意なクラス名を生成するとかもできる
906:デフォルトの名無しさん
20/10/26 10:24:24.90 tqHSoVSY.net
でもそのシェアってニュースサイトとかブログとか自動生成ページとか入ってるんでしょ？
907:デフォルトの名無しさん
20/10/26 11:21:47.26 BWe3LZzt.net
>>895
> Reactでできるような状態管理、動的なDOM構築が
そもそも、そんなもの必要ないんだよね
状態は、グローバルにでっかく持つんじゃなくて
個々の要素に持たせればいいだけ
小さくモジュール化しましょう
動的なDOM構築ではなく、静的なDOMで構成を作って
個々の要素の状態によって、表示を変更するだけにしましょう
例えばアコーディオンようなものは、複雑なDOM構築を行わないと無理だと
思ってるんだろうけど静的なHTMLとCSSだけでもできる
本当に無理なことだけをJavaScript（jQuery）で補完してあげるだけで完成する。
そのやり方を知らないから（CSSを使いこなせないから）もったいないことにCSSの機能を破棄して
全部JavaScriptでやるから、DOM構築大変だー、動的だー、複雑だーってなるんだろ
908:デフォルトの名無しさん
20/10/26 11:24:21.24 BWe3LZzt.net
そもそもの出発点が「Reactでできるようなこと」となってるからおかしいんだよ。
出発点は「作りたいもの」であって、それをReactで作ると、状態管理と動的なDOM構築が必要になって
jQueryとCSSを適切に使うと、そんなもの不要でシンプルに作れる
「作りたいものはなにか」を基準に考えろ
909:デフォルトの名無しさん
20/10/26 11:29:53.80 6iKDd4DC.net
だから複雑なものを作ろうとしたときにjQueryでは限界があるのを確かめてこい
アコーディオンなんてReact使うまでもない
もしかしてしょぼいアプリしか作ったことな�
910:｢？
911:デフォルトの名無しさん
20/10/26 11:34:15.27 6iKDd4DC.net
苦し紛れに出した例がしょぼすぎて程度が知れるってもんだわ
912:デフォルトの名無しさん
20/10/26 11:47:12.37 6iKDd4DC.net
複雑な状態を持つものな
アコーディオンなんてOn/Offしかないじゃんｗ
913:デフォルトの名無しさん
20/10/26 12:08:26.05 tqHSoVSY.net
Reactを適切に使うと管理する状態が減って楽なんだけどな～。使った事ないんだろうな
914:デフォルトの名無しさん
20/10/26 12:10:04.55 2ej88+sU.net
アプリケーションと単純なuiを同列に語って、フレームの必要性を述べてるとか大丈夫か？
915:デフォルトの名無しさん
20/10/26 12:21:55.41 3haw0p11.net
USBメモリのことをUSとか言っちゃうタイプ？
916:デフォルトの名無しさん
20/10/26 12:25:21.61 KRI7mNeJ.net
やっぱり、フロント、JS界隈はレベルが低いな
C#理解してるBlazorスレとレベルが違いすぎる
917:デフォルトの名無しさん
20/10/26 12:28:23.78 6iKDd4DC.net
時代について来れないロートルｗ
918:デフォルトの名無しさん
20/10/26 12:29:26.90 eROnJLfC.net
blazorなんてJSもTSすら理解できない老害のための介護フレームワークじゃんｗ
あとsilverlightはどうなりましたか？ｗｗ
919:デフォルトの名無しさん
20/10/26 12:29:39.94 6iKDd4DC.net
>>905
例えばC#のどのへんがレベル高いんですか？
920:デフォルトの名無しさん
20/10/26 12:30:48.56 cy0Ae67X.net
>>899
設計が下手くそだから複雑なものになってしまったんだろｗ
まず設計をシンプルに保つんだよ
そうすりゃ複雑なフレームワークは不要になる
こんなん自明の理だろうが
921:デフォルトの名無しさん
20/10/26 12:34:05.46 6iKDd4DC.net
設計が下手くそ ねえｗ
同じ人間が作ってもよりスケールする方法って言ってるのにｗ
頭悪いとしか言いようがないわ
922:デフォルトの名無しさん
20/10/26 12:34:48.92 6iKDd4DC.net
そらお前みたいに素人が作るレベルのものでは
jQueryで十分だったんだろうなｗ
923:デフォルトの名無しさん
20/10/26 12:37:38.88 6iKDd4DC.net
ここに書き込んでる人間は信用しなくても
SPAライブラリ作ってる人間がお前よりはるかに優れた技術と思想を持ってるのは確かだから
jQueryがあるのになぜそんなライブラリをわざわざ作ったのか
考えれば自明だろ
雑魚が突っかかるな
924:デフォルトの名無しさん
20/10/26 13:00:02.46 tqHSoVSY.net
しかしReactやVueはなんだかんだ出てくるのにAngularの話題はさっぱり無いな。スレタイから外して良いのでは？
925:デフォルトの名無しさん
20/10/26 13:02:39.47 hU4xae9L.net
>>910
jQuery vs SPAにスケールは関係ないぞ
設計が正しければjQueryでもSPAでもスケールする
設計が悪ければどちらだろうとスケールしない
SPAなら自動的にスケールするだとかSPAじゃないとスケールしないと言いたいのならばそれは全く的外れな主張だ
926:デフォルトの名無しさん
20/10/26 13:08:17.54 6iKDd4DC.net
>>914
エアプは黙ってろ
927:デフォルトの名無しさん
20/10/26 13:14:22.35 6iKDd4DC.net
jQueryバカもエアプで文句言ってるだけだからな
俺は両方経験してきてるけど
928:デフォルトの名無しさん
20/10/26 13:17:10.36 KRI7mNeJ.net
>>906
JSはそのうち消えるぞ
>>907-908
C#のがはるかに高機能なのにC#使いが理解できないわけないだろｗ
silverlightなんて古い話はどうでもいい
wasmはweb standardだぞ
note.jsみたいな低速バックエンドつかってる情弱はだまっとれｗ
>>908
あげたらきりがないが、高速な実行スピード、開発スピード。
Type safety
LINQ
Visual Studio
充実したドキュメント
MSによる長期サポート
929:デフォルトの名無しさん
20/10/26 13:25:24.06 eROnJLfC.net
>>917
消えないよ。
例えばC#にしよう！となるとなんでRustじゃダメなんですかGoじゃダメなんですかとなる。
Rustにしよう！となるとなんでC#じゃダメなんですかGoじゃダメなんですかとなる。
JS以外は共通語としてコンセンサスが取れない。
結局いつまで経ってもJSとその他（会社・プロジェクトごとに異なる）という枠組みが残る。
そのうち消えるのは確実にC#
930:デフォルトの名無しさん
20/10/26 13:27:20.31 6iKDd4DC.net
>>917
いやいや
C#使ってる人間がする議論のレベルの高さを聞いたんだよ
C#なんて馬鹿でも使えるんだから
931:デフォルトの名無しさん
20/10/26 13:44:36.99 HaHtULlO.net
C#がレベル高いとは思わないが、jsやってる人はなんとなく苦行を強いられてる気がする。
でもそれが技術なんだとおもいこんでるきがする。
tsで型使うとこんな便利なんだ！って書いてるブログ見てそう思った。
え、そんなの当たり前じゃないの…ってことが書いてた。
こんな比較はC#もjsも実務でバリバリ使いこなせてる人じゃないとできない。
932:デフォルトの名無しさん
20/10/26 13:49:38.61 6iKDd4DC.net
そもそもjsしかできないと思ったら大間違いだからな
933:デフォルトの名無しさん
20/10/26 13:57:09.02 2ej88+sU.net
nodejsのパフォーマンスがボトルネックになることってなさそう。
大半のアプリケーションがボトルネックになってる箇所はネットワークの待機時間とかなんじゃないの？
934:デフォルトの名無しさん
20/10/26 14:15:56.10 eROnJLfC.net
実践Rustプログラミング入門って本で
JSをRustで書いたwasmに置き換えたらどれだけ速くなるか示します！みたいな章があって、
結局あまり速くなってませんが理由はいろいろ考えられます…みたいなションボリした感じで終わっててワロタｗｗｗ
935:デフォルトの名無しさん
20/10/26 14:21:02.08 bPAWEB8J.net
jqueryはWordPressにWordPress専用のjquery、テーマ毎のjquery、プラグイン毎にjqueryがバージョン別に読み込まれてるからコンフリクト起きていても単純に全てjqueryオブジェクトにぶっ込んで見た目は動いているように見えているだけ
しかもjqueryオブジェクトは全メソッドを保持するというゴミ仕様
使わなくても全て実装している
これどうやってテストすんだよ？ゴミクソjquery脳だと
936:デフォルトの名無しさん
20/10/26 14:51:51.14 BWe3LZzt.net
>>899
> だから複雑なものを作ろうとしたときに
複雑なものは単純化して作りましょう
937:デフォルトの名無しさん
20/10/26 14:52:44.72 BWe3LZzt.net
SPAだったら複雑なものが作れる！
ほら、すごく複雑なUI！！！
馬鹿じゃなかろうかｗ
938:デフォルトの名無しさん
20/10/26 14:53:34.00 BWe3LZzt.net
>>924
> プラグイン毎にjqueryがバージョン別に読み込まれてるから
いちいち嘘つくなよ。実例だしてみろよ
アホかｗ
939:デフォルトの名無しさん
20/10/26 15:19:31.75 bPAWEB8J.net
>>927
おめーがわかってねえんだろ
WordPressというゴミクソはなんでもアリだからテーマでjquery読み込もうがプラグインで読み込もうが関係なく読み込んでるんだよ
ちなみにWordPressには未だに1系のjqueryが使われている
そしてjqueryオブジェクトには全ての関数が生えている
素のjsでできるのにわざわざjqueryで処理させるために
素のjsでdomを処理したら当たり前だがjqueryオブジェクトには反映されない
この不整合が生まれる
さらにWordPressやテーマに付属のjqueryや他のjqueryプラグインが勝手にdom変えると自分がいじってるはずのjqueryオブジェクトには反映されないからどうなっているのかわけわからんことになる
こんなゴミクズ仕様で開発やテストなんか不可能
バカが簡単と思ってやっていたら本番稼働で動きませんでしたっていうだけ
それに気づかない奴がjqueryを崇めている
940:デフォルトの名無しさん
20/10/26 16:05:14.68 iAfvFyIK.net
> 素のjsでdomを処理したら当たり前だがjqueryオブジェクトには反映されない
> この不整合が生まれる
え？何の話？
jQueryを仮想DOMとでも勘違いしてるだろｗｗｗ
941:デフォルトの名無しさん
20/10/26 16:06:31.67 iAfvFyIK.net
> さらにWordPressやテーマに付属のjqueryや他のjqueryプラグインが勝手にdom変えると自分がいじってるはずのjqueryオブジェクトには反映されないからどうなっているのかわけわからんことになる
ならんなぁ、どういう使い方してるのか書いてみ
942:デフォルトの名無しさん
20/10/26 16:10:45.62 iAfvFyIK.net
あー、いや言葉で説明できないだろうから
再現コード書いてみ
943:デフォルトの名無しさん
20/10/26 16:15:46.25 bPAWEB8J.net
>>931
おめーがバカだからんかんねえんだろゴミクズ
jqueryしか使えないアホは理解不能だからソース書いても理解できねえだろ
944:デフォルトの名無しさん
20/10/26 17:34:28.11 EEaQcHjv.net
>>898
chromeのdevtoolsみたいなのreactで作ってんだけど、本当にjQueryで出来る？
945:デフォルトの名無しさん
20/10/26 17:55:31.25 KRI7mNeJ.net
>>919
C#選ぶという選択をできてる時点で技術的に優れてる
C#使いにframework不要論説いてる無能はいない
946:デフォルトの名無しさん
20/10/26 17:56:36.93 KRI7mNeJ.net
>>920
JSやってるやつらはそもそもほとんど型の概念理解してない。
947:デフォルトの名無しさん
20/10/26 18:19:28.96 qF0DukLx.net
>>889
ほんそれ
948:デフォルトの名無しさん
20/10/26 18:31:13.26 tqHSoVSY.net
>>917
> Type safety
> LINQ
> Visual Studio
> 充実したドキュメント
> MSによる長期サポート
それ全部ある上にWebでネイティブに使えるTypeScript最強説
949:デフォルトの名無しさん
20/10/26 18:34:35.38 07JtLfXz.net
>>926
お客様「使いにくいからシンプルに戻して」
まあこれだよな
950:デフォルトの名無しさん
20/10/26 18:37:29.18 eROnJLfC.net
>>937
設計者同じだしな。
C#＝ジャギ
TypeScript＝ケンシロウ
951:デフォルトの名無しさん
20/10/26 18:38:07.02 1ZG07lyE.net
>>937
やはりアンダースヘルスバーグは天才なんだね
952:デフォルトの名無しさん
20/10/26 18:47:12.01 L6yRzou4.net
Delphi = トキ
953:デフォルトの名無しさん
20/10/26 18:55:36.99 EEaQcHjv.net
Vue 、React、Angular 使えるレベルの人に
はBlazorは不要では？
954:デフォルトの名無しさん
20/10/26 19:03:10.58 6iKDd4DC.net
今日のOPって
1.1750-60ドル
これだよね
955:デフォルトの名無しさん
20/10/26 19:05:47.81 hU4xae9L.net
>>942
安全堅牢で高速なフロントエンドを作りたいならありかもね
まあ速度はこれからだけど
956:デフォルトの名無しさん
20/10/26 19:11:01.10 EEaQcHjv.net
>>944
Blazorはdomをjsで書き換えてるんで
なんだかなぁ？って感じなんで
js一切使わないバージョンが出てからの期待だね。
957:デフォルトの名無しさん
20/10/26 19:11:49.99 tqHSoVSY.net
正直ReactがWasmに対応して他を駆逐する未来もありそうだと思う。Wasm使っても結局DOMは残るわけだし、Reactiveは確かに強力だし
958:デフォルトの名無しさん
20/10/26 19:21:03.49 KRI7mNeJ.net
>>937 >>939
高速な実行スピード、開発スピード。
この1行抜いたのはなぜだｗ
TypeScriptのデバッグはC#よりかなり劣化するだろ
TSはトランスパイル後はJSでしかない。
JSをマシにする程度の技術でしかない。
JSの弱点の多くは残る
WasmでJS縛りがなくなった以上、同じ開発者のC#を
使うほうがいいだろう
959:デフォルトの名無しさん
20/10/26 19:31:14.55 tqHSoVSY.net
>>947
単に入れ忘れた。すまんな。
トランスパイルしてもTypeScriptのエラー箇所は(SourceMap作れば)普通にブラウザが教えてくれるし、ブレークポイントもブラウザで使えるでしょ。
というかその理屈だとWasmに変換したC#の方がデバッグ難しくない？
960:デフォルトの名無しさん
20/10/26 19:46:01.95 KRI7mNeJ.net
>>942
Blazorならバックエンドも同じC#で開発できて効率がいい
961:デフォルトの名無しさん
20/10/26 20:18:11.78 HaHtULlO.net
Blazorってクライアントサイドとサーバーサイドでモデルの共有ができる。
これってかなり楽だとおもんだけど、他のフレームワークってこういうのある？
無知ですまん。
962:デフォルトの名無しさん
20/10/26 20:28:37.29 EEaQcHjv.net
モデルとは何か？
963:デフォルトの名無しさん
20/10/26 20:34:57.63 fN1g3sDc.net
データを入れる枠組みみたいなもの
964:デフォルトの名無しさん
20/10/26 20:37:30.36 EEaQcHjv.net
MVCのMのつもり？
965:デフォルトの名無しさん
20/10/26 20:58:09.54 RKoZA45J.net
>>942
レベルとかそういう話じゃない
966:デフォルトの名無しさん
20/10/26 21:02:17.22 KRI7mNeJ.net
>>950
Microsoft以外にはないはず。
MSはfrontend, backendのframeworkの両方を開発してるし
さらにDatabaseまで作ってる。
Modelのclassからtableの作成まで連動できたり生産性がぶっちぎりだからな
967:デフォルトの名無しさん
20/10/26 21:53:12.81 Ua86D6bc.net
Googleならクライアントから直にオブジェクトをDBとやりとりできる環境もあるんですよ。Firestoreって言うんですがね。
968:デフォルトの名無しさん
20/10/26 22:35:03.13 hU4xae9L.net
>>950
node
969:デフォルトの名無しさん
20/10/26 23:16:59.64 iAfvFyIK.net
>>932
再現コードはまだですか？
>>933
chromeのdevtoolsみたいなのとはなんですか？
どの部分ができないと思うんですか？
970:デフォルトの名無しさん
20/10/26 23:32:57.45 +siaHsIr.net
あるのかないのかどっちなんだ…
例えば、
バックエンド側でデータベースにアクセスしてモデル…c#であればDBのテーブルと同じ構成のpocoに突っ込んで
フロントエンドに返すようなよくある仕組み。
このモデルから項目を一つ削除したとする。
Blazorなら、フロントエンド側で削除した項目を使っている場合は、そんな項目はないですよとIDEがエラーを吐くよね。
こういう仕組みが他のWebフレームワークにあるかを知りたいのですよ。
971:デフォルトの名無しさん
20/10/27 00:04:57.94 TumoB2SG.net
>>959
>>957
972:デフォルトの名無しさん
20/10/27 00:06:34.39 TumoB2SG.net
>>1
これ嵐なん？
973:デフォルトの名無しさん
20/10/27 00:15:35.15 CaOOP+B2.net
>>956
従量制でコスト高いクラウドと比べるとかアホじゃないのか
そんなのバックエンドのスキルないやつがつかうものだ
974:デフォルトの名無しさん
20/10/27 00:15:47.67 VaMRm4CO.net
>>933
Firefox debuggerはReact採用してるね。
URLﾘﾝｸ(madewithreactjs.com)
Chrome DevToolsはLighthouseタブの中がReact製。
DevToolsも拡張機能で拡張できるがReact使ってるの多い一方jQuery製は見たことない。
恥ずかしくてストアに登録できないんだろうなｗｗｗ
975:デフォルトの名無しさん
20/10/27 00:21:53.39 TumoB2SG.net
UNITY Editorは何で作ってんだろ？
かなり高度な実装なんで気になる。
976:デフォルトの名無しさん
20/10/27 00:22:45.45 CaOOP+B2.net
>>959
ないでしょ
MSの開発ツールと同レベルのデバッグできる開発ツールはない
JSもRubyもType safetyじゃないからできない
JavaとかKotlinとか静的言語ならできる可能性あるけどツールの存在は知らない
kotlinとかはそもそもいいframeworkがないし
977:デフォルトの名無しさん
20/10/27 00:57:59.58 GDMoXg0p.net
>>965
ちょっとわるいけど>>957と戦ってもらっていい？
978:デフォルトの名無しさん
20/10/27 01:55:47.15 CaOOP+B2.net
>>966
戦うまでもない
node.jsでできるわけがない、そいつ嘘つき
もしくはバックエンド、DBの知識がゼロ
node.jsはframeworkじゃないし
JSはtype safetyですらない
979:デフォルトの名無しさん
20/10/27 02:09:57.04 GDMoXg0p.net
本当にないの…？
え、じゃあみんなバックエンドのモデルに変更があったよー、フロント側の影響あるところシラミつぶしに探して修正してくれー
なに？修正が漏れて本番環境にリリースされた！？
バッカモーン今度からはトリプルチェックだー！
な事してるってこと？
それって苦行すぎないか…？
Blazorの話がしたいんではなくて
世のWeb系と言われる開発者の皆さんがこの辺どういう風にしてるかを知りたい。
980:デフォルトの名無しさん
20/10/27 03:08:42.51 /EPljA2v.net
jqueryはお話にならない
ゴミクズjqueryは無駄で不要なメソッドをわざわざすべて生成しているゴミのような仕様
domの構造に依存しているから再利用性ゼロ
テストもできない
アホ専用
981:デフォルトの名無しさん
20/10/27 04:11:56.81 GDxeid4H.net
そもそもなんでjQueryの話聞かされなきゃならないんだ
本当に迷惑だよな
982:デフォルトの名無しさん
20/10/27 06:05:01.58 QYBC+gsP.net
>>962
ひどい後出しジャンケンだな。あるか無いかの例として出しただけなのに。
コスト面で言えばMSのライセンス料すらかからない構成もできるよ。Linuxサーバで、NodeとTypeScript使ってフロントとバックエンドで型を共有して、JSONがほぼそのまま格納できるMongoDBとかも構成可能だよ？
983:デフォルトの名無しさん
20/10/27 07:04:24.91 CaOOP+B2.net
新スレ乱立してるから立てるなよ
次は下のでいいだろう
理由はAngular誰もつかってないし3つで対決する必要がない。
VueもReactに寄せてきてるっていうしその二つで対決させてもしょうがない。
フロントエンドJavaScriptフレームワーク総合
ｽﾚﾘﾝｸ(tech板)
984:デフォルトの名無しさん
20/10/27 08:29:53.63 hzPxqZHp.net
>>967
TypeScript
985:デフォルトの名無しさん
20/10/27 08:44:39.52 GDxeid4H.net
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
986:デフォルトの名無しさん
20/10/27 09:04:07.25 CaOOP+B2.net
>>973
TSもframeworkじゃないだろ
>>950の質問読んでも理解できないならいいかげんなレスつけるな
おまえもbackend , DBについてわかってない
>>974
明らかな間違いを訂正してやってるのに荒らし扱いとかアホかと
987:デフォルトの名無しさん
20/10/27 09:24:30.45 hsVduoY6.net
>>974
ロジカルに反論できなくなった負け犬って相手を貶めることしかできなくなるんだよね
つまり先に悪口、罵倒レスを書いたほうが負け
これで決着かな
988:デフォルトの名無しさん
20/10/27 09:37:36.64 GSdirzO1.net
>>975
フレームワーク無しで解決するなら別にそれで十分じゃん。
>>976
誰も勝負なんてしてないよ。何と戦ってるの？
989:デフォルトの名無しさん
20/10/27 09:53:01.42 CaOOP+B2.net
>>977
ts, jsでは解決しないっての
言語だけtype safeならいいって話ではない
言語、framework, IDEとかトータルで対応していないとMS並みの
高度なデバッグ、高い開発生産性は実現できない
990:デフォルトの名無しさん
20/10/27 10:30:41.01 ThxLfpvm.net
>>978
IDEはVSCodeがあるよ。君の大好きなMS製で、strictなら型情報に合わせて色々やかましく言ってくれるから実行時の型エラーは事前に消せる。デバッグ環境はブラウザが高機能化しててかなり充実してる。
さて残るはMS制のフレームワークだ。どういう優位性があるのか具体的に示してよ
991:デフォルトの名無しさん
20/10/27 10:35:44.35 CaOOP+B2.net
>>979
だから質問者がかいてるだろ
backendやDBの勉強して自分で試せば違いはすぐにわかる。
modelがなんなのかわかってない人たちには説明できない
VS codeもVisual Stuidoに比べるとかなり劣る
ブラウザレベルとか論外
backendやDBの勉強のしなさい
992:デフォルトの名無しさん
20/10/27 10:41:48.64 ThxLfpvm.net
>>980
具体例で説明してくれないのか。君なら一生懸命解説してくれると思ったのに。
がっかりだよ
993:デフォルトの名無しさん
20/10/27 10:52:56.52 TumoB2SG.net
オワコンVSの基地外はthroughしては？
994:デフォルトの名無しさん
20/10/27 11:05:57.77 3A689EsD.net
clientとserverが同じ言語で書いてるなら、モデルの共有は可能でしょう、普通に考えて。
995:デフォルトの名無しさん
20/10/27 11:08:05.29 3A689EsD.net
blazorがモデルの共有が便利！！とか書いてる人は一体どの時代を生きてるんだろうか。
まだ、grpc時代にモデルの共有をフレームワークと一緒に語るのがお門違いですよ。
996:デフォルトの名無しさん
20/10/27 11:09:47.69 3A689EsD.net
プログラミング領域ではモデルはいろんな意味を指すよ。
君の言ってるモデルが何を指してるいるのか説明していない時点で議論にならない。
997:デフォルトの名無しさん
20/10/27 11:44:37.30 TumoB2SG.net
blazorググったけど、モデルの共有なんて意味不明の機能無いし
（これは真面目にblazorやってる人怒るよね( ;∀;)）
最初ORM的な事言ってるのかと思ったけど、
おそらく両層でC#のコード使いまわせるレベルの事言ってると思いますよ。
998:デフォルトの名無しさん
20/10/27 12:03:55.18 ThxLfpvm.net
なんとまぁモデルの意味がわかってないのは彼の方だったか。
彼のせいで無駄にblazorに負のイメージがついてしまった
999:デフォルトの名無しさん
20/10/27 12:08:58.64 CaOOP+B2.net
>>981
限度があるだろ
すでに概略は書いてるし。
基本用語、概念を分かってないなら説明できない、
正確に言うと時間がかかりすぎてやってられない。
勉強してっていうのが一番親切、お互いに時間効率いい
1000:デフォルトの名無しさん
20/10/27 12:12:22.14 CaOOP+B2.net
>>985
C#知らない人の言葉で説明できるかよ
C#、LINQ, Entity Framework, Database,
ASP.NET Core, Blazor, Visual Studio, Web API, SQL,
この辺の知識あればC#でいうところのmodelが何なのかはわかるんだよ
1001:デフォルトの名無しさん
20/10/27 12:14:20.60 TumoB2SG.net
凄いな...あんま見ないレベル
1002:デフォルトの名無しさん
20/10/27 12:14:39.21 9IYklfYx.net
そんなモデル共有なんてやってたら不必要な情報までブラウザ側で持つ事にならないか？
1003:デフォルトの名無しさん
20/10/27 12:15:25.34 CaOOP+B2.net
>>987
わかってないのはおまえだ
C#でmodelといったら通常はEntity Frameworkを
使うようなclassだ
ASP.NETならModelsフォルダの中とかだ
>>986
modelはもっと別のレイヤーの話だっての
C#とLINQとEntity FrameworkCoreを勉強しなさい
1004:デフォルトの名無しさん
20/10/27 12:22:14.76 CaOOP+B2.net
ASP.net coreもC#知らんくせに上からのやつばっかりでイライラしてきたわ
C#はmodelのところにちょこちょこ書くだけで
Validationのコードも自動で生成してくれる
JS系でゴリゴリやってる原始人どもにはわからない世界
>>986 >>983
コード共有だけではない
modelへの変更をDBなどに反映させる仕組みもある
デバッグ含めてトータルの生産性を語っている文脈
1005:デフォルトの名無しさん
20/10/27 12:24:38.13 TumoB2SG.net
３、４年ほど前になるか、仕事でこんな人を相手にしなければならなくなって、
（まじでしゃべる内容が似てる）その時の事をいま思い出した...。
1006:デフォルトの名無しさん
20/10/27 12:27:15.15 BrcDmJFP.net
>>984
gRPCのモデルってロジック持てるんだっけ？
ドメインモデルの実装できる？
C# Blazorなら1コードでクラサバ両対応できるけど
1007:デフォルトの名無しさん
20/10/27 12:40:54.34 CaOOP+B2.net
そろそろ1000
新スレ乱立してるから立てるなよ
次は下のでいいだろう
理由はAngular誰もつかってないし3つで対決する必要がない。
VueもReactに寄せてきてるっていうしその二つで対決させてもしょうがない
フロントエンドJavaScriptフレームワーク総合
ｽﾚﾘﾝｸ(tech板)
1008:デフォルトの名無しさん
20/10/27 12:42:22.95 CaOOP+B2.net
Web appでgRPCなんてわざわざめんどくさくしてるだけだろ
生産性低すぎ、バカらしい
1009:デフォルトの名無しさん
20/10/27 12:42:37.51 BrcDmJFP.net
C# Blazorのようにモデルを共有できないアーキテクチャの場合、例えば↓こういう要件ではどうするんだ？
エンティティが単価、税率、個数って属性を持っている
単価、税率はリードオンリーで表示
個数は入力可能
リアルタイムの計算項目として税込み価格(単価*個数*(1+税率))をリードオンリーで表示
この税込み価格の計算は明らかにドメインロジックでありプレゼンテーションロジックではない
1. 税込み価格の計算のためにいちいちサーバーに問い合わせる
2. 簡単なロジックだからプレゼンテーションで計算することで妥協する
もちろん税込み価格なんてのはごくごく簡単なロジックだからどっちでもいいじゃないかと思うかもしれない
しかしそれは簡単な例を出したからにすぎない
現実の世界はもっと複雑でユーザーの要求は予測不可能だ
モデルをクラサバで共有できればこんなくだらないことに悩むこともなくなる
C# Blazorならそれができるのがデフォルト
1010:デフォルトの名無しさん
20/10/27 12:44:27.68 YRCznue3.net
>>994
自分の感覚を世界の常識だと思ってる。よく居る老害だね
1011:デフォルトの名無しさん
20/10/27 12:46:10.88 ff7n9672.net
現実問題、TypeScript使ってると大量にanyに遭遇するからな
用途によってはそっちの方が適切なこともあるだろうし
1012:1001
Over 1000 Thread.net
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 89日 14時間 7分 22秒
1013:過去ログ ★
[過去ログ]
■ このスレッドは過去ログ倉庫に格納されています