現(xiàn)在web前端也是一個非常熱門的行業(yè)，想要學習web前端開發(fā)的同學請看這里北京web前端和數(shù)據(jù)庫的接口 ，通過對TI365的芯片北京哪家應用開發(fā)的比較好?，java和web前端相比?哪個學起來比較難？，web前端教程之接口安全你了解多少？，前端與后端以及接口（小白自學筆記），前端如何跟后端對接接口？分享這6種方式，身為前端你可能不知道你需要一個數(shù)據(jù)庫！?? 的了解，希望以上信息可以幫助到您

1.TI365的芯片北京哪家應用開發(fā)的比較好?

給你建議一下:迅馳(北京)視訊科技有限公司， 如果說2009年以前，IP攝像機還處在客戶教育階段的話，那么現(xiàn)在就真正進入了大規(guī)模的應用階段。今年以來，越來越多的攝像機廠家推出IP攝像機，產(chǎn)品種類也非常豐富，價格降低了許多，因此客戶的選擇更廣泛。 目前，傳統(tǒng)視頻監(jiān)控存在的問題日漸顯現(xiàn)。其一，傳統(tǒng)監(jiān)控普遍是CIF~D1分辨率，圖像清晰度不高。一旦發(fā)生案件，從錄像中提取的人像面部放大圖像細節(jié)完全看不清楚，以至于錄像數(shù)據(jù)毫無價值。其二，傳統(tǒng)監(jiān)控通常需要敷設視頻、音頻、電源、控制、報警等諸多線纜，管理和維護具有相當難度。其三，傳統(tǒng)監(jiān)控中往往配置有視頻切換器、視頻分配器、視頻矩陣、解碼器、硬盤錄像機、監(jiān)視器等眾多設備，結構復雜，擴展不便。這些都嚴重制約了安保管理效能的提升。 高清IP攝像機同樣也給我們帶來了亟待解決的問題，其一， 視頻網(wǎng)絡傳輸數(shù)據(jù)巨大而網(wǎng)絡帶寬所限的問題;其二， 視頻監(jiān)控數(shù)據(jù)流海量存儲的問題。而針對無線網(wǎng)絡攝像機又存在如下的問題，其三，如何解決無線傳輸和有線傳輸軟件切換的問題;其四:如何保證無線傳輸和視頻流暢以及解決無線傳輸時延，適應無線傳輸復雜環(huán)境的問題; 基于存在的上述問題，迅馳(北京)視訊科技有限公司經(jīng)過多年在無線通信技術和視頻圖像處理技術潛心研究成果，提出了一整套的無線高清視頻監(jiān)控的解決方案，其中之一方案就是基于DM365/DM368成熟的平臺方案和產(chǎn)品。 其系統(tǒng)的特征如下:基于-300平臺，500萬像素CMOS傳感器 最高分辨率:1280X720 最低照度:0.5lux F 1.2(彩色) 最低照度:0.1lux F 1.2(黑白) 支持PoE 嵌入式Web服務器 支持報警和預定的錄制到SD卡里 支持通過USB接口設置網(wǎng)絡 支持壓縮算法:H.264/MPEG4/MJPEG 支持分辨率: H.264 SXGA 24fps MPEG4 SXGA 30fps JPEG SXGA 30fps H.264(720P,30fps)/H.264(CIF,30fps)/G.711雙視頻流 H.264(720P,30fps)/JPEG(VGA,15fps)/G.711雙視頻流 H.264(D1,30fps)X2雙視頻流 MPEG4(720P,30fps)/MPEG4(CIF,30fps)/G.711雙視頻流 MPEG4 (720P,30fps)/JPEG(VGA,15fps)/G.711雙視頻流 H.264(720P,30fps)/JPEG(VGA,15fps) /H.264(CIF,30fps)/G.711 三視頻流 MPEG4 (720P,30fps)/JPEG(VGA,15fps) / MPEG4 (CIF,30fps)/G.711 整個平臺還支持WIFI，3G無線和其他無線傳輸模塊，整個系統(tǒng)架構采用靈活模塊化的拓展結構。因此可以根據(jù)用戶需求靈活進行無線模塊配置，同時，還支持無線和有限傳輸方式的軟切換。 針對目前無線高清IP網(wǎng)絡攝像機存在如下問題，迅馳(北京)視訊科技有限公司針對如下不同的問題，提出了比較好的系統(tǒng)解決方案，其具體如下: 問題一:視頻監(jiān)控傳輸數(shù)據(jù)量巨大網(wǎng)絡帶寬資源不足 網(wǎng)絡帶寬是影響視頻監(jiān)控的瓶頸之一，在現(xiàn)有IP資源和網(wǎng)絡基礎的條件下，帶寬永遠是制約網(wǎng)絡視頻監(jiān)控向前發(fā)展的最主要因素。隨著網(wǎng)絡視頻監(jiān)控產(chǎn)品圖像清晰度的不斷優(yōu)化，監(jiān)控系統(tǒng)傳輸視頻流所需的帶寬環(huán)境也越來越嚴格:圖像越清晰，傳輸視頻流所需的帶寬條件也就越高。 迅馳(北京)視訊科技有限公司采用了基于高效H.264圖像壓縮技術，通過高效的壓縮比，可以大大降低視頻流圖像對傳輸有限帶寬的需求。 同時，根據(jù)無線網(wǎng)絡系統(tǒng)時常遇到有限傳輸帶寬時常變化的特點，我們提出了多碼流技術來分解整個傳輸?shù)膱D像，即監(jiān)控系統(tǒng)將同一視頻源編出兩路視頻碼流，這兩路視頻碼流可以是同一視頻分辨率的，也可以是高低不同的視頻分辨率，這樣，在使用時，系統(tǒng)可以根據(jù)用戶需求而分配相應的視頻碼流，從而降低帶寬壓力，有效優(yōu)化網(wǎng)絡帶寬環(huán)境。比如雙碼流采用一路高碼率的碼流用于本地高清存儲，例如QCIF/CIF/D1編碼，一路低碼率的碼流 用于網(wǎng)絡傳輸，例如QCIF/CIF編碼，同時兼顧本地存儲和遠程網(wǎng)絡傳輸。雙碼流能實現(xiàn)本地傳輸和遠程傳輸兩種不同的帶寬碼流需要，本地傳輸采用高碼流 可以獲得更高的高清錄像存儲，遠程傳輸采用較低的碼流以適應3G/WIFI等各種網(wǎng)絡而獲得更高的圖像流暢度。 問題二:視頻監(jiān)控的海量存儲 針對高清無線IP網(wǎng)絡攝像機對存儲設備海量的需求，迅馳(北京)視訊科技提出了矩陣存儲和分布式存儲相結合的思想，一方面，對大量的視頻監(jiān)控數(shù)據(jù)存儲在IP網(wǎng)絡攝像機的前端和后端矩陣存儲，這樣既可以保證減少網(wǎng)絡傳輸?shù)膲毫τ挚梢愿鶕?jù)用戶需求實時監(jiān)控畫面。 另一方面，通過用戶的需求，可以在IP網(wǎng)絡攝像機前端和后端掛載硬盤來實現(xiàn)視頻監(jiān)控的海量存儲。 問題三:無線或者有線傳輸選擇的問題 迅馳(北京)視訊科技有限公司把無線通信系統(tǒng)的軟切換機制成功應用到DM365/DM368無線平臺中，從而保證有線和無線切換的無縫連接。 問題四: 無線傳輸過程對視頻流圖像保證的問題 基于無線傳輸環(huán)境變化復雜的問題，迅馳(北京)視訊科技有限公司提出了視頻流編碼和無線自適應速率匹配的思想，根據(jù)無線環(huán)境，自適應反饋到視頻編碼的前端，從而自適應調整前端視頻流格式和壓縮方式，這樣避免了當前主流無線視頻監(jiān)控存在前端視頻采集和后端無線傳輸服務器想脫節(jié)的問題。迅馳(北京)視訊有限公司，通過對視頻編碼和無線傳輸模塊相結合，從而整體考慮系統(tǒng)的存在的問題，達到整體平衡的目的。 總之，通過對整個DM365/DM368無線平臺的優(yōu)化組合，從而保證了無線高清網(wǎng)絡攝像機的性能需求，也為我們客戶創(chuàng)造的實實在在的價值。

