8、敏捷開發框架-設計開發小助手,提高開發效率

給全部開發人員配備一個開發調試小助手前端

來來來，幫我看下剛纔按鈕請求的參數是否正確數據庫

來來來，幫我看下當前打開的頁面的頁面地址是什麼框架

來來來……學習

這是你將來的場景測試

應用系統開發過程當中spa

關於前端調試，設計

最常聽到的是，調試

你F12一下 資源

點擊NetWork 開發

查看請求 Headers

看一下請求的內容

關鍵是左側，哪一次請求，你還不能弄錯，不然就分析岔了。

一連貫的動做，是咱們幾乎時刻要面對的。

若是涉及到測試的時候，不是本身在操做，是協同測試，就要讓另一我的，你幫忙按這個步驟，拷貝出相關的內容

以便開發人員來分析。

這個動做下來有點低效，讓人崩潰。

既然讓人崩潰，那麼就是一個痛點

既然是痛點，那麼就要尋求解決方案

敏捷開發框架，提供 開發小助手幫忙咱們解決上述問題。

你能夠隨時隨地的呼叫《開發小助手》  

喚醒《開發小助手》充分考慮到人性化的操做體驗，不必定強求您是站着呼叫仍是躺着呼叫

給您設計了以下開啓方式：

考慮到您兩隻手可能都在鍵盤上打字，你能夠順勢alt+K

考慮到您的右手可能正按着右側的鼠標  你換個姿式呼叫《開發小助手》  alt+鼠標單擊

       此時只須要動動您的左手，不用老費您的右手移動

呼叫暗號爲何是K：alt+K

（我要看的意思，這麼理解，相信你就不會忘記K這個字母了，我要看，看什麼，看過程，看異常……）

例如上面的畫面，咱們呼叫《開發小助手》    

目前界面以下，將來根據須要擴展提高小助手的能力

例如紅色框線部分，就是咱們最近一次的請求狀況

（寫到這裏的時候，忽然想到，能夠顯示最近一次的響應狀況也是頗有必要的）

經過這樣的設計，讓調試變的容易。

咱們常常會有以下的需求

打開一個以下的畫面，咱們知道是機構審覈，我想知道對應的頁面地址是什麼

怎麼辦？你只要 alt+K 呼叫 《開發小助手》 

針對頁面地址是使用，不只僅是查看

可能你會遇到下面的場景

登陸帳號是哪裏來的，URL裏面傳遞的。

有時候咱們調試頁面，須要改變一下URL地址的值，試試

那怎麼辦?

按照下面的方式作。本身修改地址，點擊替換地址便可。

接下來最重磅的功能還在研發中。

鑑於咱們的系統絕大部分都是在對數據庫操做，問題的分析也大部分在SQL語句的正確性與否。

那麼咱們點擊一個按鈕下去，執行的對於不對，關鍵是看執行了什麼樣的SQL語句。

那麼在開發調試的過程當中若是可否很是方便的獲取到這樣的支持，那麼開發效率將獲得很是大的提高。

在Speed開發框架中證實這一點很是很是重要。

那麼在敏捷開發框架中不能拋棄這個功能。這個功能將被整合到開發小助手中

開發小助手是一個隨時隨地隨叫隨到的小幫手 alt+K

開發小助手是一個揮之即來揮之即去的小幫手 esc

以最簡單的方式和她交流！

絕對人性化的設計

退出都這麼方便 直接 esc 不費一點功夫

esc的背後，不只僅是退出

考慮到你的使用場景是這樣的

您打開了一個畫面

您alt+Q 查詢了一下數據，發現頁面沒有顯示任何內容

您alt+K 呼叫出了 開發助手 看了一下，感受沒啥

此時esc 

這個時候，你想幹嗎？

可能會在查一次，也可能不查

若是查，alt+Q能夠了。

alt+Q的執行是有條件的，當前鼠標焦點要在當前頁面上。

因此《開發小助手》 在離開的時候不帶走你的焦點，把焦點還給你。

以此爲例子，全部人都要向開發助手學習，學會體貼。

體貼是最後呈現出來的感覺

那如何能作到體貼，那就須要洞察，睿智的分析。時時刻刻想着，接下來你可能須要啥。

那麼在力所能及的範圍內，知足你的期待。

接下來，開發小助手，會整合更多的功能，整合在線資源

整合雲開發平臺資源，只要是開發過程當中想了解都經過她來獲取你想要的。