標籤：io os 使用 ar java 資料 div art 問題
作為一個前端project師，那不只就是公開地處理那些美麗的html5, css3 和javascript特效。小而重要的一部分工作就是要讓項目朝著代碼穩定和代碼標準方向進展。設計、資訊結構以及後台限制都會成為我們設計出精緻、簡潔和無懈可擊前端代碼的絆腳石。以下將給大家提供3個實用的技巧，只是你要巧妙的運用，由於每一個技巧都是有使用範圍的。
實際上，對於前端project師來說，影響項目的過程，那是相當困難的。這不是說我們的工作沒有價值，而是我們得真正把問題給攻克了嗎沒有。僅僅要簡單的混雜下css和Javascript代碼就能實現效果，依照這個方案非常easy就使之融進系統去了。作為前端project師想要發送請求也是非常難的，大多是由於我們缺乏闡述問題的標準資料和害怕某些不利的決定。幸運的是還有其它的方法來“捍衛”我們不受“傷害”。
1. 經典: 搜尋引擎最佳化
當互連網終於面向福士，你的網頁在不斷擴大的網路中受到關注將會變得越來越困難。大約在同一時刻，語義化在網頁設計者們濫用多年html之後開始發揮作用。起初看似毫無關係的兩個概念，卻能在一個不太可能的婚姻中找到彼此。
然而，語義化卻讓事情變得困難得多。編寫html實際上成為了一種須要這樣的語言知識的技能。再者，它使得css、可訪問性和機器可以從中受益，但遺憾的是這三個參數非常難讓人信服。特別是當實現這些新的html結構所導致的一些後端發展問題(它總是這麼做，突然就覺得預設的cms代碼不夠好)。
但還有一方面，seo一路走來多虧了Googleseo成為了我們這些html設計者們抓住不放的第一關。正確地使用標題、段落和表格......，它們都在確定一個網頁在搜尋結果中的位置時被考慮進去。這將為迫使人們注意到我們的html頁面開闢了一條新道路。它是將我們自己的html頁面推入project的槓桿，以至於不只css和可訪問性可以從中獲益，但我們卻最終可以發表一些合理結構化的html代碼。
2. 更新經典: 響應式
現在很多cms系統製造者粗製濫造出相當不錯的html頁面，至少從搜尋引擎最佳化的角度來看是如此。它們大多數仍然與html5頁面無關,而這無疑使得seo參數失去了一些重量。這不是意味著我們必須遵循流行的cms系統的預設html頁面。我們新的標準是:響應式網頁設計。
儘管如今非常多cms系統對語義化規則有了非常好的掌控，可是它們大多數仍然缺失結構化的合理性。這往往是處理響應式需求真正的難題，由於一個非常合理的結構化easy讓我們識別周圍的元素。沒有它，我們必須回到討厭的javascriptheike和css結構。
Position:absolute; 和box:flex;在這裡是我們的解救者。他們須要特定的結構，但往往是預設的cms代碼所缺失的，意味著自己定義的html代碼實際上須要一種讓全部事情工作起來的方式，使得一個頁面在不同的表單上的顯示不管何時都不會被破壞。
3. 新事物: 效能
可是你問的css和javascript又怎麼樣呢？嗯，這一兩年一直流行的"效能"。現在提供良好的移動使用者體驗是一個執行良好的網站的關鍵。遺憾的是(哈!)智能手機當前的狀態不同意有太多的花哨的裝飾。
響應式圖片的技術和單獨對響應式布局的返工已經耗費了我們太多的時間，而且通常伴隨著一些如登天的功能需求。這就是效能發揮作用的地方，由於全部那些花哨的解決方式常常須要依賴於複雜的javascript和css。這樣的依賴並非必須遵循智能手機的規格，導致發熱、延遲和電池的耗盡。
效能是當我們想縮小功能複雜性時衡量的尺度。近期出現的很多工具能夠協助我們準確地推斷應用到一張網頁上的特定技術的整體效能影響，這對於我們想要阻止實現那些詳細的功能需求來說是一個巨大的協助。
提醒一句
記住：雖然上述的三個參數所有是有效，它們卻並不神聖。假設你到處對別人叫喊，由於效能問題他們不能有X或者Y，或者由於沒有一些支撐你的觀點的堅實根據，如響應式需求等原因他們須要實現Z，這樣你想必不能在一個項目中工作太久。
在適當的案例中使用上述的參數，可是在一個阻止其發展的案例中你能夠將它們作為一個參考來使用，在某些細節上偷懶事實上能夠提高前端代碼的整體品質。相信我，其它人都已經這麼做了(設計師，資訊架構師，後端開發人員)，所以不用感覺太糟糕了。僅僅要你在這麼做的時候不要太明顯就好了。
效能是全新的 SEO
