怎樣獲取項目源碼

❶ 怎麼搜索項目的源代碼或者一個功能的代碼

最佳答案你好樓主，非常榮幸回答你的問題，我想說的就是以下幾點：
第一，誠信經營：
論語上有「人而無信，不知其可也。」就知道誠信的重要了。
第二，找個負責任的上家：
如果上家不負責，呵呵，你前進的道路不知要走多少彎路。
第三，能堅持、肯努力、肯付出：
如果自己不付出、不努力，天上是不可能掉餡餅的，也不會平白無故讓你一夜暴富（除非你中彩票），當然了剛開始的時候可能會很難做，沒信譽、沒人氣。但只要你堅持，才會有成功的希望。
第四，方法：
好的宣傳方法和促銷手段能讓你事半功倍，省時省力還能多賺錢。
第五，售後服務：
樓主你自己想想，你原意到那些售後服務差的店去買東西嗎？如果你售後服務差，以後就很難再有回頭客了。因此嘞好的售後是非常重要的。
綜上所述：誠信+努力+上家+方法+售後=成功+滾滾財源
非常希望有理想、有朝氣、有上進心、想創業的朋友加入我們。我們非常真誠的歡迎你。謝謝

❷ 怎麼搜索項目的源代碼或者一個功能的代碼或一個模塊的源代碼

以前干過這種事。如果別人的功能模塊內聚性比較高的話完全可以將.h和.cpp拷到你的工程下稍作修改就可利用。如果不行就自己創建個類，COPY裡面的代碼。

❸ 怎樣提取一個軟體的源代碼

1、一款知名的開源軟體，大部分都有自己的官方網站，我們可以從它的官方網站上去下載。

比如，下載linux內核源碼，我們可以搜索一下官網，然後去下載。

❹ 如何從GitHub獲取源代碼

在 Windows 7 環境下，採用 Visual Studio 2010 來調試的。（當然你要用其他環境也完全沒問題）
第一步，從 GitHub 上把源碼 clone 到本地（或者直接下載壓縮包也行）
第二步，通過其中自帶的 vcbuild.bat 腳本生成完整的 vs 項目解決方案文件
第三步，用法Visual Studio 2010 打開上一步生成的 node.sln 解決方案文件將其中的 node 設為主項目，然後就可以開始編譯和調試了 就這么簡單。

❺ 如何高效得閱讀大型項目源代碼

先用一些UML工具根據源碼生成UML，先看UML圖，對程序類的組成和關聯情況有個大致的印象，然後再看代碼，這樣就會容易一些。

❻ 如何讀項目代碼

