一、08.06 周二

1.1) 问题01 mac安装 scala:

要在 macOS 上安装 Scala,您可以使用几种不同的方法。以下是两种常见的安装方式:

1. 使用 Homebrew

Homebrew 是 macOS 的一个非常流行的包管理器,可以用来安装各种软件。如果您还没有安装 Homebrew,可以按照以下步骤操作:

  1. 安装 Homebrew

    • 打开 Terminal。
    • 输入以下命令来安装 Homebrew:
      /bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"
      
  2. 安装 Scala

    • 使用 Homebrew 安装 Scala:
      brew install scala
      
  3. 验证安装

    • 检查 Scala 是否已成功安装:
      scala -version
      

2. 使用 SDKMAN!

SDKMAN! 是一个用于管理多个版本的 Java/JVM 工具的命令行工具。您可以使用它来安装和管理 Scala 的不同版本。

  1. 安装 SDKMAN!

    • 打开 Terminal。
    • 输入以下命令来安装 SDKMAN!:
      curl -s "https://get.sdkman.io" | bash
      
  2. 安装 Scala

    • 安装完成后,加载 SDKMAN!:

      source "$HOME/.sdkman/bin/sdkman-init.sh"
      
    • 使用 SDKMAN! 安装 Scala:

      sdk install scala
      
  3. 验证安装

    • 检查 Scala 是否已成功安装:
      scala -version
      

其他注意事项

  • 环境变量:确保您的 PATH 环境变量包含了 Scala 的 bin 目录。通常情况下,Homebrew 和 SDKMAN! 会自动为您处理好环境变量的设置。
  • Scala 版本:如果您需要特定版本的 Scala,可以使用 SDKMAN! 的 sdk install scala <version> 命令来安装所需版本。
  • 更新 Scala:如果您需要更新 Scala 到最新版本,可以使用 sdk update scala(对于 SDKMAN! 用户)或者重新运行 brew install scala(对于 Homebrew 用户)。

完成以上步骤后,您就可以开始使用 Scala 编写程序了。如果您在安装过程中遇到任何问题,请随时告诉我,我会帮助您解决。

如果您已经安装了 Scala,但是在终端中输入 scala -version 时出现了 “command not found” 的错误,这通常意味着 Scala 的可执行文件没有添加到系统的 PATH 环境变量中。下面是解决此问题的步骤:

1. 确认 Scala 安装位置

首先确认 Scala 安装的确切位置。使用 Homebrew 安装的 Scala 通常位于 /usr/local/Cellar/scala 路径下。您可以通过以下命令查看 Scala 的安装位置:

brew info scala

这将显示 Scala 的安装信息,包括其安装的前缀。

2. 设置 PATH 环境变量

接下来,您需要将 Scala 的 bin 目录添加到 PATH 环境变量中。通常情况下,Homebrew 会在安装时自动为您处理这个步骤。如果这一步没有自动完成,您可以手动添加。

对于 zsh (macOS Catalina 及更高版本默认使用 zsh):
  1. 打开 Terminal。

  2. 使用文本编辑器打开 .zshrc 文件(如果您没有 .zshrc 文件,可以创建一个)。例如,使用 nano 编辑器:

    nano ~/.zshrc
    
  3. 在文件末尾添加以下行:

    export PATH="/usr/local/opt/scala/bin:$PATH"
    

    如果您使用的是其他编辑器,如 vimemacs,请相应地修改命令。

  4. 保存文件并退出编辑器。对于 nano,可以使用 Ctrl+X,然后按 Y 键保存更改,最后按 Enter 键退出。

  5. 让更改生效:

    source ~/.zshrc
    
对于 bash (如果您使用的是 bash shell):
  1. 使用文本编辑器打开 .bash_profile 文件。如果文件不存在,可以创建一个:

    nano ~/.bash_profile
    
  2. 在文件末尾添加以下行:

    export PATH="/usr/local/opt/scala/bin:$PATH"
    
  3. 保存文件并退出编辑器。对于 nano,可以使用 Ctrl+X,然后按 Y 键保存更改,最后按 Enter 键退出。

  4. 让更改生效:

    source ~/.bash_profile
    

3. 验证安装

现在再次尝试运行 scala -version,看看是否能够正确显示 Scala 的版本信息。

如果仍然出现问题,您可以检查 Scala 的安装路径是否正确,并确保您添加的是正确的 bin 目录到 PATH 环境变量中。如果 Scala 的安装位置不是默认位置,您需要根据实际位置调整上面的路径。

二、08.09 周五

2.1)问题01: idea中回滚代码并提交到远端

  • idea中 git记录 “回滚到此处”(先备份下 master分支)
  • 命令行界面,git push会被拒绝,直接 git push -f

但是很多公司可能会触发给大家发邮件等,毕竟这个操作比较危险

