隨著信息行業(yè)的日益發(fā)展，軟件的開發(fā)設(shè)計(jì)得到了更多人的重視，軟件的原型設(shè)計(jì)也同樣的變得原來越重要。我們目前使用的原型設(shè)計(jì)工具中，設(shè)計(jì)的模式普遍為兩種，一種是以頁面狀態(tài)為中心來設(shè)置交互，比如Flinto for Mac和Principle。另一種模式則是以組件為中心，這種工具也很多，比如大家常用的Axure和Mockplus。那么這兩種方式哪一種才是最好的呢？我們這里來做一下具體的分析。

一、以頁面狀態(tài)為中心

Flinto for Mac和Principle這類原型設(shè)計(jì)工具有一個(gè)共同點(diǎn)，那就是它們本身幾乎不具有任何產(chǎn)生組件的能力，基本都是通過使用導(dǎo)入其它圖形工具導(dǎo)出文件而獲取組件和頁面的。Flinto敏感的抓住了一個(gè)現(xiàn)象，那就是Sketch的崛起。它果斷用一種可以說是與Sketch捆綁的方式開發(fā)了Flinto for Mac的版本。通過以頁面狀態(tài)為中心來設(shè)置交互，在狀態(tài)羅列在頁面后，簡(jiǎn)單的鏈接就會(huì)自動(dòng)產(chǎn)生動(dòng)畫效果，而且動(dòng)效還很逼真。這對(duì)于開發(fā)后期的UI演示來說，幫助是極大的。Principle的工作原理和Flinto for Mac基本相同。

這種以頁面狀態(tài)為中心設(shè)置的方式確實(shí)受到了很多人的追捧，但是問題也是確實(shí)存在的。當(dāng)一個(gè)頁面中有大量的組件需要實(shí)現(xiàn)交互的時(shí)候，這個(gè)依靠不同的頁面狀態(tài)來實(shí)現(xiàn)交互設(shè)置的方式就面臨了一個(gè)巨大的挑戰(zhàn)，那就是如何來顯示大量的狀態(tài)。Flinto和Principle的方法想必也是出于無奈，它們只能把各個(gè)層級(jí)按照某種順序排列在地面上。

二、以組件為中心

Axure、Justinmind以及Mockplus這類原型設(shè)原型設(shè)計(jì)工具本身是具有產(chǎn)生組件的能力，很自然地，組件就成了這類工具軟件設(shè)置交互的中心。多數(shù)的交互都是通過改變組件的屬性來實(shí)現(xiàn)的，使得整個(gè)設(shè)計(jì)過程變得靈活起來。而也正是這種靈活的設(shè)計(jì)方式在軟件開發(fā)的前期需求表述上可以真正的做到快捷、有效。

相信很多用戶在升級(jí)了Axure新版本之后并沒有收獲原有的期待，不過Axure仍然是用戶最多的原型設(shè)計(jì)工具。它的設(shè)計(jì)操作模式也為很多同類的工具提供了借鑒，甚至可以說，有很多原型設(shè)計(jì)工具是在模仿Axure。Mockplus在設(shè)置上通過高度可視化減少了設(shè)置步驟，在面對(duì)大量的交互設(shè)置時(shí)，仍然能夠?qū)崿F(xiàn)敏捷迅速。

然而，當(dāng)交互的設(shè)置對(duì)象為組件而不是頁面狀態(tài)的時(shí)候，那么這個(gè)項(xiàng)目顯示出來的整體篇幅就小了很多。Axure對(duì)于交互功能的支持更加豐富。Mockplus也不甘示弱，尤其是它對(duì)可視化程度的把握。它采用的拖拽方式是設(shè)計(jì)過程變得可視化，而設(shè)置結(jié)束之后鏈接線就會(huì)隱藏，所以即使頁面內(nèi)部的交互設(shè)置多達(dá)幾十個(gè)，也并不會(huì)影響整體的視覺效果。

不管是以頁面狀態(tài)為中心，還是以組件為中心，最好的原型設(shè)計(jì)方式只存在與相對(duì)的人群之中。開發(fā)前期的需求表述方面，Axure和Mockplus很明顯是占有優(yōu)勢(shì)的。而Flinto for Mac和Principle則在后期的演示中能夠呈現(xiàn)出更好的效果。結(jié)合需求才能選擇正確的工具。