コンポーネント指向のUI開発時に起きがちな密結合・複雑化問題をStoreパターンで解決する
こんにちは。プレイドの藤川(@atsushiss15)です。 プレイドには学生時代よりインターンとして参加しており、今年の４月に新卒社員として正式に入社しました。現在に至るまで弊社の提供するKARTEの機能開発を担当しています。 今回はVue.jsを利用したコンポーネント指向のUI開発において、私たちが実際に遭遇した問題とその解決策として導入したStoreパターンについてご紹介したいと思います。 Vue.jsというフレームワークが題材にはなりますが、Storeパターンの考え方自体は他のフレームワークを使った開発にも転用できると思うので、ぜひ読んでみていただければと思います。 目次 Vue.jsとは？ アプリケーションの大規模化に伴って生じた問題 解決策としてのStoreパターン サンプルコード他 Storeパターンに移行した感想 最後に Vue.jsとは？ Vue.jsを一言で表現するなら
フロントエンド、サーバサイド、インフラの具体例
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Webエンジニアの種類は、概ね フロントエンドエンジニア：見える部分を作る人 サーバサイドエンジニア：動的な処理を記述する人 インフラエンジニア：各種サーバ環境を整える人 に類別できる。 ただし、人によってその担当領域が異なるため、明確な線引はできない。 （サーバサイドエンジニアがインフラをやったりフロントをやることも大いにあり得る） 「クライアント・サーバ」の概念との関係付けをするならば、下記画像のようになると言えるが、普段そういうことを意識することはあまりない。 フロントエンジニア： 上記画像の「ビュー」に直接関与する部分を作成する
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
