當javadoc不清晰時，你是否應該查看源代碼？

Question

作爲一名開發人員，我應該如何根據API找出究竟哪些庫代碼應該執行的操作？

更具體地講，我想學習Android的API。在我看來，javadoc並不總是清晰的，但是當你開始閱讀像Activity，Fragment，View這樣的類的SDK源代碼時，你會對實際發生的事情有更好的印象。

但並不認爲有失效的API（=接口），其中，而API仍然是相同的實際執行（源代碼）可以改變的想法？如果你看看源代碼，你是不是更可能採取一些理所當然的行爲，而這些行爲並不打算成爲API的一部分？

我也比較新的反轉的控制權，在那裏你，例如，必須繼承和超越許多像的onCreate或onDraw有方法的概念。在我看來，必須在後臺進行很多隱藏的事情，而不必編寫任何關於它的代碼，因爲SDK代碼包含實際的主線程循環。例如，該應用程序創建一個窗口，顯示一個操作欄，它繪製一個白色背景，從一開始就對某些事件作出反應。但是我沒有爲這種行爲編寫任何代碼。我只是忽略了代碼。這一切都由SDK接管。

我有這種模式使學習曲線陡峭的，因爲你實際上要回去看看，當你寫什麼，或者當你離開了特定代碼行某處發生什麼印象。但是在文檔中，我只能查看某個方法被調用後（可能是由我，可能由SDK調用）發生的情況，而不是在調用它時發生的情況，以及如果我不調用它或不覆蓋它會發生什麼。那麼有沒有一些推薦的方法來查找那些應該始終隱含發生的事情？

Answer 1

爲了學習Android SDK中，我將與他們的developer website開始。有大量的教程，示例代碼和SDK的解釋來瀏覽。