2.java和web前端相比?哪個學起來比較難？

Web前端開發(fā)優(yōu)勢：人才缺口大，發(fā)展前景好，需求量大前景指數(shù)：★★★★★web前端開發(fā)前景大好！其中的HTML5技術更是日趨成熟，HTML5是移動互聯(lián)網(wǎng)前端的主流開發(fā)語言，目前還沒有任何一種前端開發(fā)技術能夠取代HTML5。因此，無論是PC端還是APP端的應用，前端樣式都離不開HTML5。基礎學習web前端，java，附帶學習資料  JAVA優(yōu)勢：全球最流行，就業(yè)方向廣，選擇性多前景指數(shù)：★★★★★Java的發(fā)展前景都是很樂觀的。Java開發(fā)語言是全球最流行的開發(fā)語言，無論是程序界還是整個互聯(lián)網(wǎng)行業(yè)勢必帶來很大的影響。不管是人才需求還是薪資水平上，Java的發(fā)展前景都是很樂觀的。VS難易程度Web前端開發(fā)起點低、容易入門相對于其他IT技術職位來說， HTML5前端工程師相當于半個程序員，所以你不用擔心學不會。很多程序員都是0基礎開始學的，而且因為職位所處位置的交叉性，也就有很多Web前端開發(fā)人員是轉行而來。HTML5前端源于HTML語言發(fā)展而來，由于HTML和CSS起點低、容易入門。 JAVA語言語法簡單，但有一定難度Java語言擁有與C、C++等眾多流行語言一樣的簡潔易懂的關鍵字、語法，而且是各種后臺開發(fā)語言中相對比較容易上手的語言。使用Java語言開發(fā)諸如服務后臺等復雜的應用場景都有簡單完美的解決方案。 Java的入門難度在后臺開發(fā)語言中也是屬于比較容易的，但相比前端還是較難VSROUND3—薪資Web前端開發(fā)web前端開發(fā)工程師的薪資月平均收入為1萬元，工作經(jīng)驗達到3年的web前端工程師甚至達到3萬元。 北京前端開發(fā)平均工資：￥9766元/月最低工資2K-3K，最高工資20K-30K。上海前端開發(fā)平均工資：￥9541元/月最低工資2K-3K，最高工資20K-30K。 JAVAJava的薪資還是非?？捎^的。初級Java工程師的待遇大概在5000-7000之間，而高級JavaEE工程師的待遇基本破萬。北京前端開發(fā)平均工資：￥19730元/月最低工資4.K-6K，最高工資10K-15K。上海前端開發(fā)平均工資：￥21920元/月最低工資2K-3K，最高工資10K-15K。學習路線當然，每個小伙伴們想學習的路線也各不相同，其實這二者沒有高下之分，都是很高薪的行業(yè)，選擇適合自己的最重要，小職在這里幫助大家規(guī)劃了學習路線，以便更輕松的學習。 Web前端開發(fā)HTML5理解HTML基本語法規(guī)范，連接之間跳轉，節(jié)點子節(jié)點層級關系。CSS3復習基礎語法，盒子模型、常用布局、CSS3的新增動畫，CSS預處理工具 LESS 和SaSS。 JavaJs基礎教程、js內(nèi)置對象常用方法、常見DOM樹操作大全、ECMA、DOM、BOM、定時器和焦點圖。 目前是在職程序開發(fā)，如果你現(xiàn)在也想學習web前端Java Python技術，在入門學習的過程當中有遇見任何關于學習方法，學習路線，學習效率等方面的問題都可以問響應式開發(fā)響應式概念、媒體查詢、響應式網(wǎng)站制作、刪格系統(tǒng)、刪格系統(tǒng)原理、Bootstrap常用模板、LESS和SASS。 全棧開發(fā)學習思路，附帶學習資料移動Web開發(fā)跨終端WEB和主流設備簡介、視口、流式布局、彈性盒子、rem、移動終端Java事件、手機中常見JS效果制作、Zepto.js、手機聚劃算頁面、手機滾屏。前端發(fā)展歷史前端開發(fā)的歷史和趨勢、前端模塊化演化階段主要了解新的mvvc概念、模塊化概念、前后端分離。 基礎從計算機基本概念，DOS命令開始，什么是程序，如何配置JAVA開發(fā)環(huán)境，JAVA編程的過程是怎樣的，JAVA有什么物特點，程序是如何運行的等內(nèi)容前端開發(fā)基礎和框架、Servlet和JSP在Web后端的應用、Web后端開發(fā)相關專題、MVC和分層架構以及項目開發(fā)流程及CASE工具的使用等。java框架此階段涉及的技術知識點：框架整合開發(fā)(SSH/SSS)、RESTful架構和移動端接口設計、第三方接口和在線支付功能、網(wǎng)站安全和Spring Security應用實戰(zhàn)、復雜用戶交互處理和Spring Web Flow的應用、MyBatis的應用和SSM整合java+大數(shù)據(jù)主要涉及的技術知識點：億級并發(fā)架構演進、Linux基礎、搭建tomcat環(huán)境以及大數(shù)據(jù)開發(fā)云計算等高級Java教程。

