「"原"CSDN」现代的 “Hello, World”,可不仅仅是几行代码而已( 二 )



这一步通常比最初看起来更为复杂 。 如今 , 实际的项目不仅需要编辑器和编译器 , 还需要了解如何打包程序 , 如何搭建环境 , 如何计划维护版本控制 , 如何实际构建程序以及所需交付的产品编程项目 。 因此 , 尽管基本的“Hello , World”程序可能仍然只有五行代码 , 但是构建最初那个看似非常容易的“ Hello , World”可能要复杂得多 。

启动一个新项目必然需要在进入“其他操作相对都比较容易”阶段之前 , 解决许多开发上的问题 。


项目的“Hello , World”程序

为了某个项目构建适当的“Hello , World”实际上比较复杂 , 但收益也很大 。 考虑一个需要交付的项目 , 例如一个Web应用程序 。 除了选择语言之外 , 通常还需要选择前端和后端的框架 。 此外 , 你还需要确定如何托管第一个应用程序 , 以及如何管理和交付代码 。

对于一个项目来说 , 恰当的“Hello , World”程序不仅仅是显示输出 。 你需要证明你已做好准备添加功能(如果你们采用SCRUM则为添加用户案例) , 然后经过一系列的操作将其推到演示和测试的应用程序版本 。 对于产品而言 , 恰当的“Hello , World”程序就是最低版的最低可行产品 , 它表明随着开发的进行 , 你可以提供有用的产品进行测试和使用 。


什么才是恰当的“Hello , World”?

显然 , 根据不同的项目和环境 , 恰当的“Hello , World”程序也有所不同 。 我教过很多新手 , 一般我都会建议他们完成以下准备工作:
【「"原"CSDN」现代的 “Hello, World”,可不仅仅是几行代码而已】
一个单独的项目目录:保存所有代码的一个“文件夹” 。在这个文件夹中初始化git代码库 。 没错 , 连我都开始使用git了 。 虽然这些基础的知识很容易学习 , 但我见过很多学生陷入了绝望 , 因为他们做了一些小的改动 , 结果并没有达到预期的结果 , 但他们不记得做了哪些改动 , 无法还原到旧版本 。选择开发工具:编辑器或IDE , 构建工具等等 。与在命令行中调用编译器相比 , 可重复的构建过程更加健壮 。然后才是实际的第一行代码 。在做完上述工作 , 而且还可以编辑、提交、构建和演示非常小的程序后 , 才算是准备好构建新功能了 , 同时这些工作还可以避免开发过程中遇到一些不愉快的错误 。
建立一个专业的“Hello , World”虽然很多人以为“Hello , World”程序只适合初学者 , 但实际上大多数项目都是从一个空目录开始的 。 一般 , 一个实际项目的“Hello , World”程序会遇到大量难题 , 而且过程很复杂 。 例如 , 在Maven中为Java程序创建非常基本的框架 , 通常需要建立十几个目录和子目录 , 才能用Java构建简单的“Hello , World”程序 , 而Maven生成和依赖项管理器程序还会将1350个文件下载到550多个目录中 。而且 , 不仅仅Java或Maven才会遇到这样的问题 。 使用create-react-app构建一个新的React应用也需要4304个目录和28678个文件 。显然 , 手工完成这些工作会让人发疯 。 这种复杂性迫使开发人员必须通过构建脚本来创建“Hello , World”级别的应用程序 , 但即使这些应用程序还不够完善 , 你仍然需要添加源代码控制 , 配置容器或持续集成管道或部署脚本 。虽然这些工作比原来的五行“Hello , World”复杂得多 , 但目的仍然是相同的:通过构建简单的应用程序 , 确保满足后续开发的要求 。
良好的开端 任何规模的软件项目从一开始就面临着相同的问题:如何才能顺利启动项目、构建代 码、部署代码 , 才能让后续开发专注于构建满足实际客户需求的代码? 无论项目多么复杂 , 你都可以通过构建演示程序来确保一个良好的开端 。 虽然这个演示程序的功能非常有限 , 但你可以通过这个过程练习构建、测试甚至部署的整个过程 。 这才是最初提出“Hello , World”程序的初衷 , 如今这仍然是一个项目良好的开端 。原文链接:本文为CSDN翻译文章 , 转载请注明出处 。

推荐阅读