JavaScriptフロントエンド総合 Part.11

2023/07/26(水) 16:52:00.13

>>54
将来性の予測は難しいけどもVue2系から3系へのエコシステム移行に難航して勢力が弱まってるのは確かだと思う

ちなみに候補をVueに絞ってるのは何か理由が？

2023/07/26(水) 20:51:12.03

そもそも今はjQueryってもはや必要なくないか？
Vue使う使わない以前に

2023/07/26(水) 21:22:21.62

10年以上前から動いてるサービスとかもあるからな
うちでもjQueryやってる人の隣でNext.jsやってたりするよ

2023/07/26(水) 21:55:41.06

>>56
必要はなくても過去の資産や学習コストの点などから選択肢に入れること自体はおかしいことではないだろう

2023/07/27(木) 14:19:24.69

>>55
Webアプリの開発がPHP（Laravel）だから。

>>56
スライドをはじめ、使えるライブラリ・プラグインが多数あるからね。

素のJavascriptだと、単純なclickイベントにしても
document.getElementById("myButton").addEventListener("click", function() {
alert("test");
});
な書き方になるから、jQueryの方が手間が減るし。

2023/07/27(木) 14:51:59.14

>>59
>Webアプリの開発がPHP（Laravel）だから。
Laravel全然詳しくなくて申し訳ないんだけど
Reactや他のフロントエンドフレームワークよりVueとの親和性がいいとかあるんだろうか

2023/07/27(木) 21:12:33.85

Laravelはlaravelだけで完結しようとする傾向があるように思える。
今はどうか分からんが

2023/07/27(木) 21:39:07.52

jQueryは結構独自ルール多くて、今更そんなの覚えたくない

2023/07/28(金) 16:51:11.13

>>59
結局Vueでなければならない理由が分からないけど
他のでもいいならReactあたりも検討してみたらってことで

2023/07/29(土) 23:40:30.13

>>63
なんでVueはどう思う？って質問してる人間に他のを勧めるの？
明確な理由がなければ使わない方がいいの？

2023/07/30(日) 00:15:45.68

>>64
それは>>54でまず将来性を気にしてるから

現時点で将来性の観点から見たらVueよりReactに軍配が上がるのはVueユーザーでも異論はないところだと思う
だから「他のでもいいなら」と但書きをしたうえでReactを薦めた

2023/07/30(日) 01:45:52.27

>>65
実際2系までは使いにくかったし、
3系が出る前なら将来性無いってのは同意しかけたけど、
3系からはTSが公式対応されたしCompositionAPIでかなり書きやすくなってる将来性も悪くないと思うけどな

むしろ公式の開発が活発なのに将来性が無いと言う根拠を知りたい

2023/07/30(日) 09:53:09.14

Vue2からVue3に移行するくらいならReactに移行しようって流れがはっきりとあるからな
AngularJSからAngular2の時と同じパターン
公式が活発でも技術的に進歩していても利用者が付いてこないライブラリやフレームワークは将来性がないと言われてもしゃーない

2023/07/30(日) 10:40:43.46

>>66
Vueに将来性がない、とは言ってない
VueとReactで将来性を比較したら現時点では後者が優位と判断するのが妥当だろう、と言ってるだけ
そこは読み違えないでほしい

2023/07/30(日) 12:21:01.49

Vue：小規模、初心者向け
React：中大規模、中級者向け

だと思ってるんだけどこれは間違い？

2023/08/02(水) 17:19:02.51

規模の問題に関しては上にも出てるCompositionAPIやTypeScriptのサポート強化で大分改善されてると思う

2023/08/22(火) 11:28:50.31

Vueのテンプレートの中で非同期関数を呼び出したいときってどうするのがいいんだろうか

2023/09/24(日) 02:44:13.26

あんなん、わしの人生で滅多にないわ

2023/10/18(水) 01:47:55.72

なんや、こりゃあほか

2024/02/16(金) 20:20:52.23

Vuetify、半年ぐらい目を離してたら3.3→3.5になってた
コンポーネントもいろいろ増えてるぽいし触ってみよう

2024/03/04(月) 10:55:46.22

VSCodeのVolar拡張機能がメジャーバージョンアップ
Vue本体もだけどこれの更新があるのは安心する

2024/03/04(月) 19:40:28.36

分けてたtypescriptの要らなくなったんだな

2024/03/06(水) 17:54:59.85

コード書いてるとちょいちょいヒントやインテリセンスが効かなくなるから都度TSサーバの再起動かけてる
安定化に期待したい

2024/03/06(水) 18:04:48.72

たしかに安定してない…

2024/03/16(土) 23:05:10.74

Vue3のdefineEmitsの書き方について質問
Vue3.3から使えるようになったdefineEmitsの代替構文について下記のページに説明があるんだけど
戻り値のあるイベントハンドラを宣言する方法が分からない
https://ja.vuejs.org/api/sfc-script-setup
具体的には戻り値のない(a)は(a')と書けるけど(b)に対する(b')はどう書けばいいのか不明

(従来の書き方)
const emit = defineEmits<{
(e: 'change', id: number): void // (a)
(e: 'update', value: string): boolean // (b)
}>()

(代替構文)
const emit = defineEmits<{
change: [id: number] // (a')
update: ？？？// (b')
}>()

誰か知ってる人いるだろうか

2024/03/18(月) 18:31:32.78

一応自己解決というか
少し追ってみたら
type ShortEmits<T extends Record<string, any>> = UnionToIntersection<RecordToUnion<{
[K in keyof T]: (evt: K, ...args: T[K]) => void;
}>>;
という記述があってここで戻り値をvoid決め打ちにしてる模様
戻り値が必要なケースはあまり多くないだろうからその場合は従来の書き方でってことなのだろう

2024/04/29(月) 10:09:03.20

こんな板でも荒らされるのね

2024/04/29(月) 10:11:07.60

ここにスレ立て荒しくるのめずらいね…

2025/04/27(日) 00:15:53.03

hosyu