3.web前端教程之接口安全你了解多少？

前后端進行數(shù)據(jù)傳輸?shù)臅r候被偷窺、被抓包、被偽造時有發(fā)生，那么接口安全就顯得尤為重要了，小千今天就來給大家分享一篇設計安全的API接口方案的文章，需要的同學趕緊點進來收藏保存一下吧。并不是所有的接口都需要考慮安全的，有些接口是公開的，任何人只要知道地址都可以調用，對于一些項目中需要用戶登錄才能訪問的接口才需要考慮安全問題。一般解決的方案有以下幾類：token令牌認證（jwt）AK（app key）&SK（secret key）【用戶名&密碼】時間戳超時驗證+簽名算法字符串URL簽名（算法，非對稱算法）數(shù)據(jù)脫敏（防范數(shù)據(jù)庫數(shù)據(jù)泄露） HTTPSIP黑/白名單（服務器層面的限制，apache、nginx）oAuth2.0關于JWT：Json web token（JWT），是基于token的鑒權機制，類似于http協(xié)議也是無狀態(tài)的，它不需要在服務端去保留用戶的認證信息或者會話信息，為應用的擴展提供了便利。JWT具備以下幾個優(yōu)點：因json的通用性，所以JWT是可以進行跨語言JWT可以在自身存儲一些其他業(yè)務邏輯所必要的非敏感信息便于傳輸，jwt的構成非常簡單，字節(jié)占用很小，所以它是非常便于傳輸?shù)乃恍枰诜斩吮４鏁捫畔?，所以它非常適合應用在前后端分離的項目上使用JWT進行鑒權的工作流程如下（重點）：用戶使用用戶名密碼來請求服務器服務器進行驗證用戶的信息（查數(shù)據(jù)庫）服務器通過驗證發(fā)送給用戶一個token（令牌）客戶端存儲token（Vuex+），并在每次請求時附送上這個token值服務端驗證token值，并返回數(shù)據(jù)JWT是由三段信息構成的（頭部、載荷、簽名），將這三部分使用.連接在一起就組成了JWT字符串，形如：..4BaThL6_-其中：頭部（header），包含了兩（可以更多）部分信息，分別是類型的聲明和所使用的加密算法。一個完整的頭部就像下面的JSON：{ 'typ': 'JWT', 'alg': 'HS256' }然后將頭部進行base64加密/編碼（該加密是可以對稱解密的)，這就得到了jwt的第一部分。載荷（payload）（body），載荷就是存放有效信息的地方。這些有效信息包含三個部分標準中約定聲明（建議但不強制）簽發(fā)人使用者簽發(fā)時間有效期....公共的聲明私有的聲明定義一個payload：{ "sub": "", "name": "John Doe", "admin": true }依舊進行base64加密，這就得到了jwt的第二部分。簽名（signature），這個簽證信息由三部分組成：經(jīng)過base64編碼后的例如：var = (header) + '.' + (payload); var signature = (, 'secret');這樣就得到了jwt的第三部分。var jwt = + '.' + (signature);最終將三部分信息通過 . 進行連接就得到了最終的jwt字符串。后續(xù)不需要自己去寫jwt怎么生成的。因此，此流程理解即可。需要注意的是secret是保存在服務器端的jwt的簽發(fā)生成也是在服務器端的secret是用來進行jwt的簽發(fā)和jwt的驗證所以，secret它就是服務端的私鑰，在任何場景都不應該泄露出去。一旦其他人（包括客戶端的用戶）得知這個secret，那就意味著他們可以自我簽發(fā)jwt，接口就沒有安全性可言了。【教育】Web前端全套視頻教程1000集（入門到精通2021版）_嗶哩嗶哩 (゜-゜)つロ 干杯~-bilibili【】2021版基礎入門教程全集（強烈推薦）_嗶哩嗶哩 (゜-゜)つロ 干杯~-版Bootstrap入門教程（首發(fā)）【】_嗶哩嗶哩 (゜-゜)つロ 干杯~-bilibili原文來自知乎：HTML5原文鏈接：接口安全你了解多少？

