每個框架都不可避免會有自己的一些特點，從而會對使用者有一定的要求，這些要求就是主張，主張有強有弱，它的強勢程度會影響在業務開發中的使用方式。
使用vue，你可以在原有大系統的上面，把一兩個組件改用它實現，當jQuery用；也可以整個用它全家桶開發，當Angular用；
還可以用它的視圖，搭配你自己設計的整個下層用。你可以在底層數據邏輯的地方用OO和設計模式的那套理念。
也可以函數式，都可以。
它只是個輕量視圖而已，只做了自己該做的事，沒有做不該做的事，僅此而已。
你不必一開始就用Vue所有的全家桶，根據場景，官方提供了方便的框架供你使用。
舉個栗子：
場景1：
如果你的技術團隊技術選型比較保守，沒有新技術的使用場景，比如讓你去維護一個管理后台。管理后台，日常就是提交各種表單了，這部分現有的方案，比如form表單提交或者jquery收集信息ajax提交。這時候你可以把vue 當成一個js庫來使用，就用來收集form表單，和表單驗證。
場景2：
在場景1中，你嘗到了甜頭。心中暗爽，還可以這么玩嘞。獨樂樂不如眾樂樂和大家分享之后，團隊開始接受使用vue，小規模推廣起來。打怪升級該遇小boss啦，領導說，小伙后台做的越來越有效率了，來承擔些常規業務開發，來正規軍編制和其他小伙伴一起做新聞列表和新聞詳情頁吧。
在這個項目中，你跟大膽一點把 整個頁面的dom 用Vue 來管理，你發現jquery 沒什么用了，列表用v-for來循環，把評論抽成小組件了。 評論交互比較復雜，但是你的關注點把原來jquery dom操作變成了關注數據的變化，用數據驅動DOM的變化。
場景3:
經歷了場景1 場景2，越來越受大家信賴，領導又找你了。你看新聞項目你做的不錯，移動站也得重構了，你做個移動端m站吧，正好微信和App分享出去用到。這時候，你需要在做移動端webapp了。 於是你由去了解 webpack vue-router，你發現前端 可以控制路由了。webpack，可以用於前端開發的工程構建。
場景4:
場景3之后你在技術團隊大放異彩，公司越來越器重你。年末領導又來找你了，小伙砸，想不想拿年終獎啊，想的話給我做個新聞直播間吧。需求特別簡單：就是滾動播報新聞，用戶實時參與評論。有了場景3和之前的經驗，發現稍微有點力不從心了，你和后端的接口溝通上越來越頻繁，新聞直播間需要大量的數據在組件中共享數據，后來你發現了，vuex 處理數據在組件之間的流動得心應手。
場景5:
年終獎，拿到手了，過年回來升職加薪。帶了20人的前端團隊，你的精力開始在配合公司其他部門做用戶數據增長了。發現場景2中你犯了個錯誤，雖然整個頁面用Vue 管理 開發起來很方便，但是頁面白屏時間長，而且類似這樣的底層頁對seo都不好。開始考慮使用 vue2.0的SSR。為了保障團隊高質量的輸出，你開始研究如何給 vm寫單測...
場景1-5 從最初的只因多看你一眼而用了前端js庫，一直到最后的大型項目解決方案。