冒号的解释及造句

Posted 2023-04-17

参考技术A

造句指懂得并使用字词，按照一定的句法规则造出字词通顺、意思完整、符合逻辑的句子。依据现代语文学科特征，可延伸为写段、作文的基础，是学生写好作文的基本功。下面是我整理的冒号的解释及造句，希望能够帮助到大家！

冒号拼音

【注音】：mao hao

冒号解释

【意思】：标点符号（：），用以提示下文。

冒号造句：

1、在这个示例中，只使用冒号后面的字符。

2、然后是一个ELSE，后面跟着一个冒号，然后是一些其他的指令集。

3、以一个方案和一个冒号开始的URI引用是绝对引用；否则，该引用就是相对引用。

4、短形式字符串应该包含每个有效的选项字母，每个字母后面是一个冒号（：），这表示命令行选项后面应该是一个值。

5、实际上，在冒号字符之后可以指定任何有效的ODBC数据源连接字符串。

6、如果一个方法没有参数，第一个关键字之后的冒号将可以忽略。

7、它们的名称不允许包含冒号，尽管解析器可能不强制执行该规则。

8、要使用这些额外的日志记录，将关键字和值附加到日志级别参数，用冒号（：）分割。

9、对于有前缀的名称，本地部分是冒号之后的部分。

10、数据类型可以采用冒号标记来表达，如清单7所示。

11、可以使用范围解析操作符来访问静态属性，该操作符由双冒号（：：）组成。

12、该测试用于纠正404类错误，即文件名中含有空格、斜杠、反斜杠、冒号和其他一些无发音的字符。

13、如果没有在冒号（：）后面指定模块，守护进程会返回可用模块的\'列表。

14、数据导出分隔符也已经得到了改进以支持更多的分隔符，例如制表符，分号，冒号，垂直线。

15、如果一个选项的字符后跟有冒号，它就可以接受其他参数。

16、需要注意的一个重点是在SQL语句中使用以冒号界定的替换操作符。

17、但是，DTD默认了包含冒号的元素和属性名称。

18、冒号将主机名与显示器名称分隔开。

19、清单4中的代码实现了一个简单的解析器，它假设我们使用冒号分隔好友ID和相关的通知，并使用分号分隔后续通知。

20、我想要一个整型数，一个冒号，和一个，使其更美观的空格。

21、文章标题有问号的被下载的较多，但被引用的较少；标题含有冒号的文章，被下载的较少，被引用的也较少。

22、当然，前缀和本地部分不能包含冒号，但它们还要遵循XML名称的规定语法。

23、PATH按照从左到右的顺序读取，并且使用冒号分隔。

24、这是一个两行的提示符，可以给我更多的空间来输入命令。提示符中有当前登录的用户名、主机名、冒号后还有当前工作路径。

25、根据句法，在URI字符串前后使用引号（单引号或双引号），并用冒号将前缀分隔开；对其它字符没有任何规定。

26、每一行是一个新用户，参数用冒号隔开。

27、一个复合语句包括一个流控制指令，后跟一个冒号（：），然后再是一个程序语句块。

28、如果只有给出冒号，那么就使用用户的默认组。

29、也就是说，冒号的存在，既不会增强也不会减弱表单的可用性，只要形式统一就行了。

makefile中的多个冒号和等号（需要解释）

【中文标题】makefile中的多个冒号和等号（需要解释）

【英文标题】：Multiple colons and equal sign in makefile (need explanation)

【发布时间】：2012-07-11 05:19:28

【问题描述】：

这只是生成文件的一部分。我不太明白发生了什么。

OBJS = $(SRCS:$(SRC)/%.cpp=$(OBJ)/%.o)
$(OBJS):$(OBJ)/%.o: $(SRC)/%.cpp | print-opts
    $(cc-command)

我所理解的是，这些行将 .cpp 文件编译为 .o，在“print-opts”之后，使用“cc-command”。但我不明白语义。

如果我展开'OBJS'的宏，这一行应该是：

$(SRCS:$(SRC)/%.cpp=$(OBJ)/%.o) : $(OBJ)/%.o: $(SRC)/%.cpp | print-opts
    $(cc-command)

对我来说，它看起来像在 '$(SRCS:$(SRC)/%.cpp=$(OBJ)/%.o)' 中，它声称 $(SRC) 中的所有 .cpp 都会变成 .o在 $(OBJ) 中，但这将取决于 $(OBJ)/%.o，这取决于 $(SRC)/%.cpp。这没有意义……

我不明白这里的等号是什么意思，多个冒号是什么意思。

【参考方案1】：

假设你已经定义了这三个变量（如果你没有，规则就不会很好地工作）：

SRC = source_dir
OBJ = object_dir
SRCS = source_dir/foo.cpp source_dir/bar.cpp

现在考虑分配

OBJS = $(SRCS:$(SRC)/%.cpp=$(OBJ)/%.o)

这是substitution reference；它说“对于$(SRCS) 中具有$(SRC)/%.cpp 形式的任何内容，将其更改为$(OBJ)/%.o”。所以OBJS 将评估为object_dir/foo.o object_dir/bar.o。

现在规则：

$(OBJS):$(OBJ)/%.o: $(SRC)/%.cpp | print-opts
    $(cc-command)

Thuis 是static pattern rule。它指定了一个目标列表 ($(OBJS))、一个目标模式 ($(OBJ)/%.o) 和一个先决条件模式 ($(SRC)/%.cpp)。 Make 将目标与目标模式匹配，并使用它来构造先决条件名称。因此，如果 Make 使用此规则构建 object_dir/foo.o，则主干为 foo，前提条件为 source_dir/foo.cpp。

（你没有问过| print-opts，所以我认为它已经很清楚了。）

【讨论】：

非常感谢。对 gnu 'make' 手册的引用也非常有帮助。 （我以前看过那本手册，但找不到我需要的信息）

有点被替换引用弄糊涂了。所以如果我有main.c，它将把它粘贴到目标文件目录中，只需将文件扩展名更改为.o。这保留了文件的内容，只是更改了扩展名。这将为我们最终得到的所有目标文件设置名称。然后我们使用名称列表作为目标并编译为目标文件，并用我们刚刚编译的新目标文件覆盖这些文件。对吗？

@Ungeheuer：不，替换引用对文件没有任何作用，它只是转换变量。它将“source_dir/main.cpp”变成“object_dir/main.o”；这些是文件名，而不是文件。一旦我们有了字符串“object_dir/main.o”，我们就可以将它传递给模式规则，它知道如何构造一个具有该名称的文件。

好的，那么OBJS 是一个单一目标（当我们用$(OBJS) 替换它时），它会在将C 文件编译为对象时循环遍历它的文件名列表文件？

@Ungeheuer：不，OBJS 是文件名列表，它是模式规则的目标。如果要构建所有这些文件，则必须为每个文件调用该规则（例如，使用在其先决条件中包含 $(OBJS) 的规则）。我认为在尝试这样的事情之前你应该先玩一些简单的 makefile。