YAML中多行字符串的配置方法
有时候我们会在配置文件中配置一段文字说明,这种时候通常会出现两种需求:
- 文字中可能出现段落,希望在配置中按段落方式编写,显示打印的时候也能出现段落换行。
- 文字很长,为方便编辑,可能在配置文件中分段写,但是显示的时候不喜欢出现配置中的段落换行。
简单的说,就是:
- 配置与显示,都严格按段落展示
- 配置按段落,显示不需要按段落
假设,我们需要配置这样一段文字:
I am a coder.My blog is didispace.com.
下面,就针对上面的两种情况来看看可以怎么来实现:
配置与显示,都严格按段落展示
这个需求下,我们希望配置和显示都按句子换行,就是这样:
I am a coder. My blog is didispace.com.
方法一:直接使用\n
来换行
这样写:
string: "I am a coder.\n\ My blog is didispace.com."
最终输出:
I am a coder. My blog is didispace.com.
通过\n
在显示的时候换行,通过配置行末的\
让这个字符串换行继续写(这个必须有,如果没有第二行行首会多一个空格)。
注意:这里必须使用双引号来定义字符串,不能用单引号。因为单引号是不支持\n
换行的。
方法二:使用|
、|+
、|-
在方法一种,其实我们在文字中加入了几个转义符号,其实对于阅读并不方便。在方法二中,将介绍更适合阅读的几种形式:
string: | I am a coder. My blog is didispace.com. string: |+ I am a coder. My blog is didispace.com. string: |- I am a coder. My blog is didispace.com.
如上面一共有三种配置都会自动按配置中所写的换行来换行,但是在文末会有一些区别,有的会增加一个空行,有的不会,有的会新增两个空行,具体说明如下:
|
:文中自动换行 + 文末新增一空行|+
:文中自动换行 + 文末新增两空行|-
:文中自动换行 + 文末不新增行
配置按段落,显示不需要按段落
这个需求下,我们希望配置里是按行写的,但是显示是如下面这样在一行的:
I am a coder.My blog is didispace.com.
方法一:直接在字符串中换行写
最粗暴的写法,反正不用换行,那就直接写了:
string: 'I am a coder. My blog is didispace.com.'
这里不论用双引号还是单引号都是可以的。因为不存在需要转移的内容,所以总体还算清晰。
方法二:使用>
、>+
、>-
比较好的表述方式就是使用>
、>+
、>-
来定义,比如下面这几种:
string: > I am a coder. My blog is didispace.com. string: >+ I am a coder. My blog is didispace.com. string: >- I am a coder. My blog is didispace.com.
这三种都不会对配置中的换行进行实际换行,但是依然在文末的处理会有一些小区别,具体如下:
>
:文中不自动换行 + 文末新增一空行>+
:文中不自动换行 + 文末新增两空行>-
:文中不自动换行 + 文末不新增行
欢迎关注我的公众号:程序猿DD,获得独家整理的学习资源和日常干货推送。 如果您对我的专题内容感兴趣,也可以关注我的博客:didispace.com
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
KTV歌曲推荐-因子分解机和DeepFM
前言 今天应该是推荐算法的最后一篇了,因子分解机deepFM。此处跳过了FM和FFM,因为我马上要去干别的了,所以直接用deepFM收尾吧。 先po两篇论文 FM论文 deepFM论文 看完这两篇论文,基本就能理解FM和DeepFM了。为了节省大家的时间我简述一下一些基本思想。 FM因子分解机 在FM出现以前大多使用SVM来做CTR预估,当然还有其他的比如SVD++,PITF,FPMC等,但是这些模型对稀疏矩阵显得捉襟见肘,而且参数规模很大。 那FM解决了什么问题: 更适合做稀疏矩阵的参数计算 减少了需要训练的参数规模,而且特征和参数数量是线性关系 FM可以使用任何真实数据进行计算 其实FM出现主要解决了特征之间的交叉特征关系,此处省略了稀疏矩阵导致的w参数失效的模型直接说最终模型: 这里通过一个向量v的交叉来解决了稀疏矩阵导致的导致参数失效的问题。 那他参数的规模为什么小呢,接下来就是推导后面二次项部分: 从这里可以看出参数的复杂度是线性的O(kn)。 Keras对FM建模 这里是单纯的FM模型代码,这代码是借鉴别人的,我发现有一个问题就是,他最后repeat了二次项,这块我不是太明...
- 下一篇
开源分布式ID生成器UidGenerator的技术实现
1、引言 很多人一想到IM应用开发,第一印象就是“长连接”、“socket”、“保活”、“协议”这些关键词,没错,这些确实是IM开发中肯定会涉及的技术范畴。 但,当你真正开始编写第一行代码时,最现实的问题实际上是“聊天消息ID该怎么生成?”这个看似微不足道的小事情。说它看似微不足道,是因为在IM里它太平常了,处处可见它的身影。不过,虽然看似微不足道,但实际却很重要,因为它的生成算法和生成策略的优劣在某种意义上来说,决定了你的IM应用层某些功能实现的难易度。 有签于此,即时通讯网专门整理了“IM消息ID技术专题”系列文章,希望能带给你对这个看似微小但却很重要的技术点有更深刻的理解和最佳实践思路。 本文是专题系列文章的第5篇,专门介绍百度开源的分布式消息ID生成器UidGenerator的算法逻辑、实现思路、重点源码解读等,或许能带给你更多的启发。 2、基本介绍 全局ID(常见的比如:IM聊天系统中的消息ID、电商系统中的订单号、外卖应用中的订单号等)服务是分布式服务中的基础服务,需要保持全局唯一、高效、高可靠性。有些时候还可能要求保持单调,但也并非一定要严格递增或者递减。 全局ID也可以...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Linux系统CentOS6、CentOS7手动修改IP地址
- CentOS6,7,8上安装Nginx,支持https2.0的开启
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- CentOS7安装Docker,走上虚拟化容器引擎之路
- CentOS6,CentOS7官方镜像安装Oracle11G
- CentOS8编译安装MySQL8.0.19