当javadoc不清楚时,您是否应该查看源代码?

当javadoc不清楚时,您是否应该查看源代码?,java,android,open-source,javadoc,Java,Android,Open Source,Javadoc,作为一名开发人员,我应该如何找出一些库代码根据API应该做什么 更具体地说,我正在尝试学习Android API。在我看来,javadoc并不总是清晰的,但是当您开始阅读Activity、Fragment、View等类的SDK源代码时,您会对实际发生的事情有一个更好的印象 但是,这难道不会使拥有API(=接口)的想法无效吗?在API保持不变的情况下,实际实现(源代码)可能会发生变化?如果你看一下源代码,你是不是更倾向于想当然地认为一些行为不是API的一部分 我对控制反转的概念也比较陌生,比如,你

作为一名开发人员,我应该如何找出一些库代码根据API应该做什么

更具体地说,我正在尝试学习Android API。在我看来,javadoc并不总是清晰的,但是当您开始阅读Activity、Fragment、View等类的SDK源代码时,您会对实际发生的事情有一个更好的印象

但是,这难道不会使拥有API(=接口)的想法无效吗?在API保持不变的情况下,实际实现(源代码)可能会发生变化?如果你看一下源代码,你是不是更倾向于想当然地认为一些行为不是API的一部分

我对控制反转的概念也比较陌生,比如,你必须对很多方法进行子类化和重写,比如onCreate或onDraw。在我看来,由于SDK代码包含实际的主线程循环,所以在后台必然会有很多隐藏的事情发生,而无需编写任何代码。例如,该应用程序创建一个窗口,显示一个动作栏,绘制白色背景,从一开始就对某些事件做出反应。但我没有为这种行为编写任何代码。我只是漏掉了代码。这一切都被SDK接管了


我的印象是,这种范式使学习曲线更加陡峭,因为实际上,当你什么都不写或遗漏了特定的代码行时,你必须查找某个地方发生了什么。但在文档中,我只能查找调用某个方法(可能是我调用的,也可能是SDK调用的)后发生的情况,而不能查找调用该方法时发生的情况以及如果我不调用或不重写它会发生什么情况。那么,有没有什么推荐的方法可以查找那些应该一直隐式发生的事情呢?

要学习Android SDK,我会从它们开始。这里有大量的SDK教程、示例代码和解释可供浏览

programmers.stackexchange.com更适合这个问题。这个问题似乎离题了,因为它属于programmers.stackexchange.com