!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などはおk。 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ちゃんブラウザとか使えば書き込まれたものを見えにくくすることは出来るけど 他人は見えるし、レスが見えなくなる=反論レスもできないので 知らない間に話が進んでるとかねw
少なくとも飛行機ビュンビュンやってIDコロコロ変えてるヤツは同定できるとかその程度の話 これで都合の悪いヤツは…
vue3.0でスライダー作ろうとするとプラグイン系が軒並み対応してなくて自作する羽目になるな。時間かけた割に劣化版が出来上がったわ。
Vueはreact追いかけて変な方向に行ってしまったな。 従来のVueの手軽さがいい人にはAlpineJSをお薦めするよ。
vue3取っ付きにくかったけどreact勉強始めたら結構すんなり理解できた
そんだったら最初からreactでいいじゃんってなるよな なんでわざわざ寄せてったのだろうか
>>12 それだったらreactでいいじゃんw react理解しないと分からないvueに何の価値があるんだ簡単なのが売りだったのにwww >>14 とっつきやすさはあるかも知れないけど簡単かと言えばちゃんとしたものを作ろうとしたら結構難しくない? 今やHooks実装したReactが一番シンプルな気がするんだけど vueが変な方向行ったとはいえ、class based じゃなければ 2.x までの書き方でもほぼ問題ないからな。 composition api は必須ではないよ。
composition apiはHooksよりかはセンスが良い そもそもVueはReactよりセンスが良い。Class based以外は
jsスキーとしては理解すべき要素が全部単純なjsの知識に還元されるreactのほうがシンプルでいいわ。
ウェブの知識のうち、JavaScriptだけの知識でいいというのは プログラム言語の知識の内、全部配列の知識に還元できるから シンプル(=少ない知識でいい)という考えですか? 少ない知識(シンプル?w)で作ると コードは複雑になりますよ 「知識が少ない」と「シンプル」は意味が違います。
vueは↑この書き込みみたいな感じ。 ごちゃごちゃしてて何言いたいのかさっぱり分からん。
>>20 あたま悪そうだねw 適切な道具を使うほうがシンプルに作れる だがお前は、勉強しないことがシンプルだと勘違いしてる 最近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の活用パターン VIDEO なんかフロントエンドの人があまりいない環境で、フロント書くのに、VueあたりでSPAにしようとしたらSPAである必要がないみたいな感じで反発くらってるんだけどどう思う パフォーマンスとかはあんま気にしてなくて、単純に今はフレームワーク充実してるから、フロントをSPAにしてjsだけに集中したほうが楽なんじゃないかなと思ってるんだけど 厳密なspaというよりは普通にappサーバーと同居してるやつね
Vueは最近バージョン上がったばかりだから、それをどう捉えるかだよね。評価が定まってきたり熟れてくるまで採用を待つか。あるいは今採用してしまえば暫くはバージョンアップに伴うコード変更作業は発生しないから、良いタイミングかも知れない。 クライアント、サーバ間のインターフェースがREST APIとかで厳密化されるならフロントエンドのフレームワークを導入するのは良いと思うけど、そうでない状況の場合はSpring Boot ThymeleafやASP.NET Core MVCが良いと思う。 チームで良く話し合って良い方針が決まりますように。
それはフロントエンドの人があまりいないからじゃね?
>>34 お前がjsで書いたらこれだけで簡単になると 実例を示せばいい まあそれができないわけだけどねw JavaScriptのフレームワークは過剰に複雑にしているものばかり >>34 > 単純に今はフレームワーク充実してるから、フロントをSPAにしてjsだけに集中したほうが楽なんじゃないかなと思ってるんだけど テストについてしっかりと考えているか? HTMLやCSSは宣言的なのでテストがあればなおいいが なくてもバグが発生しにくいんだよ JavaScriptを使うということはコードを書くということ それはバグを生みやすい かといってフロントの動的な部分をjQueryで各ページごとに書いてたらテストもクソもないしなあ
jQueryも宣言的に書けるからバグが少なくなるんだよ あとバグはコードの量に応じて増える jQueryはフレームワークと違ってコードが少なくなる