實施一個項目，團隊協作的依賴關係
最近參與一個項目的開發，遇到了一些實際問題，反應到前端的現象，表現有兩點，
與後端通信的介面設計，數據比較零散，無法直接對應到實際數據模型，需要進行轉化才可以構造出後台的介面數據格式
後端無法提供給前端需要的某些交互需要的API，需要前端改造請求方式
一位同事問我，與後台API的設計環節，到底應該由誰來完成（是後端開發同事，還是前端開發同事）。
造成開發上的混亂現象是經常發生的，梳理一下，團隊協作開發中的依賴關係，如圖所示
藍色區域表示前端範疇，黃色區域表示後端範疇，粉絲區域表示開發前的工作，先回答上面的一個問題：前後端API的開發「對應標記8」是由誰來定義？其實由前端同學或者後端同學來定義並不重要，重要的是定義API的依據是要依賴產品原型的設計。
在產品原型設計完畢之後，對應的畫面遷移也就確定了，這個時候可以同時開展三項工作，即：交互團隊設計PS、前端同事設計前端的數據模型「當前都是採用框架式開發，比如Angular、Vue、React」，以及前後台交互需要的API。
產品原型設計「對應標記2」，在項目開發中是非常重要的環節，如果一個項目沒有這個環節，那麼這個項目多半來說都會失敗，產品設計某種程度上也取決於現實情況，比如團隊的實施能力，客戶的限制等，但是大體上都是以BA的產出為依賴，進行產品設計。
對於架構設計「對應標記3」，包括前端架構和後端架構，理論上並不依賴於產品原型，和產品設計處於並行，從BA需求中，就可以確定是否要使用某些技術，比如，前後端通信是否僅僅使用HTTP方式，是否需要採用消息通信機制，是否需要採用時序資料庫方案等，但同時也應該參考產品設計的原型，比如，某些畫面設計的交互情況，可能是某些前端框架很難完成的，那麼需要對應調整前端架構，比如某些前端交互效果，並不適合數據雙向綁定的前端框架來完成，那麼就要慎用Angular框架。
前端開發「對應標記4」的依賴，除了架構設計之外，就是交互設計和HTML切片，這是很容易理解的，後端開發「對應標記5」的依賴，基本上就是架構設計。
關於API「對應標記8」的設計，是要參考實際中設計的資料庫模型的，這點很容易理解，假設API的數據格式與前後端數據模型差別很大，那麼真實開發的時候，就需要進行數據模型到API數據的轉化，這種轉化放到前端或者放到後端，代價都很大，更要命的是，某些時候需要數據的回顯，那麼還需要從API數據反向拼湊回設定的數據模型，某些情況下，這有可能是不可完成的任務。
同樣，API的設計需要在前後端實際開發中，根據實際情況不斷的調整，原則就是一切都是為了實現產品的原型設計、完成預定的交互需求。
現在來回答為什麼項目中會遇到文章開始提的兩個問題，猜測看，
第一個問題，應該是API的設計並沒有依賴與產品原型，並且也沒有照顧到數據模型的設計；
第二個問題，API的設計是為了完成產品設計的需要，不應該出現無法提供的情況，況且這是在架構階段就應該評估到的工作；
TAG:Tabenren |