首頁>Club>
80
回覆列表
  • 1 # 知識邦

    對程式碼所屬的語言的基本功得有,

    當前程式碼功能背景要知道具體的需求以及當前程式碼編寫的背景。

    尋找一個好的程式碼編輯器, 多多利用錯誤除錯的技巧,透過斷點,日誌可以幫助找到出問題所在的位置

    最後最最重要的需要多寫程式碼,多瞭解程式設計通常的程式設計思想與設計模式

  • 2 # 景天科技苑

    大家好,我是景天,我是一名程式設計師,也是從一個小白慢慢練成的,下面就由我來分一下怎樣來看懂一段程式碼的意思。

    初學者要看懂程式碼首先從要需求分析瞭解,然後是系統分析,最後是塊的理解。看懂程式碼其實不難,大抵不過是選擇,分支,迴圈。語法如果看不懂,那就需要補補基礎,先弄清楚這段程式碼要做什麼,有說明最好,可以幫你理解,沒有說明就自己試著過一下程式碼流程 。

    對大多數的程式人來說,撰寫程式碼或許是令人開心的一件事情,但我相信,有更多人視閱讀他人所寫成的程式碼為畏途。許多人寧可自己重新寫過一遍程式碼,也不願意接收別人的程式碼,進而修正錯誤,維護它們,甚至加強功能。

    這其中的關鍵究竟在何處呢?若是一語道破,其實也很簡單,程式碼是別人寫的,只有原作者才真的瞭解程式碼的用途及涵義。許多程式人心裡都有一種不自覺的恐懼感,深怕被迫去碰觸其他人所寫的程式碼。這是來自於人類內心深處對於陌生事物的原始恐懼。

    讀懂別人寫的程式碼,讓你收穫滿滿

    不過,基於許多現實的原因,程式人時常受迫要去接收別人的程式碼。例如,同事離職了,必須接手他遺留下來的工作,也有可能你是剛進部門的菜鳥,而同事經驗值夠了,升級了,風水輪流轉,一代菜鳥換菜鳥。甚至,你的公司所承接的專案,必須接手或是整合客戶前一個廠商所遺留下來的系統,你們手上只有那套系統的原始碼(運氣好時,還有數量不等的檔案) 。

    諸如此類的故事,其實時常在程式人身邊或身上持續上演著。許多程式人都將接手他人的程式碼,當做一件悲慘的事情。每個人都不想接手別人所撰寫的程式碼,因為不想花時間去探索,寧可將生產力花在產生新的程式碼,而不是耗費在瞭解這些程式碼上。

    很遺憾的是,上述的情況對程式人來說很難避免。我們總是必須碰觸到其他人所寫成的程式碼,甚至必須瞭解它,加以修改。對於這項需求,在現今開放原始碼的風氣如此盛行的今日,正如之前的“程式設計2.0 ”文中所提到的,你可以透過開放原始碼學習到新的技術,學習到高手的架構設計,大幅提高學習的效率及效果。你甚至可以直接自開放原始碼專案中抽取,提煉出自己所需的程式碼,站在巨人的肩膀上,直接由彼端獲得所需的生產力。從這個觀點來看,讀懂別人所寫的程式碼,就不再只是從負面觀點的“被迫接收” ,而是極具正面價值的“汲取養份。 ”

    先了解系統架構與行為模式,再細讀

    倘若撰寫程式碼是程式人的重要技藝之一,那麼讀懂別人的程式碼,接著加以修改,也勢必是另一個重要的技藝。

    如果你不能熟悉這項工作,不僅在遭逢你所不願面對的局面時,無法解決眼前接手他人程式碼的難題,更重要的是,當你看著眼前現成的程式碼,卻不知如何從中擷取自己所需,導致最後只能入寶山空手回,望之興嘆。

    接觸他人的程式碼,大致上可以分為三種程度:一,瞭解,二,修改,擴充,三,抽取,提煉。瞭解別人的程式碼是最基礎的工作,倘若不能瞭解自己要處理的程式碼,就甭論修改或擴充,更不可能去蕪存菁,從中萃取出自己所需,回收再利用別人所撰寫的程式碼。雖說是“閱讀” ,但程式碼並不像文章或小說一樣,透過這種做法,便能夠獲得一定程度的瞭解。閱讀文章或小說時,幾乎都是循序地閱讀,你只消翻開第一頁,一行行閱讀下去即可。但是,有許多程式人在試著閱讀其他人的程式碼時,卻往往有不知如何讀起的困難。

    或許找到系統的第一頁(也就是程式碼執行的啟始點)並不難,但是複雜度高的系統,有時十分龐大,有時千頭萬緒。

    從程式碼的啟始點開始讀起,一來要循序讀完所有的程式碼曠日費時,二來透過這種方式來了解系統,很難在腦中構建出系統的面貌,進而瞭解到系統真正的行為。所以,閱讀程式碼的重點,不在於讀完每一行程式碼,而是在於有效率地透過探索及閱讀,從而瞭解系統的架構及行為模式。以便在你需要了解任何片段的細節實作時,能夠很快在腦上對映到具體的程式碼位置,直到那一刻,才是細讀的時機。

  • 3 # 小鄭同學丿

    先讀最簡單的——註釋。最容易被看懂的註釋應該解釋的是讀者最想知道的內容:這段程式碼什麼意思?但註釋不能寫那麼詳細,要儘量寫得簡潔,所以應該註釋的是:這段程式碼是來做什麼的

  • 4 # 熙斯維克鋸業

    從程式碼的啟始點開始讀起,一來要循序讀完所有的程式碼曠日費時,二來透過這種方式來了解系統,很難在腦中構建出系統的面貌,進而瞭解到系統真正的行為。所以,閱讀程式碼的重點,不在於讀完每一行程式碼,而是在於有效率地透過探索及閱讀,從而瞭解系統的架構及行為模式。以便在你需要了解任何片段的細節實作時,能夠很快在腦上對映到具體的程式碼位置,直到那一刻,才是細讀的時機。

  • 5 # 高玥GY

    首先還是要看資料的輸入輸出,大概瞭解程式功能,然後找到程式入口,逐步讀,如果有註釋多看看,然後在去讀相應功能模組。

  • 中秋節和大豐收的關聯?
  • 婚姻出了問題,換一個人結婚,就會好嗎?