parsePitch : String → Pitch(MusicLanguage.java:77) 通过解析pitch语法产生来返回一个Pitch。你应该能够理解递归 — 基本情况是什么递归情况是什么阅读练习parsePitchparsePitch的基本情况处理这些输入中的哪些缺少答案缺少答案缺少答案缺少答案缺少答案缺少答案缺少答案缺少解释实现播放器回想一下我们播放音乐的操作play : Music × SequencePlayer × double → void(Music.java:18) 在给定节拍延迟之后使用给定的序列播放器播放音乐片段。为什么这个操作要花费atBeat为什么不直接现在播放音乐呢如果我们以这种方式定义play那么除非我们实际上在play操作期间暂停例如使用Thread.sleep否则我们将无法随时间播放音符序列。我们的序列播放器的addNote操作已经设计好了以安排未来的音符 - 它处理延迟。有了这个设计决定就可以在每个Music变体中轻松实现play。阅读并理解Note.playRest.play以及Concat.play方法。你应该能够理解它们的递归实现。在我们准备好进行即兴演奏之前再加一点实用代码music.midi.MusicPlayer使用MidiSequencePlayer播放Music。Music不知道序列播放器的具体类型因此我们需要一些代码将它们联系起来。将所有内容整合在一起让我们使用MusicADT阅读并理解music.examples.ScaleMusic代码。运行ScaleMusic中的主方法。你应该再次听到同一个一个八度音阶。那并不是很令人兴奋所以阅读music.examples.RowYourBoatInitial并运行主方法。你应该听到Row, row, row your boat你能够从调用notes(..)到拥有Music实例再到递归play(..)调用再到单独的addNote(..)调用的代码流程吗阅读练习音符Row, row, row your boat中有 27 个音符。根据实际实现RowYourBoatInitial中的notes调用将创建多少个Music对象缺少答案缺少答案缺少答案缺少答案缺少答案缺少答案缺少答案缺少解释持续时间rowYourBoat.duration()的结果应该是什么缺少答案缺少解释音乐假设我们有import music.*; import static music.Instrument.*; import static music.MusicLanguage.*;并且Music r rest(1); Pitch p new Pitch(A).transpose(6); Music n note(1, p, GLOCKENSPIEL); ListMusic s Arrays.asList(r, n);以下哪个是有效的Music缺少答案缺少答案缺少答案缺少答案缺少答案缺少答案缺少解释未完待续弹奏Row, row, row your boat是非常令人兴奋的但到目前为止我们所做的最强大的事情并不是音乐语言而是非常基础的音乐解析器。使用简化的 abc 记谱写音乐显然比一页页写addNoteaddNoteaddNote更易于理解免受错误的影响并且随时可以更改。在课堂上我们将扩展我们的音乐语言并将其转化为一个构建和操纵复杂音乐结构的强大工具。阅读 27团队版本控制6.005 中的软件| 免受错误影响 | 易于理解 | 准备好变化 || — | — | — || 今天正确未来也正确。 | 与未来的程序员清晰沟通包括未来的自己。 | 设计以适应变化而无需重写。 |目标复习 Git 基础知识和提交图练习多用户 Git 场景Git 工作流程您已经使用 Git 进行问题集和课堂练习一段时间了。大多数情况下您不必与其他人协调推送和拉取到同一存储库并且与您同时进行。对于团队项目情况将发生变化。在本阅读中通过回顾您所了解的内容并熟悉一些命令为课堂 Git 练习做好准备。现在您对 Git 基础知识更加熟悉是时候回顾本学期初的一些资源了。查看发明版本控制一个开发人员多个开发人员和分支。如果需要可以查看学习 Git 工作流程来自入门页面。查看提交历史从Pro Git中查看**2.3 查看提交历史**。您不需要记住书中介绍的所有不同命令行选项相反了解可能的操作这样当您需要时就知道要搜索什么。从版本控制克隆示例存储库https://github.com/mit6005/fa16-ex05-hello-git.git使用log命令确保您了解存储库的历史。提交的图表请记住Git 存储库中记录的历史是一个有向无环图。存储库中任何特定分支如默认的master分支的历史始于某个初始提交然后如果多个开发人员并行进行更改或者单个开发人员在切换之前在两台不同的机器上工作而没有提交-推送-拉取则其历史可能会分裂并重新汇合。这是示例存储库的git lol输出显示了一个 ASCII 艺术图* b0b54b3 (HEAD, origin/master, origin/HEAD, master) Greeting in Java * 3e62e60 Merge |\ | * 6400936 Greeting in Scheme * | 82e049e Greeting in Ruby |/ * 1255f4e Change the greeting * 41c4b8f Initial commit这里是 DAG 的图表http://web.mit.edu/6.005/www/fa16/classes/27-team-version-control../05-version-control/figures/hello-git-history-trees.png在ex05-hello-git示例存储库中确保您能解释master历史何时分裂何时重新汇合。从版本控制阅读中查看合并。您应该理解整个过程的每一步以及它与示例存储库中的结果之间的关系。查看合并部分包括合并和合并冲突。阅读练习合并Alice 和 Bob 都从相同的 Java 文件开始public class Hello { public static void greet(String name) { System.out.println(greeting() , name); } public static String greeting() { return Hello; } }| Alice 更改greet(..)public static void greet(String name) { System.out.println(greeting() , name !); }| Bob 改变greeting()public static String greeting() { return Ciao; }|缺失答案缺失答案缺失答案缺失答案缺失答案缺失答案缺失答案缺失答案缺失解释危险的合并在前方相同的起始程序public class Hello { public static void greet(String name) { System.out.println(greeting() , name); } public static String greeting() { return Hello; } }| Alice 改变greeting()public static String greeting() { return Ciao; }| Bob 改变了函数如何一起工作public static void greet(String name) { greeting(); System.out.println(, name); } public static void greeting() { System.out.println(Hello); }|缺失答案缺失答案缺失答案缺失答案缺失答案缺失答案缺失答案缺失答案缺失解释继续合并相同的起始程序public class Hello { public static void greet(String name) { System.out.println(greeting() , name); } public static String greeting() { return Hello; } }Alice 改变greet(..)以返回而不是打印public static String greet(String name) { return greeting() , name; }Bob 创建了一个新文件Main.javapublic class Main { public static void main(String[] args) { // print a greeting to Eve Hello.greet(Eve); } }缺失答案缺失答案缺失答案缺失答案缺失答案缺失答案缺失答案缺失答案缺失解释在团队中使用版本控制每个团队都为版本控制制定了自己的标准团队的规模和他们正在处理的项目是一个主要因素。以下是适用于你将在 6.005 中进行的小范围团队项目的一些指导方针沟通。告诉您的队友您将要做什么。告诉他们您正在做这件事。告诉他们您已经做过了。沟通是避免浪费时间和精力清理破损代码的最佳方式。撰写规范。对于我们在 6.005 中关心的事项是必要的也是良好沟通的一部分。编写测试。不要等待大量代码堆积起来才尝试进行测试。避免一个人编写测试另一个人编写实现除非实现是你计划放弃的原型。首先编写测试以确保您对规范的理解一致。每个人都应对其代码的正确性负责。运行测试。如果不运行测试测试是无法帮助您的。在开始工作之前运行它们再次在提交之前运行它们。自动化。您已经使用像 JUnit 这样的工具自动化了您的测试但现在您希望在项目更改时自动运行这些测试。对于 6.005 组项目我们提供 Didit 作为一种在团队成员向 Athena 推送时自动运行测试的方式。这也消除了“它在我的机器上运行正常”的问题它要么在自动构建中正常工作要么需要修复。检查您提交的内容。使用git diff --staged或 GUI 程序查看您即将提交的内容。运行测试。不要使用commit -a这是填充您的仓库与println和其他您不打算提交的内容的绝佳方式。不要通过提交无法编译、产生调试输出、实际上未使用等代码来惹恼您的队友。开始工作前先拉取最新版本。否则您可能没有最新版本作为起点 —— 您正在编辑旧版本的代码您肯定要稍后合并您的更改并且有可能浪费时间解决合并冲突。同步。在一天结束或工作会话结束时确保每个人都已推送和拉取所有更改大家都处于相同的提交状态并且每个人对项目状态满意。我们不建议在 6.005 大型项目中使用分支或变基等功能。我们强烈建议在同一时间、同一地点一起工作特别是如果这是你第一次进行团队软件工程体验。阅读练习团队版本控制这些哪些展示了良好的团队软件开发实践缺少答案缺少答案缺少答案缺少答案缺少答案缺少答案缺少解释团队项目项目阶段的大部分课时将用于团队合作。这些课程是必修课就像普通课程一样你必须在课堂上与你的项目导师 TA 进行沟通。