㈠ web前端開發常遇到的問題有哪些
前端和後端沒有可比性
前端的開發，如果沒有總體的設計思路，會成為一種碎片似地程序，一個效果一坨代碼，一個功能一灘腳本，一個需求片邏輯，我曾經遇到過，因為ue調整，把整個前端的代碼除了核心數據處理函數保留，其餘的全部修改的情況。
基本上前端的開發，處於dom操作，數據處理，數據交互三部分，如果合理的分配這三部分的功能，那麼前端的代碼就很容易擴展和調整。可惜現在優秀的前端開發者很少，因為前端門檻很低。
那麼接下來我回答挑戰所在：真正的前端開發的挑戰，還在於開發者的思路，兼容性，布局，css js都不是問題，問題在於如何合理的組織語言邏輯，如果正確抽象出需求中的模塊，在如何用代碼處理。清楚的用代碼表達出思路，清楚的寫好注釋，給後續維護者一個可閱讀的思路。
前端的改動量，是後端的數倍，前端沒有絕對，只有跟隨需求不停的修改。
㈡ web前端開發面臨的挑戰主要是有哪些
平時工作，多數是開發Web項目，由於一般是開發內部使用的業務系統，所以對於安全性一般不是看的很重，基本上由於是內網系統，一般也很少會受到攻擊，但有時候一些系統平台，需要外網也要使用，這種情況下，各方面的安全性就要求比較高了。
1、測試的步驟及內容
這些安全性測試，據了解一般是先收集數據，然後進行相關的滲透測試工作，獲取到網站或者系統的一些敏感數據，從而可能達到控制或者破壞系統的目的。
2、SQL注入漏洞的出現和修復
SQL注入定義：
SQL注入攻擊是黑客對資料庫進行攻擊的常用手段之一。隨著B/S模式應用開發的發展，使用這種模式編寫應用程序的程序員也越來越多。但是由於程序員的水平及經驗也參差不齊，相當大一部分程序員在編寫代碼的時候，沒有對用戶輸入數據的合法性進行判斷，使應用程序存在安全隱患。用戶可以提交一段資料庫查詢代碼，根據程序返回的結果，獲得某些他想得知的數據，這就是所謂的SQL Injection，即SQL注入。
SQL注入有時候，在地址參數輸入，或者控制項輸入都有可能進行。如在鏈接後加入』號，頁面報錯，並暴露出網站的物理路徑在很多時候，很常見，當然如果關閉了Web.Config的CustomErrors的時候，可能就不會看到。
3、跨站腳本攻擊漏洞出現和修復
跨站腳本攻擊，又稱XSS代碼攻擊，也是一種常見的腳本注入攻擊。例如在界面上，很多輸入框是可以隨意輸入內容的，特別是一些文本編輯框裡面，可以輸入例如這樣的內容，如果在一些首頁出現很多這樣內容，而又不經過處理，那麼頁面就不斷的彈框，更有甚者，在裡面執行一個無限循環的腳本函數，直到頁面耗盡資源為止，類似這樣的攻擊都是很常見的，所以我們如果是在外網或者很有危險的網路上發布程序，一般都需要對這些問題進行修復。
㈢ 前端開發時遇到過什麼坑尤其是webapp開發時
過去，應用開發需要注重大量的專業知識，程序員只需關注單一的語言（比如COBOL、RPG、C++等），並利用該語言創建應用。Web不再是單單關注獨立的一面。相反，一個現代化的Web應用開發者應該是「樣樣精通」。他們不僅要理解開發方面還要明白Web應用安全漏洞問題，了解如何與其他設備集成在一起等等。往深了說，他們還需要了解這些應用程序是如何運行在平板電腦和智能手機上的。
換句話說，Web應用開發正變得更加復雜化。它迫切需要一個不斷增加以及不斷發展的配套技能。
掌握六大技能後，估計Web應用開發時候就會避免一些坑。
1. 安全
過去，企業在內部安裝應用，基於防火牆背後的應用無法與第三方服務或應用進行通信。而隨著軟體的發展，現代Web應用能夠與其他設備進行集成，並存儲在雲伺服器上或者訪問多種類型設備。因此，安全問題顯得尤為重要。
「作為一名應用開發者（web/desktop），深入理解應用程序的安全性是最為重要的技能之一。」Veracode首席安全顧問Stephen Jensen說道，「在當今世界，有關安全問題的新聞不絕於耳，大多數是揭露數以百萬計的人們的敏感信息。因此，Web應用開發者必須知道如何預防常見的漏洞，比如Cross-Site Scripting (XSS)，SQL注入等。為了確保應用在創建過程中免受安全問題的惡意攻擊，同時也為了保護用戶潛在的敏感信息問題，這也是所有開發者應當學習的必備基礎技能。」
2. 用戶體驗（UX）設計
「隨著移動設備用戶需求量的不斷增加，開發者需要充分理解用戶體驗設計顯得愈發重要。」Raster Media CEO Michael Smith說，「設計團隊單獨負責某款應用的用戶體驗的日子已經一去不復返了。開發者必須考慮互動、動畫、速度以及各個APP之間的通信等問題。」
我完全贊同這一觀點。用戶體驗設計有幾大重要因素，首先，用戶的期望有所上升。用戶下載一款新的應用，他們想立即知道它是如何運行的。他們希望從業務應用中獲取相同的體驗。其次，用戶有選擇的餘地。如果不喜歡這款應用，他們會尋找另一款代替。由於用戶的期望值增加以及競爭的加劇，更為直觀的界面需求比以往顯得更加重要。
3. 自適應/響應式設計
談及UX設計，Web App開發者必須建立可隨處運行的應用程序。現在的問題不再是「用戶如何與我的應用進行交互？」而是演變成「用戶與我的應用如何在每款設備類型上進行交互？」
想要做到這一點並不容易。你必須回答以下這些問題：「智能手機上的按鈕設置在哪裡？你如何在小屏幕上格式化數據表？當設備從人像模式切換至風景模式會發生什麼？」總之，Web開發者必須知道讓Web應用適應不同屏幕大小的方法。
針對跨平台/設備，響應式設計和自適應設計主要兩大方法：
響應式設計使用流體網格以及CSS3媒體查詢來適應各種屏幕大小/類型上的應用。你可以通過Web找到各種響應式設計案例。例如TheNextWeb就是個典型的案例。你會發現，當你調整瀏覽器大小時，該網站會自動適應新的尺寸。
自適應設計根據不同的設備提供不同的HTML頁面。比如，一款獨立的Web應用可能需要3個獨立的表示層（HTML）：一個是PC端，一個是平板電腦，另一個則是智能手機。例如，在不同的設備上訪問Web App，外觀和行為顯示的均各不相同。
那麼哪一種方法最好呢？我想說它們有各有各的優勢。響應式方法對於Web網頁設計以及Web應用信息來說是個不錯的選擇；而自適應方法可更好的適用於數據驅動Web應用，尤其是包含那些數據表的應用。為什麼？這是因為它讓開發者能夠更好的控制數據結構和樣式，而不是試圖去適應多種屏幕尺寸上的單個表格，自適應設計方法可讓你為每款設備創建不同的表單。
4. JavaScript
開發者總會為他們選擇的編程語言而爭論。你無法說服一個Java程序員稱贊PHP是最好的，反之亦如此，就像你也無法說服一個PHP程序員贊同Java是最好的，但在Web應用中開發者大多數會選擇使用JavaScript。
「隨著移動和Web桌面應用的發展，JavaScript已快速成為最為重要的計算機語言。」 Coordinato創始人Ben Bakhshi表示，「不少業內人士認為利用JavaScript編碼將在未來10年內顯著增加。」
5. Web應用架構
在Web開發上，應用架構變得比以往更加重要。應用體系架構直接影響到應用可擴展性、靈活性，以及集成其他Web服務和應用的能力。如果開發者想要創建一款有用的、可持續性的應用，那麼理應深刻掌握Web應用架構知識。
「Web應用開發者應該充分關注Web應用架構」，MRC軟體開發經理Tyler Wassell說，「開發者應該了解，所開發的應用程序如何與所有系統組件進行交互，以及底層架構將如何影響諸如可移植性、可維護性、可用性等性能情況。」
6. API集成
現如今，API已發展成為Web開發一個重要的方面。從本質來講，API讓不同的Web服務之間相互通信。開發者可以通過其他應用/服務上調用數據創建應用。
SimpleCollegeRecipes網站創始人兼CEO Brendan O』Connor認為，「API集成已成為現在Web應用開發者必備的技能。API允許你從其他網站上整合內容和信息。可以說，API使人人受益，包括終端用戶，API供應商以及程序員自己。」
總結：
Web應用開發正在不斷演變，Web開發所具備的技能也在不斷更新變化中。開發者唯有不斷進取、學習新的知識才能在開發行業中站住腳。當然，想要掌握每一種Web（移動Web）技能，幾乎是不可能的，大部分公司無法為員工給予Web以及移動開發方面不同的解決方案，不可能做到面面俱到。
㈣ 前端開發過程中遇到過什麼困難
前端開發過程中遇到的困難還是很多
1、面試中前端開發過程中遇到的困難這個問題主要是相看面試者是不是有獨立解決問題的能力及解決問題的方案以及工作中的的一些兩點
2、遇到這樣的問題可以說出一個自己解決的比較完美的問題，如：vue不適合做cms，因為單頁面應用對seo很不友好，解決的方法就是：我們使用nuxt技術，在保證使用vue語法開發的同時，也使用了服務端渲染技術保證了seo效果，這個過程突出了自己的學習nuxt等新技術的能力
3、另外也是有很多實際的開發問題不好解決，的但是那些自己解決不好的問題不適合 在面試的過程中說的
㈤ 前端開發的難點到底在什麼地方
不同級別的前端面臨的難點各不相同，不可一概而論；
業務開發的前端難點在於對業務的理解和把控能力；
平台開發的前端難點在於產品化的把控和推進能力。
觀點1：不同級別的前端面臨的難點各不相同，不可一概而論。
其他回答有說 CSS 難，有說 CSS 不難的，每個人水平不同，這樣爭論毫無意義。我剛學前端時覺得 JS/CSS/瀏覽器兼容問題都很難，現在覺得也就那樣，因為前端路子廣，辦法總比問題多。後來覺得要評估好需求，把控好項目質量比較難，很多時候我們是在幹事，在解決問題，不是只埋頭寫代碼，時間一長你會發現前端工作中，技術問題往往比較好解決，反而資源+協作問題比較麻煩。現在對我來說比較難的是快速產品化的能力，如何從無到有去做出一些有價值的東西。
舉一個簡單粗暴的例子吧：阿里前端很多，P5/P6 一大把，但是 P8/P9 的非常少，為什麼？進階的難點在哪裡？
前端開發的難點跟前端進階的難點是非常相似的。阿里對每個前端層級都有一個標准，這也從側面回答了這個問題，比如對 P5 來說，難點可能是寫好業務代碼，保證其靈活性和可維護性，能解決各種適配問題；對 P6 來說則需要獨擋一面，能獨立 owner 需求，而 P7 則需要在某方面技術有深入理解，等等。
能提出這個問題首先得恭喜題主，說明題主在當前階段遇到瓶頸了，需要向下一個 level 出擊了。
觀點2：業務開發的前端難點在於對業務的理解和把控能力。
業務邏輯開發本身並不是難點，誰都可以寫。但是對於你自己負責的這塊業務，後續業務的發展方向和潛力，你有去了解過嗎？當業務方提需求過來時你是只負責執行還是和業務方一起探討更合理的方案？你有沒有給自己負責的產品提過一些建議？做過一些改善措施？如果前端只是作為一個執行者，作為一種被調度的資源，那麼即使最終項目取得了好的成績，跟你有多大關系？你自己會有多大的成就感？
另外一個很重要的點：就是對業務的把控能力。業務方總是會催著上線，開發時間不斷被壓縮該怎麼辦？進度不如預期怎麼辦？開發遇到瓶頸怎麼辦？發布新功能翻車了怎麼辦？
我見過有默默加班保證進度的，也有跟需求方重新談延期的，有發布出問題手足無措的，也有自己默默修復的，有遇到瓶頸一籌莫展的，也有及時跟老闆溝通，跟業務方撕逼的… 如何優雅的處理這些問題，有時候比寫代碼更難。為什麼有的人業務代碼邏輯混亂，寫的一團糟？我不相信是智力問題，反倒更相信是對項目本身沒有把控好，本來排了5天工作量的需求被業務方壓到了3天，你還能保證寫出健壯而不失風度的代碼？
觀點3：平台開發的前端難點在於產品化的把控和推進能力。
做業務時有人給你提需求，幫你出交互視覺稿，你只要負責寫頁面就行了。但是在支付寶前端，很多內部平台和技術產品都是技術自己主導，你需要自己發現問題，出方案，設計資料庫，自己出頁面，這是一個從無到有的創造的過程。並且要保證你做的東西是真正解決問題的，而不是做一些自己覺得很牛逼實際上並沒有解決用戶痛點的東西，用我老闆的話說就是對產品的把控能力，不要跑偏了。前端是最容易做出產品化東西的工程師了，因為後端不會做 UI，UI 不會寫代碼，唯前端兼顧，這是最大優勢。
再一個就是對產品的推進能力了，你做的東西可能需要各種資源？如何爭取？可能牽扯到多方利益？如何權衡？東西做出來了如何推廣?如何在用戶的一片罵聲中奮勇前進？
印象中很多平台型產品，剛開始投入使用時都是一片罵聲，各種問題，說實話負責這些產品的程序員壓力是相當大的，天天被罵還得徹夜幫別人解決問題，還得不斷優化系統，你說難不難？
以上三點就是本文所展現的理念，希望能對大家有幫助。
㈥ 前端開發遇到的問題與怎麼解決的
最終解決方法：願化蝶飛向，註定是錯覺，前端開發遇題與解決只是，不要高估情的美。，對方留下各種各樣的印記。中間的小邪送出了。對每個人微笑。
㈦ web前端開發常遇到的問題有哪些
前端和後端沒有可比性
前端的開發，如果沒有總體的設計思路，會成為一種碎片似地程序，一個效果一坨代碼，一個功能一灘腳本，一個需求片邏輯，我曾經遇到過，因為ue調整，把整個前端的代碼除了核心數據處理函數保留，其餘的全部修改的情況。基本上前端的開發，處於dom操作，數據處理，數據交互三部分，如果合理的分配這三部分的功能，那麼前端的代碼就很容易擴展和調整。可惜現在優秀的前端開發者很少，因為前端門檻很低。
那麼接下來我回答挑戰所在：真正的前端開發的挑戰，還在於開發者的思路，兼容性，布局，css js都不是問題，問題在於如何合理的組織語言邏輯，如果正確抽象出需求中的模塊，在如何用代碼處理。清楚的用代碼表達出思路，清楚的寫好注釋，給後續維護者一個可閱讀的思路。
前端的改動量，是後端的數倍，前端沒有絕對，只有跟隨需求不停的修改。
㈧ 前端開發碰到的問題
具體問題需要具體分析，比較常見的問題有CSS沖突，JS沖突，頁面編碼錯亂，都是基礎問題
㈨ web前端，遇到不懂的問題，一般怎麼解決
今天為大家整理和分析一下初學web前端的朋友總會遇見的幾個問題以及我個人理解的解決辦法。
1 能聽懂，寫不出來
我相信這應該是所有初學者的問題，就是看視頻的時候，能聽懂，但是到自己獨立去寫的時候卻寫不出來，就像我們總說說起來非常容易，但是做起來很難。這個是非常重要的一點，就是我們要掌握一個非常恰當而且適合自己的學習方法，這點非常重要，因為根據我的經驗，接觸過很多初學者，學著學著就放棄了，然而失敗的原因基本都是相同的，只要一直堅持下去，基本上能學下去的都會成功的學成，這是我自己的感覺，至於學習方法要看你自己適合什麼，也可以加我的前端群像我請教。
2 學完了之後就忘記
我們解決第一問題，就會立馬迎來第二個問題，比如我們的HTML標簽和一些css的屬性，我們用浮動去實現一個效果，但是過了幾天之後發現，這個我怎麼不會用了，就在腦海中，但是怎麼都想不起來，這里我給大家說的是，你學習的每一個知識點，必須而且以及一定要跟三個案例以上，只有應用到實處，才能更好的記憶，在你學習之後的知識點，要不斷的溫習前面的東西，不然一定會忘記。
3 看書看不懂怎麼學
我接觸過很多的新手說，我買了一個本從入門到精通的書，其實我想說如果你覺得看了一本書就可以學好前端找工作，那這個工作好像誰都可以做了，我個人在初學的時候是一本書沒看過，但是我卻看過大量的技術書籍，這個都是在我學完了一遍前端，學了一遍java之後才看的，因為這個時候我才能看懂，對於我之前學習的一些沒有太懂的東西，進行了一個知識的補充，一個新手區看專業人士編輯的專業書籍，我真的很難想得到，有幾個人能看下去一本幾百頁的書，而且能看懂，所以我個人建議新手學習不要看書，反正對我來說沒有什麼效率。
4 學了之後怕找不到工作
Web前端開發相對於後端來說確實是簡單不少，而且就業率也是非常高，但是很多新手對這個行業太不了解，以為學了之後就能找到多少錢的工作，完全忽略了自己學了之後，到底學的怎麼樣，什麼水平，有點不太現實，這個行業工資確實高，一個具有三年前端開發經驗的人基本工資都會在15000以上，但是卻不是那麼好拿的，還是看自己自身的競爭能力怎麼樣。
以上的四個問題可能是初學者學習前端關心的幾個問題，這都是我個人經驗用白話文總結的，說的不是很好，大家見諒，這是我的web前端資料分享交流群 ：113485407
初學的新手有什麼問題可以在群里問我，學習的疑惑什麼的，群里有很多初學前端的新手，非常適合初學者，也可以管我要學習資料，都是免費分享的。
㈩ 前端開發的難點到底在什麼地方
一般意義上的前端項目：
-從0到1，治理曬哦為健全點的都能搗鼓出來；
-從1到60，後後端或者設計崗位勉強能兼任；
-從60到80，需要比較專業的前端；
-從80到100，這么好的前端可遇不可求。
從0到1就是從無到有的過程，很多人用WordPress，建站之星就差不多就能搞個demo了，可以拿去騙投資人的錢。
從1到60，就是勉強可用，基本上讓後端工程師或者UI設計師找一套bootstrap的模板東拼西湊的也能勉強應付到第一版本上線。
從60到80，就是真正要做一款能完備、性能優良、架構合理的中小規模產品，沒有專業的設計、前端、後端、產品、運營是走不到這步的，差不多到A輪了。
從80到100，那就是追求各方面的極致，與競爭對手一較高下，各個方面沒有頂尖的人才都會影響整體的戰鬥力，木桶效應。
解釋一下：
1. 核心競爭力的主體是工程經驗。
其實這個結論可以推廣到其他研發崗位，就是每個研發崗位的知識體系都是由基礎學科知識＋領域工程經驗構成，彼此不可替代的就是工程經驗部分。一個後端工程師一時間不能替代同等級前端工程師到不是基礎或者智商的問題，主要是工程經驗不足，你讓一個前端一個後端分別實現對方領域中一個有明確輸入輸出的功能函數，二者通過簡單學習新語言新語法，加上開發手冊查詢，一般都能比較正常的實現業務邏輯，但你讓他們hold住對方領域的完整項目就很困難了，技術選型，系統設計，模塊拆分，平台特性，宿主環境，性能優化，構建部署，系統測試等等都是領域工程經驗問題。
2. 工程經驗的等級是能cover項目從0發展到80+。
這個很好解釋，因為從0-60的非專業前端也能做到，60+的才是專業前端。
所以不用擔心核心競爭力問題，60+的前端現在都很搶手啊。工程經驗只有60-的話確實壓力比較大。