頁面狀態仍是組件？到底什麼纔是交互的中心？

隨着信息行業的日益發展，軟件的開發設計獲得了更多人的重視，軟件的原型設計也一樣的變得原來越重要。咱們目前使用的原型設計工具中，設計的模式廣泛爲兩種，一種是以頁面狀態爲中心來設置交互，好比Flinto for Mac和Principle。另外一種模式則是以組件爲中心，這種工具也不少，好比你們經常使用的Axure和Mockplus。那麼這兩種方式哪種纔是最好的呢？咱們這裏來作一下具體的分析。

1、以頁面狀態爲中心

Flinto for Mac和Principle這類原型設計工具備一個共同點，那就是它們自己幾乎不具備任何產生組件的能力，基本都是經過使用導入其它圖形工具導出文件而獲取組件和頁面的。Flinto敏感的抓住了一個現象，那就是Sketch的崛起。它果斷用一種能夠說是與Sketch捆綁的方式開發了Flinto for Mac的版本。經過以頁面狀態爲中心來設置交互，在狀態羅列在頁面後，簡單的連接就會自動產生動畫效果，並且動效還很逼真。這對於開發後期的UI演示來講，幫助是極大的。Principle的工做原理和Flinto for Mac基本相同。

這種以頁面狀態爲中心設置的方式確實受到了不少人的追捧，可是問題也是確實存在的。當一個頁面中有大量的組件須要實現交互的時候，這個依靠不一樣的頁面狀態來實現交互設置的方式就面臨了一個巨大的挑戰，那就是如何來顯示大量的狀態。Flinto和Principle的方法想必也是出於無奈，它們只能把各個層級按照某種順序排列在地面上。

2、以組件爲中心

Axure、Justinmind以及Mockplus這類原型設原型設計工具自己是具備產生組件的能力，很天然地，組件就成了這類工具軟件設置交互的中心。多數的交互都是經過改變組件的屬性來實現的，使得整個設計過程變得靈活起來。而也正是這種靈活的設計方式在軟件開發的前期需求表述上能夠真正的作到快捷、有效。

相信不少用戶在升級了Axure新版本以後並無收穫原有的期待，不過Axure仍然是用戶最多的原型設計工具。它的設計操做模式也爲不少同類的工具提供了借鑑，甚至能夠說，有不少原型設計工具是在模仿Axure。Mockplus在設置上經過高度可視化減小了設置步驟，在面對大量的交互設置時，仍然可以實現敏捷迅速。

然而，當交互的設置對象爲組件而不是頁面狀態的時候，那麼這個項目顯示出來的總體篇幅就小了不少。Axure對於交互功能的支持更加豐富。Mockplus也不甘示弱，尤爲是它對可視化程度的把握。它採用的拖拽方式是設計過程變得可視化，而設置結束以後連接線就會隱藏，因此即便頁面內部的交互設置多達幾十個，也並不會影響總體的視覺效果。

不論是以頁面狀態爲中心，仍是以組件爲中心，最好的原型設計方式只存在與相對的人羣之中。開發前期的需求表述方面，Axure和Mockplus很明顯是佔有優點的。而Flinto for Mac和Principle則在後期的演示中可以呈現出更好的效果。結合需求才能選擇正確的工具。