（再沒有文檔這個總是有的吧？哪怕是個代號) 2.這個項目的性質 3.源代碼的規模 有多少行（其中有多少行是注釋），總共有多少個文件（每一類文件分別有多少個，每個文件是多少行） 如果是面向對象的，有多少個class，如果是面向過程的有多少個function 4.功能的詳細整理功能列表函數名 功能 功能描述 5.功能模塊之間的關系 （哪怕沒有注釋，按名稱，調用關系一定能整理清楚） 如果你把我上面列的5點搞清楚了，再來抱怨，我想應該是下面這個樣子： 老大給了我一個項目源碼讓我看，注釋都沒有，是一個超級留言本，總共有10萬行代碼，就兩個文件，函數不到10個，功能就是注冊和留言，連修改刪除功能都沒有，大家說我看這樣的代碼有意思嗎？我是不是還要待在這里？如果你完成了我上面說的5步，你仍然覺得沒什麼值得學的，沒有什麼需要做的，說明你不適合干編程這一行。下邊呢就具體的介紹一下心得。當我們學習程序編碼時，首先會看一些程序代碼例子，然後學例子去修改編寫代碼；當我們剛進入一個公司，公司會把要維護修改的項目分給我們，讓我們修改維護，要想修改編寫，首先要讀懂項目主要程序；當我們去看一些優秀的開源項目，想從中學習這些項目的設計思想時，我們也要去看項目代碼…如此等等，可以說讀代碼是為了寫代碼，寫出非常優秀的代碼。因此對於程序開發人員來說，快速閱讀項目代碼是一個必需要掌握的能力。前段時間，我接手了一個php做的系統，公司要求我參閱這個項目重新做一個Demo，在讀這個系統代碼時，我積累了一些關於讀項目代碼的心得體會，主要內容如下。 清楚主要功能 想一想如何實現 首先要清楚項目的主要功能，知道它主要是干什麼用的，才可能從總體上去把握項目。可以通過向公司同事或其他人請教、或查閱項目需求分析文檔，概要設計文檔來快速獲得項目主要功能，如果沒有這些文檔，可以在網上搜索項目的功能，如果以上這些都沒有條件的話，那隻有把此項目運行起來，通過自己的實際操作來得到項目的主要功能了。清楚項目主要功能後，自己首先想一想，如果讓我做，該如果去實現呢，這樣能夠得到對自己來說的技術難點，讀源代碼時會更留意這些內容，效率也就提高上去了。 運行項目 找到實現主要功能的代碼 清楚主要功能以後，就可以去讀實現主要功能的代碼了，當然還需要找到這些功能是在那些文件，那些類來實現的。為了找到實現類，我們還要把項目運行起來，依據項目類型及特點，通過不同方法找到實現類代碼。把這些文件記錄下來，隨後只需重點看這些文件中的代碼，就可以了。 依據代碼的類層次關系 了解項目體系結構 通過其他一些工具把這些代碼的類圖導出來，比如（rational rose或powerdesigner的逆向工程），如果是java項目還可以導出Javadoc。依據導出的內容，了解每一個主要實現類的大致功能，及這些類之間相互關系，這樣也就清楚了項目的類層次結構，即項目體系結構。 清楚項目主要實現技術 依據導出的類圖和對項目了解的疑點，如果是技術方面，比如自己不知道或不清楚該怎麼實現某種功能，那就趕緊參照源代碼，找到項目主要實現技術。如果對此技術不熟悉，那就快快在Bai或Google上面搜索一把，ok，一定會很多關於此技術的資料等著你去看呢，抓緊閱讀這些資料，盡快掌握此技術的內容。 調試主要實現類，從中了解實現細節 了解了項目的體系結構，並清除項目主要實現技術後，下一步就是看實現細節了。看實現細節，也是從整體到局部，從看各個方法聲明出發，在逐步看每個方法體。當然沒有必要每個方法都要去一行一行看，只需重點看與實現此類主要功能的核心方法。對某些代碼看過一兩編後，還是很迷茫的話，沒有關系，調試一把，看看它終究是有何作用。調試有很多中，最終要的是一步一步跟蹤，但是有些語言編寫的代碼很難用這種方式做，比如（javascript或applet）,那就把一些重要的變數輸出出來。了解了主要功能代碼的主要方法後，可以基本上說我們已經看懂了項目的代碼，把握了項目的整體架構。 修改代碼來滿足自己需求 看懂了項目代碼，最後一步就是根據需要，來修改項目代碼，滿目我們的需要了。以上就是我在看項目代碼中的總結，當然，如果項目非常功能很少，沒有使用什麼復雜技術的話，了解體系結構和清楚項目主要實現技術就可以跳過了，根據實際，直接需要去看源代碼就可以了。

❼ primefaces 怎麼得到java 源代碼

