『壹』 前端項目開發周期
一個項目的開發周期
0、產品經理有需求想法去找項目經理討論可行性和緊迫性
1、項目經理開始分任務
2、產品建群發需求文檔 答疑解惑
3、前後端把產品叫過來答疑解惑准備開發發送答疑解惑郵件
4、前端或者後端選擇一位作為項目負責人對項目工時分解，溝通開發時間和測試時間，最終開發測試產品約定統一時間
5、建立開發任務立項郵件附帶上一步的分解文檔，讓主管在任務平台創建任務和分解任務，在文檔中約定時間開始開發
6、測試前一天確定是否延期，如果延期，需要產品測試過來重新評估工期
到提測最後一天時，需要產品測試和主管過來驗收項目
7、根據驗收，第二天中午前修復bug發測試、發布提測郵件
8、bug集中在郵件中發送，典型bug需要在任務平台建立
9、完成測試時會發生確認郵件
『貳』 前端開發，為什麼網站上會出現些「非必現」的問題
有時候思路不能太局限，除了後端日誌，前端日誌也是可以做的，再就是多關注下微博等社交網路，有用戶反應可以嘗試主動聯系他們（哪管很久以後才修復甚至不修復 用戶都會很開心） 另外，除非是非常嚴重的問題，像互聯網應用，不可能做到完全的無bug，也不可能滿足所有人，對於那種只有幾個人反應的問題，無視就好了么 這里不得不說一下，360反應用戶意見是最快的，騰訊網路是無視最徹底的，qq很簡單的功能，比如鎖定分組（稍微一不小心滑鼠一抖用戶就不知道被拖到哪裡去了） 我提交了N次沒人屌我 所以 你懂得
『叄』 前端開發怎麼解決1px bug
你可以使用AndroidService。Service翻譯成中文是服務，熟悉Windows系統一定很熟悉了。Android里的Service跟Windows里的Service功能差不多，就是一個不可見的進程在後台執行，避免被用戶誤關閉。因為Android在某些情況下會自動關閉非前台顯示的Activity,所以如果要讓一個功能在後台一直執行，不被Android系統關閉，比如說鬧鍾、後台播放音樂，就必須使用Service。開發音樂播放器的時候如果沒用Service,也可以後台播放，別以為Service沒什麼用，經過一段時間後就會發現，沒用Service的播放器在播放一段時間後會被系統自動關閉。就算還在後台播放，過一段時間後打開播放器，再點播放按鈕，會出現兩種聲音。我想你是遇到了這個問題吧，你查一下資料學習一下AndroidService。相信你能研究出來的。希望幫到你。
『肆』 前端開發的工作流程是怎樣的
前端開發具體開發過程基本如下：
1、根據UI的界面圖進行切圖，這里切圖其實也有自動化的工具。
2、使用html對切出來的東西進行映射開發，做頁面結構，看到幾個部分就對應幾個模塊，從大到小，從外到內，從公共到獨立。
3、使用css做樣式設計，具體分析模塊大小、位置、顏色，做盒模型等等。另外，可以分成三個組，一是重置樣式，用於修改一些不合適的默認格式。二是公共樣式，主要是頭尾以及LOGO等很多頁面都會用到的樣式；三是獨立樣式，用於只使用一次的樣式。
4、使用JS做交互動作。當然，還需要根據與後端之前的討論做數據傳輸介面。
5、自己debug一下，如果有bug要改。
(4)前端項目時間夠完成後有bug擴展閱讀：
前端開發是創建Web頁面或app等前端界面呈現給用戶的過程，通過HTML，CSS及JavaScript以及衍生出來的各種技術、框架、解決方案，來實現互聯網產品的用戶界面交互。它從網頁製作演變而來，名稱上有很明顯的時代特徵。
在互聯網的演化進程中，網頁製作是Web1．0時代的產物，早期網站主要內容都是靜態，以圖片和文字為主，用戶使用網站的行為也以瀏覽為主。隨著互聯網技術的發展和HTML5、CSS3的應用，現代網頁更加美觀，交互效果顯著，功能更加強大。
『伍』 前端項目的開發流程
前端開發流程概述
前端開發流程可分為需求分析、開發階段、測試階段、維護階段，下面分別進行敘述。
2.1 需求分析
這個環節中，首先是和客戶進行交流，了解客戶的需求，然後分析項目的可行性，撰寫項目需求文檔。如果項目可行，則起討論具體方案，分模塊分步驟進行規劃，分析項目進度安排、所需成本，進行原型設計（包括頁面布局圖，頁面邏輯流程圖，說明文檔等。通過原型設計，可以讓項目組和客戶都可以對項目有一個直觀感受，同時可以低成本高效率的復現業務場景和各模塊流程）。
可以說需求分析階段是整個前端項目的基礎，基礎不牢，地動山搖。可以試想，如果和客戶溝通不順暢，有的方面客戶沒搞清楚是什麼效果，開發完成後就可能與客戶發生糾紛；如果可行性有問題，有的模塊很難實現或成本超出預算，就很難處理。
2.2 開發階段
這個環節是前端工程師主要參與的部分，按照需求分析階段的規劃按步驟完成任務。
根據產品需求分析文檔和原型圖進行UI設計，對產品的整體美術風格、交互設計、界面結構、操作流程等做出設計。負責項目中各種交互界面、圖標、LOGO、按鈕等相關元素的設計與製作。
根據UI設計進行規劃，提取界面中可以復用的模塊方便重復利用，分析界面是否有實現難度比較困難的地方，進行溝通和功能排期，按功能大小以及難度進行功能時間的評估，和後端溝通好排期時間，保證大家能夠更有效地開發合作，針對功能復雜的地方要先理清思路。
不要盲目開發前端搭建框架。根據設計圖進行前端界面開發，以及遇到的問題及時與產品、UI、後台人員溝通，保持大家信息一致，針對不清楚的地方也要及時溝通，以免做錯功能。
根據後端介面進行欄位填充，以及部分功能開發。針對缺少的欄位或者數據結構進行提出，及時與後端反應，盡量讓大家都能以最小的改動完成後續開發工作。前後端都要按照規范進行開發，針對不規范的地方要給與提出、指正，營造出規范的工作模式，以後維護成本和溝通成本更低以及開發效率更高。如果前端的設計進度遠遠超前後端的介面和數據結構設計，也不必等後端，可以自行開發nodejs伺服器配合postman等介面軟體進行開發。
前後端功能聯調、完成自測。檢查功能完成情況，看是否有遺漏，出現問題及時溝通解決。
2.3 測試階段
發布測試、修改bug、發布上線，自測完成後提交測試，測試根據提交的項目以及需求進行測試，提出bug給相關人員修改，開發人員周期性的配合修改bug，保證今天能夠修復昨天的bug。
發布dev環境，配合測試，修復bug以及需求優化
發布test環境，修復bug以及需求優化
發布it環境，修復bug以及需求優化
發布pre環境，修復bug以及需求優化
pre驗收之後，發布線上環境，產品進行驗收
2.4 維護階段
如果客戶驗收通過，項目就進入了維護階段，程序的維護包括程序上線後後續bug的修復和程序版本的更新。
3 個人經驗總結
3.1 文檔很重要
前端項目的文檔似乎已經作為前端工程化的標准流程之一了，文檔寫的好，可以便於同事快速了解你的代碼功能和需求，便於協作。可以想像，隨之項目復雜度增加，體量越來越龐大，開發團隊人數也越來越多。這種情況下，如果像變魔術一樣隱匿中間流程而直接得出結果，後果可想而知：項目復雜度越增加就越難以管理，開發效率低，合作混亂，結果甚至導致項目死亡。
好的文檔看起來就像一個產品說明書，但作用卻遠遠超過了說明書，不僅僅告訴你如何使用，還應該告訴你項目的設計思路，用了哪些組件，哪些部分不完善，將來有什麼規劃等等。這是一份比較好的說明文檔。
3.2 與客戶及時溝通很重要
3.3 扎實的基本功很重要
盡管當下框架、函數庫、工具包等更新迭代非常快，前端工程師有很多新的知識要學，但原生JS、HTML和CSS依然是重要的基本功，在學習前沿工具的同時不能放棄基本功的訓練。
『陸』 前端開發時遇到過什麼坑尤其是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以及移動開發方面不同的解決方案，不可能做到面面俱到。
『柒』 一個WEB前端，有找bug的天賦是啥感覺
會有一種想要返工寫成較大塊集群的沖動和誘惑。醜陋的邏輯語句，還有冗長的語法，導致代碼非常難以閱讀！但話又說回來，如果代碼沒有壞掉的話，那就不要去修復它。這種洶涌澎拜的斗爭是我經常要面對的，而且顯然會困擾許多軟體開發人員。
『捌』 前端開發遇到的問題與怎麼解決的
前端和後端沒有可比性
前端的開發，如果沒有總體的設計思路，會成為一種碎片似地程序，一個效果一坨代碼，一個功能一灘腳本，一個需求片邏輯，我曾經遇到過，因為ue調整，把整個前端的代碼除了核心數據處理函數保留，其餘的全部修改的情況。
基本上前端的開發，處於dom操作，數據處理，數據交互三部分，如果合理的分配這三部分的功能，那麼前端的代碼就很容易擴展和調整。可惜現在優秀的前端開發者很少，因為前端門檻很低。
那麼接下來我回答挑戰所在：真正的前端開發的挑戰，還在於開發者的思路，兼容性，布局，css
js都不是問題，問題在於如何合理的組織語言邏輯，如果正確抽象出需求中的模塊，在如何用代碼處理。清楚的用代碼表達出思路，清楚的寫好注釋，給後續維護者一個可閱讀的思路。
前端的改動量，是後端的數倍，前端沒有絕對，只有跟隨需求不停的修改。
『玖』 web前端開發遇到的問題
這些零基礎的人在學習Web前端時會遇到哪些問題。給大家介紹一下:
1、因一些基礎演算法、數據結構理論不扎實導致一些編程思維難於理解。
比如原型鏈，如果清楚數據結構中鏈表結構，那麼這個東西不難理解，再比如哈希值，懂得數據結構中哈希表，哈希值也就迎刃而解。
2、計算機體系結構、操作系統理論、網路理論不扎實導致到後期一些東西難於理解。
比如有的人從前端學習入手，後來學習node開發 ，在 I/O 、進程、線程、IPC 、線程鎖方面有些概念就比較難於理解，而導致不能很好得使用node 的api 。
3、前端整體體系架構沒有做過深入思考。
導致用會用，但不知道為什麼用，用另外一個有什麼區別。
4、學習環境中無高手。
沒有高手能夠指導自己進入下一個層次。
5、有意識但是沒有行動
有的人網盤收集了一堆資料或者一堆視頻，然後就沒有然後了。
以上分享的這些問題，都是很多零基礎的人在學習中會遇到的。這些問題導致了他們在學習Web前端進度緩慢，甚至學習效果不佳。
如果你想要快速學習Web前端技術，專業全面的學習方式比較好，一般費用在2W左右，4-6個月左右。專業學習適合零基礎的小白迅速成長，學習曲線先快後慢，也適合有一定基礎的學員進階學習，鞏固知識的基礎上，穩步進步突破職業瓶頸。
『拾』 前端開發bug如何快速
1，根據報錯信息定位：
(1) Uncaught TypeError: Cannot read property 'attr' of undefined;
此類型為變數或者對象屬性未定義類型。
(2) Uncaught TypeError: a.map is not a function；
a.map不是函數，說明a不是數組，只有數組才有map方法。
(3) Uncaught SyntaxError: Invalid or unexpected token；
這種一般是js的代碼格式錯誤。
2, 排除法
頁面中一共有abcd五個方法，注釋掉d後代碼正常說明d有問題。
3，剝離法
同樣一個方法，在A頁面沒問題，在B頁面有問題，這時候，新建一個剝離這個組件，然後運行，如果沒有異常，就算不是這個組件或者方法的問題，然後逐漸在新頁面中加入可能影響B頁面的條件。