4.前端與后端以及接口（小白自學筆記）

前端：看得見的頁面，展示數(shù)據(jù)（例子：app，知乎頁面，桌面程序）用什么語言開發(fā)（常見：網(wǎng)頁語言三件套：html ，css， iOSapp：Objective-Candroid app：Java桌面程序：c++后端：給看得見的頁面提供數(shù)據(jù)，與服務器打交道（例：天貓超市，文字和圖標都是后端提供的數(shù)據(jù)）常見語言：Java，PHP，python，go，邏輯圖解釋url： URL指的是統(tǒng)一資源定位符（Uniform Resource Locator）。 URL無非就是一個給定的獨特資源在Web上的地址。理論上說，每個有效的URL都指向一個獨特的資源。這個資源可以是一個HTML頁面，一個CSS文檔，一幅圖像，等等。而在實際中，有一些例外，最常見的情況就是URL指向了不存在的或是被移動過的資源。由于通過URL呈現(xiàn)的資源和URL本身由Web服務器處理，因此web服務器的擁有者需要認真地維護資源以及與它關聯(lián)的URL。 作為一個小白，看到這個高級的專業(yè)詞匯時，我是懵的，經(jīng)過各方面搜索后，終于有了一點點認識，不容易??！ 我淺顯的把它理解為——網(wǎng)址（個人理解） 示例： 下面來分析一下它的幾個部分： 1、http:// ——HTTP協(xié)議（超文本轉移協(xié)議），當然也可以是其他協(xié)議。 2、 ——域名，表明在訪問哪個服務器，當然也可以用IP地址代替。 3、:80 —— 端口，用于訪問Web服務器上的資源的技術“門”。 4、/path/to/myfile.html —— 網(wǎng)絡服務器上資源的路徑。 5、?key1=value1&key2=value2 —— 提供給網(wǎng)絡服務器的額外參數(shù)。這些參數(shù)用&分隔開。 6、# —— 資源本身的另一部分的錨點，錨點像一個迅速定位器一樣，可以在網(wǎng)頁中設置標記，然后創(chuàng)建鏈接，創(chuàng)建的鏈接可以使我們迅速訪問到指定位置（想到了書簽~~）??：前端頁面可以單獨存在，但是呈現(xiàn)的方式為靜態(tài)頁面。接口：前端數(shù)據(jù)改為后端提供的動態(tài)數(shù)據(jù)。（請求URL地址，這就是接口）前端理論放哪都可以，后端要放在服務器！??！參考資料：一節(jié)課徹底搞懂前端后端的關系，到底什么是接口？概念與實戰(zhàn)_嗶哩嗶哩_bilibili

