!extend:on:vvvvv:1000:512
実際どうなん？
Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Angular
https://angular.io/
※前スレ
Vue vs React vs Angular Part.4
http://2chb.net/r/tech/1591869705/
★ここではjQuery, Ruby, C#, Blazorの話題は禁止です
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
Svelte, Next, Nuxt, Gatsby, VuePress, RedWoodなどはおｋ。
VIPQ2_EXTDAT: default:vvvvv:1000:512:: EXT was configured Blazorガイジのﾜｯﾁｮｲは相手にする者もまとめてNGネーム登録推奨
現実は希望通りにはいかない
2017年 JavaScript★71.9%ものサイトがjQueryを利用 [無断転載禁止]©2ch.net
http://2chb.net/r/prog/1485008061/
jQuery
2017年 71.9%
2018年 73.1%
2019年 73.6%
2020年 74.2%
2020年2月 74.4%
2020年6月 75.5%
2020年7月現在 75.9% まぁ何かを広報するようなオシャレ系なサイトは別にjQueryでいいだろ
ちなみにﾜｯﾁｮｲは毎週木曜更新だからID寿命が一週間に伸びたってのと大まかな回線種別が分かるってだけで完全固定ってわけじゃないよ
あとワッチョイがあったとしても書き込みまでは防げないんだよね。
5ちゃんブラウザとか使えば書き込まれたものを見えにくくすることは出来るけど
他人は見えるし、レスが見えなくなる＝反論レスもできないので
知らない間に話が進んでるとかねｗ
少なくとも飛行機ビュンビュンやってIDコロコロ変えてるヤツは同定できるとかその程度の話
これで都合の悪いヤツは…
vue3.0でスライダー作ろうとするとプラグイン系が軒並み対応してなくて自作する羽目になるな。時間かけた割に劣化版が出来上がったわ。
Vueはreact追いかけて変な方向に行ってしまったな。
従来のVueの手軽さがいい人にはAlpineJSをお薦めするよ。
vue3取っ付きにくかったけどreact勉強始めたら結構すんなり理解できた
そんだったら最初からreactでいいじゃんってなるよな
なんでわざわざ寄せてったのだろうか
>>12
それだったらreactでいいじゃんｗ
react理解しないと分からないvueに何の価値があるんだ簡単なのが売りだったのにｗｗｗ >>14
とっつきやすさはあるかも知れないけど簡単かと言えばちゃんとしたものを作ろうとしたら結構難しくない？
今やHooks実装したReactが一番シンプルな気がするんだけど vueが変な方向行ったとはいえ、class based じゃなければ 2.x までの書き方でもほぼ問題ないからな。
composition api は必須ではないよ。
composition apiはHooksよりかはセンスが良い
そもそもVueはReactよりセンスが良い。Class based以外は
jsスキーとしては理解すべき要素が全部単純なjsの知識に還元されるreactのほうがシンプルでいいわ。
ウェブの知識のうち、JavaScriptだけの知識でいいというのは
プログラム言語の知識の内、全部配列の知識に還元できるから
シンプル（＝少ない知識でいい）という考えですか？
少ない知識（シンプル？ｗ）で作ると
コードは複雑になりますよ
「知識が少ない」と「シンプル」は意味が違います。
vueは↑この書き込みみたいな感じ。
ごちゃごちゃしてて何言いたいのかさっぱり分からん。
>>20
あたま悪そうだねｗ
適切な道具を使うほうがシンプルに作れる
だがお前は、勉強しないことがシンプルだと勘違いしてる 最近QiitaでReactの記事書いてる人の殆どがHooksもアロー関数オブジェクトも使ってなくてなんだかなぁって感じ
ReactでJSの知識しか要求されないってお前React触ったことあんのかってレベルだよね
var component = function(){…}
こんな書式使ってる人いたんだがどうしてそうなったし…
Hooks表記使ってない事以外に関してはconnected-react-routerのexampleってホントよくできた教材だと思う
>>19
覚えなきゃいけないVueの固有仕様が多いって事
Reactの場合はその大多数をプログラミング全般に言えるような考え方で実現できる >>27
プログラミングの原則は、覚えることを増やすことで
コードをシンプルにすることです。 言わんとする事はわかると思う。
単純なifとforだけでロジックは組めるけど、それは簡単なだけでシンプルな読みやすいコードとは言えない。
コード内にパターンがあるならどんどん抽象化すればコードは短くなってゆく。
でもやり過ぎればマクロだらけの複雑怪奇なDSLになる。そのへんのバランスは難しいし用途によっても変わるので、完璧なライブラリなんて無い。
どうせ覚えるなら他所とも地続きな抽象化をしてるライブラリの方が応用効くとは思う。
VueでもAngularでもだけど拡張プロパティの右辺と左辺ぎゃくじゃね？ってのがなんか気になるんだよね
構文上そういう作りにせざるを得ないんだろうけど
v-model.number="age"
みたいなの
8/4
トラハックのエンジニア学習ゼミ【とらゼミ】
Reactのスタイリング定番styled-componentsの活用パターン
なんかフロントエンドの人があまりいない環境で、フロント書くのに、VueあたりでSPAにしようとしたらSPAである必要がないみたいな感じで反発くらってるんだけどどう思う
パフォーマンスとかはあんま気にしてなくて、単純に今はフレームワーク充実してるから、フロントをSPAにしてjsだけに集中したほうが楽なんじゃないかなと思ってるんだけど
厳密なspaというよりは普通にappサーバーと同居してるやつね
Vueは最近バージョン上がったばかりだから、それをどう捉えるかだよね。評価が定まってきたり熟れてくるまで採用を待つか。あるいは今採用してしまえば暫くはバージョンアップに伴うコード変更作業は発生しないから、良いタイミングかも知れない。
クライアント、サーバ間のインターフェースがREST APIとかで厳密化されるならフロントエンドのフレームワークを導入するのは良いと思うけど、そうでない状況の場合はSpring Boot ThymeleafやASP.NET Core MVCが良いと思う。
チームで良く話し合って良い方針が決まりますように。
それはフロントエンドの人があまりいないからじゃね？
>>34
お前がjsで書いたらこれだけで簡単になると
実例を示せばいい
まあそれができないわけだけどねｗ
JavaScriptのフレームワークは過剰に複雑にしているものばかり >>34
> 単純に今はフレームワーク充実してるから、フロントをSPAにしてjsだけに集中したほうが楽なんじゃないかなと思ってるんだけど
テストについてしっかりと考えているか？
HTMLやCSSは宣言的なのでテストがあればなおいいが
なくてもバグが発生しにくいんだよ
JavaScriptを使うということはコードを書くということ
それはバグを生みやすい かといってフロントの動的な部分をjQueryで各ページごとに書いてたらテストもクソもないしなあ
jQueryも宣言的に書けるからバグが少なくなるんだよ
あとバグはコードの量に応じて増える
jQueryはフレームワークと違ってコードが少なくなる
