為什么百度的前端代碼那么爛？你最好不要碰一個老項目的注釋，否則你會明白的~！密碼的前端加密也是如此。我們需要知道HTTP協(xié)議有兩個特點：信息在網(wǎng)絡(luò)傳輸過程中是透明的。這時，如果在傳輸過程中被屏蔽，黑客

為什么百度的前端代碼那么爛？

你最好不要碰一個老項目的注釋，否則你會明白的

~！密碼的前端加密也是如此。

我們需要知道HTTP協(xié)議有兩個特點：

信息在網(wǎng)絡(luò)傳輸過程中是透明的。這時，如果在傳輸過程中被屏蔽，黑客們就像密碼一樣就會知道。

所以很多網(wǎng)站在不啟用HTTPS時，也會對前端密碼進(jìn)行加密，比如騰訊QQ空間賬號密碼登錄等網(wǎng)站。當(dāng)我們輸入密碼時，在提交表單之后，我們經(jīng)常會看到密碼框中的密碼長度突然變長。實際上，當(dāng)我們提交表單時，前端會對密碼進(jìn)行加密，然后將值賦給password字段，因此密碼框中似乎有更多的黑點。

當(dāng)密碼在前端加密時，即使信息在傳輸過程中被盜，第三方看到的也是加密的密碼。他接受這個密碼是沒有用的，因為加密的字符串有時間和其他特性，當(dāng)它被提交到其他計算機(jī)/IP上的服務(wù)器時無法驗證。

最后，即使是web前端密碼加密，也不能簡單地用MD5來加密密碼，必須在其中添加一些特征字符，同時還要限制加密的及時性，防止加密的密文一直有效。如果您可以使用HTTPS協(xié)議，請使用HTTPS協(xié)議。

Web前端密碼加密是否有意義？

后端代碼的復(fù)雜性通過分割和裁決來解決。首先，通過拆分項目，項目之間可以存在依賴關(guān)系，但必須是單向依賴而不是環(huán)依賴。如果存在環(huán)，我們必須考慮將環(huán)依賴分解為單獨的項目來解決環(huán)依賴。

對于項目中的代碼，可以通過水平拆分和垂直拆分來降低復(fù)雜性。水平層分為控制器、服務(wù)、Dao和sqlmap，垂直層分為系統(tǒng)、biz1、biz2、Bizn，但在數(shù)據(jù)通暢連接中，水平拆分和垂直拆分相結(jié)合，如下圖所示：

通過這種分層方式，代碼層是分開的，結(jié)構(gòu)清晰。對于一些跨模塊調(diào)用的接口，如同一個數(shù)據(jù)表需要在不同的模塊中操作時，可以將該接口作為公共接口升級到上層cxmodule，對于一些可重用的、相對獨立的功能，可以在cxmodule中定義一個干凈的接口，業(yè)務(wù)邏輯可以通過在模塊的功能模塊中實現(xiàn)接口來實現(xiàn)，而不需要使用spring的事務(wù)管理機(jī)制，從而降低代碼的復(fù)雜度。

寫JAVA后端代碼時邏輯混亂怎么辦？

前端編程語言比后端編程語言更容易學(xué)習(xí)，因為后端編程語言具有邏輯結(jié)構(gòu)。解決問題時要考慮的條件太多了。這個條件執(zhí)行這個語句，那個條件執(zhí)行另一個語句。前端HTML和CSS沒有那么多邏輯結(jié)構(gòu)。它們是描述語言、事物、長度、高度、外緣、內(nèi)緣、字體顏色等。相對而言，JavaScript比較復(fù)雜，需要一些邏輯問題。選擇哪個容器，在什么條件下執(zhí)行什么語句，不滿足條件時執(zhí)行什么語句，至少有一些讀取操作涉及到數(shù)據(jù)庫。

為了學(xué)習(xí)，做更多的例子是唯一的規(guī)則。寫太多的代碼會遇到不同的問題，然后相應(yīng)的尋找答案比找書學(xué)習(xí)效率要高很多。無論是筆試還是面試，只要你的專業(yè)水平足夠，就不應(yīng)該害怕。這不像招聘銷售部。你要說得像蓮花，回答得要現(xiàn)實。不是你不跟人打交道。在團(tuán)隊中，你需要與設(shè)計師和程序員溝通。如何調(diào)整關(guān)系，實現(xiàn)更高效的工作需要經(jīng)驗。如果你做的項目太多，你就會有經(jīng)驗。

前端代碼難不難學(xué)？

這是一個誤解。

根據(jù)我的經(jīng)驗，近年來，前端的成本已經(jīng)超過了后端。

前端包括PC、移動適配器、Android、IOS和小程序。在前端和后端分離的模式下，后端的處理估計為1×1.3，而前端已經(jīng)是1×3。

目前前端技術(shù)發(fā)展迅速。在互聯(lián)網(wǎng)領(lǐng)域，前端需求不再是HTML5和CSS的概念。