5.前端如何跟后端對接接口？分享這6種方式

一般來講，前端不會給后端接口，而是后端給前端接口的情況比較普遍。一些人可能不理解接口和前端開發(fā)的關系，其實不合適的接口設計會極大地影響用戶的頁面體驗。那么今天就跟著我一起來看看，前端如何調用后端接口？有哪幾種方式？首先，要弄清楚前端提供一個接口或者調用后臺接口，那么這個接口具體指什么？網(wǎng)上用戶上傳圖片作為頭像這個需求需要后臺人員處理，當用戶登錄 修改自己個人信息的時候，上傳了頭像。此時，后臺處理該用戶update個人信息，將該圖片存入數(shù)據(jù)庫，一般存的都是圖片地址，string形式的數(shù)據(jù)。然后，要返回到前臺的時候，后臺人員需要對這些用戶的個人信息進行處理，不只是頭像，還有一些別的信息。后臺通過語言編譯，生成json格式的鍵值對（一般是json 還有xml txt 等數(shù)據(jù)格式）。生成一個地址也就是url，前臺人員利用ajax，將返回的data顯示到頁面就好了。大體上來講，接口一般指的是HTTP接口，也可以說是HTTP API。接口由后端提供，前端調用后端接口以獲取后端數(shù)據(jù)。而且接口由URL和HTTP方法構成，URL為接口的地址，HTTP方法指的是GET, PUT, DELETE等等。前端調用后端接口無外乎六種方法，如下：1、打開vs，創(chuàng)建空的 mvc演示項目【W(wǎng)ebMVC】（1）依次點擊【文件】->【新建】->【項目】；（2）在【新建項目】界面選擇【W(wǎng)eb】->【 Web 應用程序(.NET Framework)】，輸入名稱，選擇框架至少4.5版本，點擊【確定】按鈕；（3）選擇【空】->【MVC】->【確定】 ；（4）創(chuàng)建好了項目。2、在項目中（1）在文件夾上點擊鼠標右鍵，依次選擇【添加】->【控制器】，即可完成的創(chuàng)建；（2）在的Index方法內(nèi)，點擊鼠標右鍵，選擇【添加視圖】；（3）在項目中添加文件夾【Content】并添加jquery源文件；（4）在Index頁面添加jquery的引用。3、在Index頁面中添加一個輸入文本框，一個按鈕，以及顯示結果的dom。4、在中添加新的方法，用于接收前臺傳入的參數(shù)，組裝后返回。5、在Index頁面，添加Jquery的ajax方式，調用后臺接口，返回結果的處理代碼。6、在vs中，按F5調試運行結果，如下：（1）在文本框中輸入內(nèi)容；（2）點擊按鈕，調用接口，并將返回值顯示在界面；（3）如果要提交大量數(shù)據(jù)，或者敏感數(shù)據(jù)，請修改ajax的type方式，這樣參數(shù)就不會在url地址欄中顯示了。本篇我講了接口的概念和前端調用后端接口的六種方式，希望對大家的前端開發(fā)項目能有所幫助。關于前端學習的更多疑問，大家可以關注我進行更加深入的學習。

