數(shù)據(jù)流——描述程序運行過程中數(shù)據(jù)的流轉方式及其行為狀態(tài)。在MVC模型中，Model層的本質就是“數(shù)據(jù)”，數(shù)據(jù)在MVC的各個構成要素中流轉并且在不同的層次扮演著不同的角色。當程序運行起來之后，我們會發(fā)現(xiàn)正是由于數(shù)據(jù)的流轉，才使得原本孤立和靜態(tài)的元素形成了互動。因此，我們可以得出結論——真正貫穿MVC框架并且將MVC的各個模塊黏合在一起的是數(shù)據(jù)。數(shù)據(jù)作為黏合劑，構成了模塊與模塊間的互動載體，把MVC真正融合在了一起。

因此我們可以看到在MVC模型中，Model層實際上是一個動態(tài)元素，它作為數(shù)據(jù)載體流轉于程序之間，并在不同的程序模塊中表現(xiàn)出不同的行為狀態(tài)，這就是形成數(shù)據(jù)流的本質。

控制流——控制程序邏輯執(zhí)行的先后順序，控制流實際上是數(shù)據(jù)流融入控制層之后形成的邏輯處理和程序跳轉的結果。控制流之所以能夠稱為控制流，完全是因為它所控制的對象是數(shù)據(jù)，數(shù)據(jù)在邏輯處理過程中的形式和狀態(tài)的變化，一定程度上促成了控制層的邏輯處理和程序跳轉的結果。

控制層的核心職責是處理業(yè)務邏輯，這一結論直接為開發(fā)框架指明了目標： 控制層應該更加關注其核心的職責，而其他的輔助邏輯則由框架幫忙來實現(xiàn)。 為了完成這一目標，以XWork為首的開發(fā)框架就開始對位于控制層的這四段代碼進行規(guī)劃。 因為我們發(fā)現(xiàn)，只有對業(yè)務邏輯的處理是我們在控制層所關心的核心內容。 而除此之外的代碼，則應該通過合理的設計，轉化為一個標準而規(guī)范的事件處理流程。

兩者的區(qū)別是數(shù)據(jù)流是在控制流上的數(shù)據(jù)操作表示，只有在控制流上進行的數(shù)據(jù)流分析才是有價值的。

數(shù)據(jù)流最初是通信領域使用的概念，代表傳輸中所使用的信息的數(shù)字編碼信號序列?？刂屏魇前匆欢ǖ捻樞蚺帕谐绦蛟貋頉Q定程序執(zhí)行的順序。Visual BASIC、C和其他編程語言也繼承了控制流，語句按照出現(xiàn)在程序中的順序執(zhí)行。LabVIEW 使用順序結構實現(xiàn)數(shù)據(jù)流框架中的控制流。順序結構是一系列順序執(zhí)行的有序幀集合。順序結構順序執(zhí)行幀0，然后是幀1、幀2，直到最后一個幀。只有最后一個幀執(zhí)行完畢，數(shù)據(jù)才會離開結構。共有兩種風格的順序結構：單層順序結構和疊層順序結構。