サクサク読めて、
アプリ限定の機能も多数！
アプリで開く
<template> <div> <button :disabled="showDialog" @click="onClick"> 確認 </button> <div v-if="showDialog"> ダイアログ表示 <button @click="onConfirm"> OK </button> <button @click="onCancel"> Cancel </button> </div> </div> </template> <script lang="ts"> import { defineComponent, ref } from 'vue'; export default defineComponent({ setup() { const showDialog = ref(false); function onClick() { showDialog.value = t
本をよく読むエンジニアであれば、ライブラリの導入には慎重になるべきだということは共通の認識になっていると思う。しかし、どういったライブラリを導入すべきかという選定基準は自分の中ではまだ言語化できてないことに最近気がついた。絶対的な基準を設けるのではなく、ある程度柔軟に考えるべきだと思うが、自分がどう考えて選定するかを考えてみる。 品質 テストが書かれているか 自分のプロダクトでテストを書いているのであれば、ライブラリにもテストを求めるべき 長い間継続してメンテナンスされている（いた）か 急に出てきてセンセーショナルな売り文句で注目を浴びるライブラリは怪しむべき コードの品質は悪くないか 導入する前にライブラリのコードは読むべき 効果 その後の実装効率をどれだけ上げるか 導入しない場合と大して変わらないのであれば不要 自分でそれを書いた場合と比べてどうか 短時間で同じようなものを書けるのであ
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? [6/8 12時頃追記]Vueは死んでないし殺すつもりもないし私はVueが大好きだ、誤解しないでほしいVue3でOptionsAPIは消えてないし今後消えていく方向のAPIでもないし挫折した人もこっちつかって再挑戦してほしい [6/8 11時頃追記] 「俺はCompositionAPI使えてるぞ！」「便利じゃん！何をいってるんだこいつは！」 あなたはすごい、でもVueを挫折した人の話を聞くに、CompositionAPIが「アタリマエでしょ？」の雰囲気の前にうまく馴染めず散っていったという話で、CompositionAPI自
Vue2時代にTypeScriptを使う場合はVue Property Decolator（Vue Class Component）か，Vue.extendでした． 正式リリースからもうすぐで1年経つVue3ではTypeScriptとの親和性が向上し，Class Componentの必要性は薄れてしまいました．しかし，どうやらVue3でもClass Style Componentが使えそうなので試してみました．Vue CLIでプロジェクト作成$vuecreate sampleVue CLI v5.0.4 ? Please pick a preset: Manually select features ? Check the features needed for your project: Babel, TS, Router,Vuex,CSS Pre-processors,
スタディスト技術支援ユニットの笹木 (@s_sasaki_0529) です。2022年上半期、およそ500コンポーネントを持つVue 2 プロダクトである Teachme Biz を、半年間に渡る単独作業を経て、Vue 3 に移行することに成功しました。本記事では、私達がどのようにして、機能開発は止めずにバージョンアップや破壊的変更への対応を行えたのかを簡単に振り返ろうと思います。 昨年のTypeScript 移行の次のステップとして、今年はVue 3 移行を実現することにより、相乗効果でのフロントエンド開発体験の向上を実現しました。 モチベーションTeachme Biz をVue 3 に移行するモチベーションは概ね以下になります。 モダンブラウザに合わせてリアーキテクチャリングされたVue 3 の恩恵を受けることVue 2 への機能追加・改修が 2.7 で終了してしまった
vue-element-admin is a production-ready front-end solution for admin interfaces.It is based onvue and uses theUI Toolkit element-ui.vue-element-admin is based on the newest development stack ofvue andit has a built-in i18n solution, typicaltemplates for enterprise applications, and lots of awesome features.It helps youbuild large and complex Single-Page Applications. I believe whatever yo
DocManagerは複数のリソースの情報を一括で編集出来るモジュールです。パッケージに同梱されているので初期インストール時にチェックを外していなければ最初から使用可能です。入力内容の統一、メニューの並び替えなどが簡単に出来ます。 対象になるリソース番号の指定方法 使用テンプレートの変更 テンプレート変数の内容を変更 アクセス許可の変更 メニューインデックスの変更 その他リソース情報の設定 リソースの各種日時設定 リソースの各種設定（公開or非公開、メニューに表示or非表示など） 作成者と編集者の変更 対象になるリソース番号の指定方法 画面下にある「操作対象(操作元)のリソースIDを指定」というフィールドに対象になるリソースのIDを入力します。IDは半角数字で入力、半角のカンマ,で区切って複数の条件を指定できます。以下n、m はリソースIDを示す数字です。 複数のリソースを個別に指定 n
最近ReactとVueをどっちも触る機会があったり、「ReactとVueどう選定するの？」という問いを投げられ、スッと答えられなかったな、と後悔があったりしていたので、Vueを触って得られた感想をまとめてみる。 結論としてなにか新しいことを発見したというものではなく、世間で言われている事を自分なりに再構築しただけの結論になったと思う。 TL; DRVueからは全体的に優しさ（Gentleさ）を感じる事が多く、良い点だと感じた大規模になるときReactの堅牢さは魅力的。Vueが大きくなった時に支えられ設計が出来るかは個人的には懐疑的。「こうだったらVue、こうだったらReact」みたいな分岐点があるというわけではないので、最終的には好みになってくると思う。ぞうさんが好きかきりんさんが好きか。これまでのフレームワーク遍歴今回の話をするにあたって、僕と各フレームワークの付き合いをまとめておくと、
1リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