使用Primefaces正式開發商用的項目算起來已經有1年半了，現在是時候該進行一下總結了，以便與國內正在使用或潛在使用Primefaces進行開發的各位進行更多的交流與分享。
首先介紹一下Primefaces是何物：Primefaces（以下簡稱：PF）是JSF眾多框架之一，由一家土耳其公司研發與維護的，且現在使用其開發的項目越來越多 據官方介紹2012年已經超過icefaces和richfaces了，PF現如今已儼然成為眾多JSF開發者喜愛的框架 就如Icefaces這種JSF大牛級的框架在3.0版本中都有大量抄襲PF的代碼（據PF官網介紹抄襲度達到90%），非常有意思的是由於ICEfaces的抄襲 其已經被納入到PF的使用客戶列表了。更為詳細的PF介紹請移步至其官網：。
最早接觸PF是在2010年時，由於本人對開源的項目比較感興趣 閑來無事就去研究研究這個、看看那個 當時僅僅知道其表面的東西，但這恰恰給我提供了後來在實際項目技術選型時做了很好的鋪墊。2011年4月份時需要從頭開發一個項目，當初在使用這個框架的時候國內幾乎沒什麼相關的資料，而且說句實在話 PF當時（2.2.1版本）做的並不是那麼的盡如人意 跟其他的JSF框架相比還有很大的上升空間（不管是穩定性還是擴展性或是其他各方面），但經過不斷的升級、改進現在最新版本已經到3.4.1了且比以前穩定了許多，但在追隨其升級版本也是一件非常痛苦的事情 尤其是從2升到3時 重構了許多方法 最典型的就是<p:datatable/>中動態載入數據，現在項目中用的版本為3.1.1，沒有更新到最新版本是因為項目比較緊沒時間去升級了，如果升級的話 升完後還得需要詳細的進行測試 以免因為升級帶來部分功能無法使用。
接下來講講當初為何選擇PF作為展示層框架進行開發：
項目基礎架構採用了Primefaces + Spring Security + Spring3.0 + Hibernate3.5.6。
1、為何不選用Struts2或JSF其他的框架（例如：Icefaces、richfaces等）？
當時項目開發周期比較緊，項目組沒有美工 如果使用Struts2進行開發那還需要耗費大量的時間在界面設計開發上；因為之前在一家外企開發美國醫療的項目時展示層框架是用的ICEfaces所以本人對JSF也還算熟悉，而JSF是以組件形式進行展示且可以進行更換或定製皮膚，熟悉使用之後可快速拿來即用。為何最終選用Primefaces而不是ICEfaces是因為個人覺得PF的官方對技術支持的要比ICEfaces好很多，這樣在開發時遇到什麼問題可以得到官方的幫助。
2、PF有何優劣勢？
優勢：
組件式、拿來即用，熟悉之後可進行快速開發；
有Mobile版本，可支持iPhone, Android, Palm, Blackberry, Windows Mobile等眾多類型的手機。
劣勢：
對於國內的大部分開發者來說沒有中文文檔，是其最大的劣勢；
雖然官方有皮膚樣式但都相對來說比較醜陋，還需自己進行定製；
完全不支持IE6，部分版本對IE7的兼容性也不是那麼盡如人意，這對國內還有眾多IE6的用戶來說無遺是一個災難。
3、使用PF開發時有無遇到什麼困難或問題？
在開發過程中肯定會或多或少的遇到各種問題，相信不管是誰在使用一門新的技術時都會遇到不同的問題，但快速解決問題是關鍵；用PF開發時遇到的最大的問題就是因為界面兼容性，當系統開發完後由於我大部分時間是使用MAC OS 瀏覽器使用的是Firefox，而其他同事的瀏覽器不是IE8就是IE9或者IE7，由於項目的周期較短 花了大量的時間用於功能性測試 但到了客戶現場進行部署完之後發現問題來了，客戶大部分使用的都是IE6或360瀏覽器（當時360瀏覽器內核也都是基於IE6的） 在IE6上面顯示的效果非常的差導致給客戶的第一印象很不好，還好最終在與客戶的協商下進行IE版本升級從而解決了這個問題。

❽ JAVA項目源代碼如何讀

首先要掌握項目的架構模式，把握一個整體。然後在根據端到端的數據流向進行深入閱讀，比如從頁面添加一個欄位，它是經歷怎樣一個過程才到達資料庫的。

❾ 如何快速讀懂項目源碼javaWeb

一：學會如何讀一個JavaWeb項目源代碼 步驟：表結構->web.xml->mvc->db->spring
ioc->log-> 代碼
1、先了解項目資料庫的表結構，這個方面是最容易忘記 的，有時候我們只顧著看每一個方法是怎麼進行的，卻沒
有去了解資料庫之間的主外鍵關聯。其實如果先了解數據 庫表結構，再去看一個方法的實現會更加容易。
2、然後需要過一遍web.xml，知道項目中用到了什麼攔
截器，監聽器，過濾器，擁有哪些配置文件。如果是攔截 器，一般負責過濾請求，進行AOP 等;如果是監 可能是定時任務，初始化任務;配置文件有如使用了 spring
後的讀取mvc 相關，db 相關，service 相關，aop 相關的文件。
3、查看攔截器，監聽器代碼，知道攔截了什麼請求，這
個類完成了怎樣的工作。有的人就是因為缺少了這一步， 自己寫了一個action，配置文件也沒有寫錯，但是卻怎麼
調試也無法進入這個action，直到別人告訴他，請求被攔
4、接下來，看配置文件，首先一定是mvc相關的，如 springmvc
中，要請求哪些請求是靜態資源，使用了哪些 view 策略，controller 註解放在哪個包下等。 然後是db 相關配置文件，看使用了什麼資料庫，使用了
什麼orm框架，是否開啟了二級緩存，使用哪種產品作 為二級緩存，事務管理的處理，需要掃描的實體類放在什 么位置。最後是spring 核心的ioc
功能相關的配置文件， 知道介面與具體類的注入大致是怎樣的。當然還有一些如 apectj 置文件，也是在這個步驟中完成
5、log
相關文件，日誌的各個級別是如何處理的，在哪些 地方使用了log 記錄日誌
6、從上面幾點後知道了整個開源項目的整體框架，閱讀 每個方法就不再那麼難了。
7、當然如果有項目配套的開發文檔也是要閱讀的。