• <ruby id="sbli6"><nav id="sbli6"></nav></ruby>
  • <wbr id="sbli6"></wbr>
      1. <font id="sbli6"></font>
          <ruby id="sbli6"><nav id="sbli6"></nav></ruby>
          <i id="sbli6"><form id="sbli6"></form></i>
        1. <source id="sbli6"></source>
            消息通知

            竟然還有讓沒有后臺的網站正常運行的要求

            背景

            前幾天被派去處響應客戶提出的需求。

            客戶需求

            之前公司給客戶開發部署了一套Web應用,是Vue+Node.js的架構。

            現在客戶要求把這個Web應用放到一臺筆記本里,要求web應用的網頁要能正常顯示。

            小編快速思考了一下,在筆記本上搭建好Vue和Node.js的環境,將前端、后端源代碼copy到筆記本上跑起來,把數據庫一遷移不就完事了嘛,小意思。

            然而還是太年輕,把問題想得太理想。

            溝通后才發現這個系統的后臺開發數據庫是分布式數據庫,由幾十臺服務器組成,這...這還怎么玩??!

            首先,要把這個分布式數據庫塞到筆記本里顯然不現實,同時了解到Web應用中的一些統計功能需要進行全表查詢計算,即使我能把數據庫塞進筆記本,幾個TB的數據庫表我也塞不進去??!其次客戶不允許把全量數據庫數據導出到筆記本,簡直要哭了!

            解決方案

            這種情況,看來數據庫是不用想了,小編趕緊思考別的解決方案,要不然Leader所謂的小問題都解決不了,豈不是太(fan)給(wan)公(bu)司(bao)丟臉了。小編想起Leader意味深長的笑,心里早已MMP了。

            既然數據庫不能遷移到筆記本,那前端所需要的數據該怎么獲取呢?

            我們先來回顧web的整個交互流程。下圖是目前客戶整個web應用示意圖:

            簡單來說,一個動態網頁的獲取分以下幾步:

            拉取靜態頁面

            當用戶在瀏覽器輸入URL回車后,通過Http的Get請求向Http服務器請求拉取靜態html頁面以及相關的CSS、JS等資源文件

            瀏覽器解析階段

            瀏覽器解析html頁面,并執行相應的JS代碼,JS代碼中會包含相應的異步數據請求。

            異步數據請求

            瀏覽器通過異步數據請求向Node服務器請求數據

            后端服務器響應

            Node服務器根據的請求,執行相應功能的代碼,例如,如果是拉取商品列表的數據請求,Node服務器會向數據庫查詢商品列表信息,將組織好的數據包裝成Json等格式作為請求的響應返回給瀏覽器

            異步刷新頁面

            瀏覽器端JS代碼通過異步請求拿到異步請求返回的數據,繼續執行相關的數據組織處理的JS代碼,最終將數據異步更新到網頁上。

            網站后臺程序開發

            結束

            至此,一個簡單的瀏覽器請求背后的流程到此結束,用戶通過輸入URL看到了想要看到的網頁的內容。

            經過對背后流程的梳理,小編已經明確問題出在數據庫上,并且既然數據庫不能訪問,相應的,后端Node服務器的存在也沒有什么意義了。

            事實上,對于前后臺分離的架構,若要保證網頁的正常訪問,只要能保證前端向后臺發起的數據請求,能夠返回一致的數據即可。

            意思是,只要能夠保證前端請求,有正常的響應(數據)即可,不管是Node服務器對請求進行響應,還是誰提供的響應。

            把后端想象成一個服務提供者,只要能提供服務,任何的解決方案都是可行的。

            于是小編腦中浮現了一個方案:

            將現有系統中每個后臺請求的返回的結果數據都先保存成本地文件,同時重新開發后臺服務響應接口,對于指定的請求返回之前相同接口請求保存的本地文件數據,整個架構變成下圖的樣子:

            這樣既達到了能夠返回實際的數據,同時前端也沒有任何感知和影響。

            實際上這樣還是不能完全解決問題。例如,如果有一下需要修改、寫入數據庫的操作,這種方式就沒有效了。

            畢竟我們只是偽裝能一個能夠正常響應查詢的假后端,并沒有實際的數據庫。

            不過好在客戶說只要滿足首頁和幾個查詢按鈕的正常展示即可。

            接下來的主要工作就是梳理現有接口,把實際數據請求接口返回的數據都保存下來,并且記錄它們之間的對應關系。然后就是重新開發后端服務,將前端過來的請求,返回之前保存的對應的文件中的數據即可。

            舉個例子,之前某個前端請求對應的后端處理代碼可能是這樣的:

            string get_goods_list(request)

            {

              //獲取request中請求參數

              ...

              //查詢數據庫

              ...

              //組織數據格式并返回

              return json_respone;

            }

            而重新開發的后端處理代碼就變成這樣了:

            string get_goods_list(request)

            {

              //讀取保存到本地的數據請求返回的數據

              ...

              //直接將數據返回給前端

              return json_respone;

            }

            特別的簡單粗暴,但是確實有效,當然事情也不可能如此順利,由于這個系統當時的研發人員已經離職,小編只能靠留存的簡單項目部署說明,外加一點點摸索,在解決無數次error后,客戶終于在一臺筆記本上看到了預期的頁面效果。

            直到臨走時小編也沒想明白,既然只是要求幾個按鈕的功能能正常展示頁面,為何不截個圖或者錄個視頻放到筆記本里?不過小編還是忍住了沒問,因為問了又能如何?

            后記

            這次事件小編明白了兩個道理:一是客戶的需求真的可以天馬行空,二是解決問題的能力是建立在對原理和現狀有清晰的基礎上的,只有掌握技術背后的原理,才能在應用技術時游刃有余,有能力應對各種需求解決各種問題,當然這也是一名程序員應該具備的素質。

            看來指望客戶不提“無理”需求是不可能了,能夠做到就是提高自身能力水平

            怎樣開發自己的微信公眾號?
            怎樣開發自己的微信公眾號?
            国产精品午夜无码体验区_国产婷婷在线五月综合亚洲_99精品日本二区留学生_国产亚洲欧美日韩俺去了

          1. <ruby id="sbli6"><nav id="sbli6"></nav></ruby>
          2. <wbr id="sbli6"></wbr>
              1. <font id="sbli6"></font>
                  <ruby id="sbli6"><nav id="sbli6"></nav></ruby>
                  <i id="sbli6"><form id="sbli6"></form></i>
                1. <source id="sbli6"></source>
                    亚洲第一精品视频观看 | 日本乱偷中文字幕视频 | 先锋天堂AV在线网 | 亚洲中文字幕乱碼在线观看 | 一区二区三区免费观看国产 | 亚洲日韩欧美香蕉一区 |