6.身為前端你可能不知道你需要一個數(shù)據(jù)庫！

大家可能不知道，但是“后端”這個職業(yè)其實屬于一種歷史結果，web的設計本來只有前端和數(shù)據(jù)庫，但是因為數(shù)據(jù)庫在開發(fā)發(fā)展的時候以非工程師為主，做了sql，但是sql本身太多問題，結果需要另一個技術棧補上它的無能為力，形成了后端層。這也是為什么數(shù)據(jù)庫有著很多后端需要重新做一遍的功能，比如充分的用戶與RBAC系統(tǒng)。另外也是因為當時后的后端硬件比前端硬件條件好?，F(xiàn)在來說其實旗鼓相當，時代變了，就如人工智能我們在復古，前端科技一樣也因為技術革新慢慢的變化。作為前端其實很多時候客戶端要做的，就是把數(shù)據(jù)整理好，表現(xiàn)出來給用戶，然后對于用戶特殊的指令輸入進行數(shù)據(jù)改造，從而體現(xiàn)出商業(yè)價值。你有沒有發(fā)現(xiàn)這樣赤裸裸的把一個app的核心能力寫出來，其實沒有很明顯地把前端和后端分開，甚至說你看不到后端的存在。這是正常的，因為其實前端和后端的明顯分割點其實是在數(shù)據(jù)的控制上，用戶與商戶之間的平衡點。不是什么數(shù)據(jù)都在用戶那里才有價值，也不是什么數(shù)據(jù)完全在商戶內(nèi)才有商業(yè)價值。只要用戶觀察得到那個數(shù)據(jù)，數(shù)據(jù)就不再只是由商戶獨自擁有。由此可見這這個分割點其實會根據(jù)商業(yè)想體現(xiàn)的商業(yè)價值而改變。因此，其實前端一直都有對數(shù)據(jù)庫的要求，但是由于現(xiàn)代填鴨式、流水線式的編程教育，使得許多人以為前端對數(shù)據(jù)管理，狀態(tài)管理的要求沒有那么高。幾個頁面罷了，有多復雜？當你發(fā)現(xiàn)app太龐大，數(shù)據(jù)流混亂，各種意大利面代碼，數(shù)據(jù)緩存分散的時候，你就需要一個數(shù)據(jù)中心，也就是數(shù)據(jù)庫整理你所有的數(shù)據(jù)了。這可能有點很難相信，但是這無關程序員個人能力，是一個組織層面的問題。從前oop是一種答案，現(xiàn)在fp也開始火起來，都是在解決組織問題，不是個人能力問題。話說回來，現(xiàn)在你需要整理前端的數(shù)據(jù)分散，所以考慮了數(shù)據(jù)庫。如果你的軟件只需要在普通瀏覽器使用，你可以直接考慮用dexiejs配合indexeddb，但是如果你是要寫小程序的話那你就沒那么幸運了。這時候你可能要造輪子。這時候其實最好配合你的后端的數(shù)據(jù)形狀，如果是那種nosql的文件式json，那在前端也弄一個文件式數(shù)據(jù)庫。這里就給一個展示用途的，用在react之內(nèi)，用hooks的數(shù)據(jù)庫。// 數(shù)據(jù)庫不需要直接開放使用，有hooks做接口 const db = { : function (key) { if (this[key]) { return this[key] } this[key] = { values: {}, : function (itemList, refresh) { // 未了方便使用，有時候從后端接受的不是列表 const = !Array.isArray(itemList) if () { itemList = [itemList] } if (refresh && !) { this.values = {} } for (const item of itemList) { this.values[item.id] = item } }, findOne: function (itemId) { return this.values[itemId] }, find: function (filters) { // 直接提供一個filters回調，不需要自己做類似sql的where什么的 if (!filters) { return Object.values(this.values) } // 這里為了保持一定的統(tǒng)一性，直接用id做排列 return Object.values(this.values).filter(filters).sort((a, b) => { return a.id < b.id ? -1 : a.id > b.id ? 1 : 0 }) }, isEmpty: function () { return !Object.keys(this.values).length } } return this[key] } } export const useDb = (key) => { const = db.(key) return [, async (, refresh) => { if (refresh || .isEmpty()) { .(await ()) } // 直接返回最新值，方便promise 使用 return }] }

看了以上有關TI365的芯片北京哪家應用開發(fā)的比較好?，java和web前端相比?哪個學起來比較難？，web前端教程之接口安全你了解多少？，前端與后端以及接口（小白自學筆記），前端如何跟后端對接接口？分享這6種方式，身為前端你可能不知道你需要一個數(shù)據(jù)庫！??的講解，如果還有什么疑問可以直接來電咨詢