看源碼好累

㈠ 如何正確地查看源代碼

一。先把源代碼安裝起來編譯起來，結合它的文檔和手冊，熟悉其功能和它的應用方式。如果遇到的是英文文檔，那麼首先恭喜你，如果硬著頭皮看下來，不僅能在國內開此系統或框架的先河，而且能讓你閱讀英文的水平大幅提升。
二。瀏覽源代碼的目錄結構，了解各個目錄的功能。從整體上觀察這個工程是有哪些模塊組成的，最好能畫一畫圖。
三。經過以上兩步後你對這份源代碼有了一個初步的了解了，現在開始分析它的源碼吧。這一步我們開始分析源代碼框架。例如入口方式是單入口還是多入口，頁面之間的調用規則，能根據規則找出某個功能用到的頁面。
四。熟悉源代碼的代碼寫作風格，例如縮進方式，排版格式，變數命名，函數命名等。
五。熟悉一下源代碼用到的資料庫和表，可以參考它的技術支持文檔。
六。經過以上幾步相信已經對源代碼有了更深刻的了解，不過這種了解還只是表面的，下來我們從7個方面具體的去分析它吧：
1.入口構造以及頁面調用方式的具體實現，如果閱讀時看到工具類和工具函數，盡量去熟悉一下。這一步的分析可以學習到源代碼的系統架構方式。
2.分析源代碼用到的工具類和工具函數，這樣可以學到很多程序編寫技巧。可以提升自己編程功力。
3.結合一些安全規則，研究這個源代碼是怎樣實現安全方面的設計的。這樣可以提高自己在安全方面的意識和功力。
4.如果有模板引擎的話，研究一下源代碼的模板引擎。大致從實現方式，效率，易用性等幾個方面去考慮。
5.研究系統的各個功能模塊，這樣既能學習編程技巧還能打開自己的編程思路，下次遇到類似的東東就心裡有譜了。
6.研究系統所用到設計模式，一樣的功能實現，用到的設計模式可能相差很多，對比我們之前所作的東東分析設計模式，是提升我們駕馭代碼的不二法門。
7.研究源代碼對訪問壓力，執行效率，系統效率，資料庫查詢的優化。
七。做筆記，把這個開源代碼實現的功能，實現方式、設計框架、模塊組織、以及代碼技巧等記錄下來。邊記錄邊總結整理，對學習的東西更容易消化吸收。
八。實踐是檢驗真理的唯一標准，修改一些比較簡單地功能，或者寫一些簡單的sample，並且調試出來，這樣才能做到更加理解代碼。同時框架性的源代碼里一般都有自帶的實例，修改使用這些實例，可以快速了解框架的使用。

㈡ 為什麼用editplus右鍵查看網頁源代碼時沒有顏色怎麼改成有顏色的那種啊這樣看著好累

把「視圖」里的「語法高亮顯示」勾上就可以了

㈢ 為什麼以及如何閱讀源碼

對於這些問題，說到底主要是因為經驗不夠，而經驗主要從項目實踐中積累，所以招聘單位一般都會限定工作時間大於 3 年，因為這些人的項目經驗相對較豐富，項目中遇到的場景相對較多。
工作經驗的積累來自於年限與實踐，然而看源碼可以擴展我們的思路，這是變相增加我們經驗的不錯方法。雖然不能短時間內通過時間積累經驗，但是可以通過學習開源框架、開源項目來獲取。
另外進職場後一般都要先熟悉現有系統，如果有文檔還好，沒文檔的話就得自己去翻代碼研究。如果大家之前對閱讀源碼有經驗，那麼在研究新系統的代碼邏輯時就不會那麼費勁了。

㈣ html+css的網頁源代碼太復雜 特別是樣式看的頭的暈了 如何看這類網站的源碼

可以使用GOOGLE瀏覽器，按F12可以查看元代碼，你選在那個元素上，那個元素的代碼，包括他所連接的CSS樣式就出現了

㈤ 請問各位我最近學習了一些演算法，看源代碼的時候還是感覺很難理解，望各位支點招，謝謝。

你可以先把這些代碼照抄10遍以上加深印象
這是很枯草的 但是沒辦法
每一行代碼都是經驗的積累
多練 多打肯定沒錯 你有了思想 不代表你有了實際操作的經驗
所以你還是需要多練 理論結合實際 這樣進步才快 不要偷懶哦

每一個零基礎的人士 剛學都會有這種感覺
每個人都會經歷這樣一個過程
起步肯定是艱辛的 但是過了這道坎
只要入門了 接下來的路就會越來越有趣的

㈥ 看了大型網站的源代碼好復雜啊，文件夾都那麼多，怎麼才能從一個新手升到那種境界啊

先把基礎搞扎實，然後自己開始模仿別人成熟的東西，然後可是理解代碼的意思，然後開始借鑒，最後自己實現功能。

㈦ 如何看android源碼，有沒有什麼指導的文件，為什麼我看的好累。求高人指教。

最根本的指導文件就是android sdk的文檔，裡面也有一些編程指南。或者可以去書店找點入門的書吧。
另外對於android的一些比較特別的概念可能應該事先了解一下，那些不知道的話可能看得會雲里霧里。比如顯示（xml）與處理邏輯（java）分離的程序結構，intent，content provider之類的。

㈧ 怎麼提高看源碼的效率

只能看懂一點點```

㈨ 程序員有必要看源碼的習慣嗎，這么多插件感覺都看了是不可能了

一、先列三個常見的開發場景：

1、拿到一個模塊詳細設計文檔，大部分程序員的通常做法就是開始搭建界面代碼，然後從第一個按鈕點擊事件或頁面Load事件開始寫第一行業務代碼。寫的差不多了，就運行一下，發現哪裡不是自己想的那樣，就改改，直到改到是自己預想的那樣。

2、做完了一個功能模塊或幾塊相關聯的功能模塊，輸入111asd，發現新建正常、保存正常，就提交給測試人員。測試員用測試用數據、測試場景用例來測試，發現有問題，就登記bug。對於嚴重的影響下一步測試的BUG，測試員就用內部IM通知這個開發人員。對於不影響繼續往下測試的BUG，測試員就登記下來，等程序員有空時處理。

3、程序員一般工作不希望大家打擾，所以開發起來就是開發。等手頭開發告一段落，就看看BUG庫。發現有與自己有關的BUG，就從第一個BUG開始看起。就開始通過IM和測試員掰扯起來（這不是個BUG啊、業務邏輯不是你想的那樣啊、我這里不能重現啊、你給的信息描述不清晰啊），於是IM幾來幾往，甚至跑過去當面交流一番，甚至會拉扯上產品經理一起討論，更甚者需要項目經理或產品經理發起一個會議來集體討論一下

㈩ 學編程是不是要多看源代碼啊

我個人經驗，即使有源碼，你要這么做：
第一、把語法和所有手冊過濾一遍
第二、看別人用同類軟體做的，你是否能做出來，然後挑別人的毛病
第三、通過上邊，你就會積累了很多自己的想法，別人到底是怎麼做的？產生很多學習欲
第四、這個時候才能看源碼

最後，你的+他的=進步