2.2)问题02:mac 找不到JNA库

确实是这个问题,mac新款使用的 arm系列芯片就需要使用 ARM芯片匹配的java8安装包,否则虽然java本身能使用,但是在 idea中使用 scala语言时会有你说的这个报错,java8-arm下载地址:https://www.oracle.com/java/technologies/downloads/#java8-mac

2.3) 问题03: 介绍数据流图在分层细化过程中遵循的数据平衡原则,应该怎么理解?

数据流图(Data Flow Diagram, DFD)是一种图形化的表示方法,用于描述系统的数据流动和处理过程。它主要用于需求分析阶段来建模系统的逻辑流程。在构建数据流图的过程中,遵循一个重要的原则叫做“数据平衡原则”。

数据平衡原则

数据平衡原则指的是,在一个数据流图中,父图(更高层次的图)与子图(更低层次的细化图)之间必须保持数据流的一致性。具体来说:

  1. 输入输出一致性

    • 在高层次的数据流图(父图)中的每个输入数据流必须在低层次的数据流图(子图)中找到对应的输入数据流。
    • 同样地,父图中的每个输出数据流也必须在子图中有对应的输出数据流。
  2. 数据流守恒

    • 进入一个处理框的数据流应该能够从该处理框以某种形式流出。也就是说,不能有无端消失或突然出现的数据流。
  3. 细化一致性

    • 当对某个处理框进行细化时,细化后的子图中的处理应该能够反映原处理框的功能,并且输入和输出数据流要保持一致。

为了更好地理解这个原则,我们可以举个例子:

假设我们有一个简单的系统,它接收用户输入并生成一份报告。在高层次的数据流图中,我们可以看到一个处理框(Process),它接收一个数据流“用户输入”并产生一个数据流“报告”。如果我们对这个处理框进行细化,那么细化后的子图中应该包含能够实现同样功能的处理步骤,同时确保所有进入的“用户输入”数据流都经过处理后变成了“报告”数据流。

总结

  • 在创建和细化数据流图时,始终需要保证输入数据流和输出数据流的平衡,这有助于确保模型的完整性和准确性。
  • 数据流图的分层细化是通过逐步分解处理过程来实现的,而数据平衡原则则是保证这一过程正确性的关键。

通过这种方式,可以确保整个系统的逻辑结构清晰、准确,便于后续的设计和开发工作。

2.4) 问题04: 那有人说上边的数据流图的数据平衡原则如下: 层间平衡:数据流个数一致,方向一致。图内平衡:有输入无输出的黑洞,有输出无输入的奇迹,输入不足的灰洞

这些术语是对数据流图(DFD)中数据平衡原则的一种形象化描述。下面我将解释这些术语的具体含义:

层间平衡

  • 数据流个数一致:这意味着在一个高层次的数据流图(父图)和它的低层次细化图(子图)之间,对于任何给定的处理框,其输入和输出数据流的个数应该是相同的。
  • 方向一致:在父图和子图中,数据流的方向也应该是相同的。如果数据流是从外部实体流向处理框,在父图中是这样,在子图中也应该如此。

图内平衡

  • 有输入无输出的黑洞:如果一个处理框只有输入数据流而没有相应的输出数据流,则称为“黑洞”。这违反了数据流图中的数据平衡原则,因为数据似乎消失了。
  • 有输出无输入的奇迹:如果一个处理框只有输出数据流而没有相应的输入数据流,则称为“奇迹”。这也违反了数据平衡原则,因为数据似乎凭空产生。
  • 输入不足的灰洞:如果一个处理框的输入数据流不足以支持其输出数据流,则称为“灰洞”。例如,如果一个处理框需要两个输入才能产生一个输出,但只接收到一个输入,那么这就构成了一个“灰洞”。

示例

假设有一个高层次的数据流图,其中包含一个处理框 P1,它接收来自实体 E1 的数据流 I1 并向实体 E2 发送数据流 O1。当我们对处理框 P1 进行细化时,我们应该确保:

  • 子图中存在一个处理框,它接收数据流 I1 并发送数据流 O1。
  • 如果在子图中进一步细化 P1,那么对于任何内部处理框,输入和输出数据流的数量和方向都应该符合上述定义。

总结

  • 层间平衡确保了高层次和低层次之间的数据流数量和方向的一致性。
  • 图内平衡则关注单个处理框内的数据流是否符合逻辑,避免出现“黑洞”、“奇迹”或“灰洞”的情况。

通过遵循这些原则,可以确保数据流图的逻辑完整性和一致性,从而帮助开发者更准确地理解和设计系统的行为。

点赞(0) 打赏

评论列表 共有 0 条评论

暂无评论

微信公众账号

微信扫一扫加关注

发表
评论
返回
顶部