对 Java 开发人员最有用的 10 个网站
来源：
Tarun Telang 下面列出了有关 Java 技术的最有效、最值得信赖的 Web 资源。它们对于经验丰富的 Java 程序员和初学者都很有用。多年来我一直在使用这些资源来查找有关 Java 技术的最新信息。
![喝咖啡休息#52。 对 Java 开发人员最有帮助的 10 个网站，您应该了解的 7 种软件开发模型 - 1]()
该资源包含您需要了解的有关 Java 的几乎所有信息，包括新闻、文章、博客、参考资料、职业选择以及与 Java 项目相关的信息。我建议定期访问此网站，以了解有关 Java 平台的最新消息。
如果您想下载并安装最新版本的 Java 开发工具包，则必须使用此资源。它还包含有关如何在各种平台上运行 Java 安装文件的详细说明。
Oracle 站点的这一部分包含 Java SE API 的参考信息。HTML 文档是使用 JavaDoc 工具从 Java 源代码生成的。
4.Java教程
有大量关于 Java 编程语言的教程和参考资料。这些课程还以书形式提供，即《Java 教程》第六版（英文版）。您可以点击此链接从亚马逊购买。
该网站包含练习测试和有用的资源，用于学习从 Java、数据库、Android 到认证准备等主题。这是通过实践练习学习Java的一个非常好的地方。
在这里您可以找到与 Java EE 相关的项目，以及以前托管在 Java.net 上的项目。该站点包含许多不同的项目链接，其中包含有关这些项目的附加信息以及与这些项目相关的联系信息。
7.Java百科
访问此站点以关注有关 Java 技术和框架的讨论、问题和解答。Javapedia.net 对于经验丰富的 Java 和 Java EE 开发人员以及初学者和准备面试的学生都很有用。
8.TheServerSide.com _
该站点包含有关 Java Enterprise Edition 最新技术的信息。Java 开发人员在这里讨论与 Java、Java EE、编程、软件和服务器端开发趋势相关的各种主题。这是一个面向企业架构师和 Java 开发人员的非常大的在线社区，您可以在其中找到每日新闻、技术讨论、网络研讨会和其他有用信息。
9.Java.com_ _
您可以在这里找到最新的 Java 软件（游戏、移动和桌面应用程序）。这是安装 Java 插件的合法且安全的资源。与许多其他网站不同，这里没有弹出广告或与 Java 实际上无关的可疑安装文件。
10.Go.Java _
在这里，您将找到有关 Java 如何支持为数字世界提供动力的创新的最新信息。该网站包含面向学生、爱好者、开发人员和 IT 公司高管的 Java 平台资源集合。尽管您可以在 Internet 上找到许多带有 Java 链接的类似网站，但其中大多数都已过时，并且显示仅在 Java 5 之前相关的信息。自 Java 8 以来，该语言发生了重大变化，这需要开发人员采取新的方法用Java编程。该语言的发展也非常迅速，Java 每六个月就会发布新版本。
您应该了解的 7 个软件开发模型
来源：
DZone 软件开发生命周期是指以尽可能低的成本（最好是在尽可能短的时间内）规划、设计、开发、测试和部署软件的过程。为了实现这一目标，开发团队必须选择正确的软件开发模型，以满足项目的要求和所有利益相关者的期望。
![喝咖啡休息#52。 对 Java 开发人员最有帮助的 10 个网站，您应该了解的 7 种软件开发模型 - 2]()
您应该了解 7 种模型，从瀑布模型到 V 模型再到 Scrum。让我们逐一看看。
1.级联模型（Waterfall）
![喝咖啡休息#52。 对 Java 开发人员最有帮助的 10 个网站，您应该了解的 7 种软件开发模型 - 3]()
瀑布模型被认为是最早的软件开发方法之一。从名称中就可以清楚地看出，该开发过程包括按顺序线性进展：分析、设计、开发、测试、部署和支持。每个阶段都由具体结果明确定义。瀑布模型是顺序的，这意味着只有当前阶段完成后才能开始下一阶段。当目标已经实现并且有人同意继续从事该项目时，阶段就被认为完成了。此模型没有灵活性 — 您无法跳过、返回或更改步骤。因此，开发过程可能会变得不必要的复杂和昂贵。与其他模型相比，缺乏灵活性使得该模型更加昂贵且劳动力密集。如果需求不明确或者被误解，那么使用这个模型是非常危险的。此外，该模型对于需要更大灵活性的长期、复杂或正在进行的项目来说并不理想。尽管该模型的缺点是显而易见且显着的，但它对于需求有限且期限短的小型一次性项目非常有用，因为它的设置简单且快速。然而，团队必须确保所有需求都被明确定义、明确且将来不能更改。随着 IT 团队采用更加敏捷的软件开发以实现持续改进，瀑布模型已经不再受欢迎。
2.V型
![喝咖啡休息#52。 对 Java 开发人员最有帮助的 10 个网站，您应该了解的 7 种软件开发模型 - 4]()
V 模型（即批准和验证模型）通过添加测试计划来扩展瀑布模型。V 模型不是在软件开发阶段线性向下移动，而是向下移动到编码阶段，然后转身开始向上移动通过测试阶段，形成 V 形。每个开发阶段都对应一个特定的测试活动。这使得团队能够在项目早期发现规范、代码和架构中的错误。添加测试计划使 V 模型比瀑布模型有更好的成功机会。然而，V 模型仍然是线性的，这使得它不灵活。与瀑布模型一样，团队只有在上一阶段完成后才能开始下一阶段。这使得改变变得困难、昂贵且耗时。因此，该模型最适合具有固定、明确定义和记录的需求的短期项目，但对于长期、复杂或正在进行的项目并不理想。
3.迭代（增量）模型
![喝咖啡休息#52。 对 Java 开发人员最有帮助的 10 个网站，您应该了解的 7 种软件开发模型 - 5]()
与其他软件开发模型一样，迭代（增量）模型旨在克服瀑布模型的一些缺点。它还以规划开始，以部署结束。但与瀑布模型不同的是，该模型涉及整个过程中的重复循环。这些循环可以是迭代的（重复的）或增量的（逐步的）。开发过程从一小组需求开始，其中的每个周期都伴随着一组新的需求。该模型的迭代性质允许软件不断发展和成长，因为在整个过程中可以进行微小的更改。发生这种情况是因为新的迭代建立在前一个迭代的基础上。开发人员可以根据之前周期的经验进行更改。由于所有需求都不是在项目开始时就列出来的，并且在此过程中进行了许多更改，因此工作可以很快开始。然而，由于过程经常重复，资源很快就会耗尽，更不用说管理变得更加复杂。尽管该模型允许进行一些更改，但它仍然由明确定义的流程组成，这有时会导致不灵活性。进行变更的成本低于瀑布模型和 V 模型，但对于迭代过程中需求可能发生变化的项目来说，该模型并不理想。由于频繁的变更、未知的成本和资源需求以及不确定的时间表，迭代模型会带来更多风险。
4. 原型模型
![喝咖啡休息#52。 对 Java 开发人员最有帮助的 10 个网站，您应该了解的 7 种软件开发模型 - 6]()
原型模型侧重于通过创建原型来提高开发团队对客户需求的理解。通过创建所需程序的小型工作副本，可以在全面开发开始之前消除误解。原型的开发、测试和最终确定均考虑了客户的愿望和意见。一旦原型被接受，团队就开始开发最终产品。原型模型可以显着减少迭代次数。这节省了时间并增加了客户满意度的机会。但是，您需要考虑开发人员花在开发原型上的时间。如果客户需要大量更改、经常改变主意或提出不切实际的要求，那么原型开发很快就会变得复杂。因此，最好在原型被接受之前限制允许的迭代次数。一旦最终原型开发完成，就不能对计划提出进一步的要求或更改。这是原型模型的一个显着缺点。
5. 螺旋模型
![喝咖啡休息#52。 对 Java 开发人员最有帮助的 10 个网站，您应该了解的 7 种软件开发模型 - 7]()
螺旋模型侧重于风险评估。因此，任何希望使用此模型的团队都必须拥有在特定领域具有知识和技能的专家。该模型由四个阶段组成：规划、风险分析、开发和评估。螺旋圈数取决于具体项目和管理者的要求。平均而言，使用此模型的软件开发需要 6 个月的时间。螺旋模型结合了瀑布模型和原型设计的特点，强调设计，包括原型设计（在设计阶段），并遵循与瀑布模型中类似的步骤。持续和迭代开发允许开发人员进行更改并添加新功能。另外，开发是系统化的，简化了流程。客户参与周期每个阶段的审查，如果没有与客户持续沟通，这可能会给开发过程带来负担。由于没有定义周期或迭代的数量，因此存在超出预算和错过最后期限的风险。因此，创造成品通常需要大量的费用和时间。
灵活的方法（敏捷）
敏捷是一种基于
敏捷宣言中概述的 12 条原则的方法论。它更多的是一种心态，而不是一套严格的协议。敏捷方法旨在比使用以前的模型（包括瀑布模型）更有效地开发软件。敏捷模型的本质是注重协作、沟通和不断变化。敏捷开发有多种选择。他们都专注于团队合作、跨职能协作、迭代开发和早期客户反馈。测试、反馈和变更使团队能够开发和发布更好的软件。让我们看一下 2 个敏捷模型。
6. Scrum 模型
![喝咖啡休息#52。 对 Java 开发人员最有帮助的 10 个网站，您应该了解的 7 种软件开发模型 - 8]()
Scrum 模型是最流行的敏捷模型。其开发迭代称为冲刺。在这 1-4 周的冲刺中，团队评估之前的冲刺、添加新功能并规划下一个冲刺。定义冲刺活动后不允许进行更改。每次冲刺之后，都会添加新的功能/元素，这些功能/元素将在下一个冲刺中进行编码和测试。这一直持续到所有功能都已添加并且项目被视为准备好发布为止。跨职能团队之间以及组织与客户之间加强协作，可以减少因沟通不畅而经常产生的误解和错误。此外，额外的步骤可以缩短上市时间。改进的沟通减少了排除错误所花费的时间，并增加了最终用户对产品满意的可能性。然而，这种合作需要客户大量参与工作过程。您还需要考虑到，如果客户要求添加太多功能，项目截止日期可能会被推迟。
7.看板模型
![喝咖啡休息#52。 对 Java 开发人员最有帮助的 10 个网站，您应该了解的 7 种软件开发模型 - 9]()
与其他模型不同，看板没有明显的迭代。当团队计划迭代时，它们的冲刺时间非常短，有时短至一天。为了直观地指示项目的状态和其他细节，使用了带有贴纸（贴纸）形式的注释的板。这种可视化使团队能够专注于目前开发中最重要的功能。此外，看板强调功能还有持续改进的空间。虽然便利贴方法可以帮助激励团队专注于重要任务，但这是定义和维护时间表的糟糕方法。因此，规划长期项目非常困难。由于没有固定的计划阶段，因此可以随时进行更改。看板的常见缺点之一是缺乏时间框架。如果不断进行更改，这个问题可能会变得更糟。
过渡到敏捷
这些模型中的每一个都是为了改进软件开发和交付过程而创建的。任何开发模型都可以很好地适用于特定类型的项目。然而，旧的手动模型，例如级联模型，很快就会成为过去。一般来说，IT 团队和公司在创建软件、满足客户需求并跟上竞争对手时必须采取更快、更高效的行动。更快、更可重复和更安全的软件开发过程基于自动化。由于许多模型无法达到自动化水平和速度，因此敏捷方法最终变得更加流行。
您应该了解 7 种模型，从瀑布模型到 V 模型再到 Scrum。让我们逐一看看。
瀑布模型被认为是最早的软件开发方法之一。从名称中就可以清楚地看出，该开发过程包括按顺序线性进展：分析、设计、开发、测试、部署和支持。每个阶段都由具体结果明确定义。瀑布模型是顺序的，这意味着只有当前阶段完成后才能开始下一阶段。当目标已经实现并且有人同意继续从事该项目时，阶段就被认为完成了。此模型没有灵活性 — 您无法跳过、返回或更改步骤。因此，开发过程可能会变得不必要的复杂和昂贵。与其他模型相比，缺乏灵活性使得该模型更加昂贵且劳动力密集。如果需求不明确或者被误解，那么使用这个模型是非常危险的。此外，该模型对于需要更大灵活性的长期、复杂或正在进行的项目来说并不理想。尽管该模型的缺点是显而易见且显着的，但它对于需求有限且期限短的小型一次性项目非常有用，因为它的设置简单且快速。然而，团队必须确保所有需求都被明确定义、明确且将来不能更改。随着 IT 团队采用更加敏捷的软件开发以实现持续改进，瀑布模型已经不再受欢迎。
V 模型（即批准和验证模型）通过添加测试计划来扩展瀑布模型。V 模型不是在软件开发阶段线性向下移动，而是向下移动到编码阶段，然后转身开始向上移动通过测试阶段，形成 V 形。每个开发阶段都对应一个特定的测试活动。这使得团队能够在项目早期发现规范、代码和架构中的错误。添加测试计划使 V 模型比瀑布模型有更好的成功机会。然而，V 模型仍然是线性的，这使得它不灵活。与瀑布模型一样，团队只有在上一阶段完成后才能开始下一阶段。这使得改变变得困难、昂贵且耗时。因此，该模型最适合具有固定、明确定义和记录的需求的短期项目，但对于长期、复杂或正在进行的项目并不理想。
与其他软件开发模型一样，迭代（增量）模型旨在克服瀑布模型的一些缺点。它还以规划开始，以部署结束。但与瀑布模型不同的是，该模型涉及整个过程中的重复循环。这些循环可以是迭代的（重复的）或增量的（逐步的）。开发过程从一小组需求开始，其中的每个周期都伴随着一组新的需求。该模型的迭代性质允许软件不断发展和成长，因为在整个过程中可以进行微小的更改。发生这种情况是因为新的迭代建立在前一个迭代的基础上。开发人员可以根据之前周期的经验进行更改。由于所有需求都不是在项目开始时就列出来的，并且在此过程中进行了许多更改，因此工作可以很快开始。然而，由于过程经常重复，资源很快就会耗尽，更不用说管理变得更加复杂。尽管该模型允许进行一些更改，但它仍然由明确定义的流程组成，这有时会导致不灵活性。进行变更的成本低于瀑布模型和 V 模型，但对于迭代过程中需求可能发生变化的项目来说，该模型并不理想。由于频繁的变更、未知的成本和资源需求以及不确定的时间表，迭代模型会带来更多风险。
原型模型侧重于通过创建原型来提高开发团队对客户需求的理解。通过创建所需程序的小型工作副本，可以在全面开发开始之前消除误解。原型的开发、测试和最终确定均考虑了客户的愿望和意见。一旦原型被接受，团队就开始开发最终产品。原型模型可以显着减少迭代次数。这节省了时间并增加了客户满意度的机会。但是，您需要考虑开发人员花在开发原型上的时间。如果客户需要大量更改、经常改变主意或提出不切实际的要求，那么原型开发很快就会变得复杂。因此，最好在原型被接受之前限制允许的迭代次数。一旦最终原型开发完成，就不能对计划提出进一步的要求或更改。这是原型模型的一个显着缺点。
螺旋模型侧重于风险评估。因此，任何希望使用此模型的团队都必须拥有在特定领域具有知识和技能的专家。该模型由四个阶段组成：规划、风险分析、开发和评估。螺旋圈数取决于具体项目和管理者的要求。平均而言，使用此模型的软件开发需要 6 个月的时间。螺旋模型结合了瀑布模型和原型设计的特点，强调设计，包括原型设计（在设计阶段），并遵循与瀑布模型中类似的步骤。持续和迭代开发允许开发人员进行更改并添加新功能。另外，开发是系统化的，简化了流程。客户参与周期每个阶段的审查，如果没有与客户持续沟通，这可能会给开发过程带来负担。由于没有定义周期或迭代的数量，因此存在超出预算和错过最后期限的风险。因此，创造成品通常需要大量的费用和时间。
Scrum 模型是最流行的敏捷模型。其开发迭代称为冲刺。在这 1-4 周的冲刺中，团队评估之前的冲刺、添加新功能并规划下一个冲刺。定义冲刺活动后不允许进行更改。每次冲刺之后，都会添加新的功能/元素，这些功能/元素将在下一个冲刺中进行编码和测试。这一直持续到所有功能都已添加并且项目被视为准备好发布为止。跨职能团队之间以及组织与客户之间加强协作，可以减少因沟通不畅而经常产生的误解和错误。此外，额外的步骤可以缩短上市时间。改进的沟通减少了排除错误所花费的时间，并增加了最终用户对产品满意的可能性。然而，这种合作需要客户大量参与工作过程。您还需要考虑到，如果客户要求添加太多功能，项目截止日期可能会被推迟。
与其他模型不同，看板没有明显的迭代。当团队计划迭代时，它们的冲刺时间非常短，有时短至一天。为了直观地指示项目的状态和其他细节，使用了带有贴纸（贴纸）形式的注释的板。这种可视化使团队能够专注于目前开发中最重要的功能。此外，看板强调功能还有持续改进的空间。虽然便利贴方法可以帮助激励团队专注于重要任务，但这是定义和维护时间表的糟糕方法。因此，规划长期项目非常困难。由于没有固定的计划阶段，因此可以随时进行更改。看板的常见缺点之一是缺乏时间框架。如果不断进行更改，这个问题可能会变得更糟。
GO TO FULL VERSION