slash

DATE: 2019-2-10 前言     2019年初，立下了2019年的奋斗目标和方向。 第二条：读好书，读完6本书，做好读书笔记。 2018年底和2019年春节断断续续地读完了大冰的《好吗好的》，谨以此作为“读书笔记Books”系列的开篇。 1、读书笔记 1.1、封面 平行世界，多元生活，愿你我既可以朝九晚五，又可以浪迹天涯 缘浅缘深，缘聚缘散，惜缘随缘莫攀缘 请相信，这个世界上真的有人在过着你想要的生活 故事长满天涯海角，包括你和你的故乡 这本书讲述的是真实的江湖故事，或许会让你看到那些你永远无法去体会的生活，见识那些可能你永远无法结交的人 不论你年方几何，我都希望这本书于你而言，是一次寻找自我的孤独旅程，亦是一场发现同类的奇妙过程。 那些曾经温暖过我的，希望亦能温暖你，希望读完这本书的你，能善意地面对这个世界，乃至善意地直面自己，愿你我可以带着微薄的行李和丰盛的自己在世间流浪 平行世界，多元生活，愿你我既可以朝九晚五，又可以浪迹天涯 好吗好的 1.2、夺命大乌苏 故事长满天涯海角，包括你和你的故乡 回不回头，都留下乡愁。乡愁最虐心，乡愁也最无情，最容易拾起，也最容易丢。苦才是乡愁，不苦则丢。 每一代人有每一代人的乡愁。每一代人有每一代人的新疆。 新疆新疆，那里的人们和你我又有撒两样？ 你有酒，他们也有酒，你有故事，他们也有故事。 一样的红尘颠沛，一样的爱恨别离

血泪史 最近在使用Jenkins 拉取Git工程编译代码 时候遇到一个很奇怪的的问题：Jenkins的 GitPlugin 下载代码的版本不对（commitId不对）。由于线上部署和线下部署的编译产物是同一版本，导致最后发布到生产环境的代码版本也不对。这个问题在线上验证阶段才最终被发现，回顾整个job构建过程，控制台没有报错，也成功编译出来了上线包，那到底是哪里出了问题？ 初步定位 我最开始怀疑是 本地Git工程残留 的问题，于是尝试删除jenkins对应job所运行的机器节点上的 WORKSPACE 目录，保证下次触发Jenkins构建能拉取到最新代码。 删除方式： 1. 登陆到运行这个job的节点的机器（在控制台中查看这个job运行的节点，在 第一行 有打印）。 2. 查看$WORKSPACE（在job的控制台中查看；如果找不到，直接在shell executor中加一行echo $WORKSPACE，重新执行job） 3. 删除对应的WORKSPACE信息。 请谨慎操作 ，先看清楚WORKSPACE的值对不对(echo $WORKSPACE)，别搞错导致 删除了根目录！！！ 。 [ -d "$WORKSPACE" ] && rm -rf ${WORKSPACE} 4.删除后重新触发job 这么操作后，最终打包出来的编译产物还是版本不对。 既然不是本地代码缓存问题

如果后台一些界面比较敏感，希望主动或者被动的在人员不想暴露信息的情况下加一把锁，就是说避免信息一直在页面上暴露，可以使用”阅后即焚“这种思路，这种思路比较简单，显示了就过几秒删除，js remove节点即可(如果有必要做成真正的只能读一次那后台数据也要删掉)，还有一个办法是给页面锁屏。 如何给某个页面加上一个锁屏功能呢，表现形式有这么几种 1.长时间未操作页面自动跳到一个锁屏提示页面需要再次输入密码才能进入。实现方案可以是定时器监控到页面有没有被操作了，长时间未动，自己跳转一下。 2.点击某个按钮（立即锁屏）这种主动触发，这个就比较简单了，a标签页面跳转即可。 3.用户按下键盘进行触发锁屏，本文主要说这个。 前面两种思路都很清晰很容易做到，第三种需要点键盘事件触发的概念，比如 Ctrl+l，查了一下，可以这样做，上代码 <! DOCTYPE html > < html > < head > < title > Ctrl+l监控锁屏 </ title > </ head > < body > < div id ="message_div" ></ div > < script type ="text/javascript" language =JavaScript > document.onkeydown = function (event){ var e = event ||

和 Windows 一样，Linux 也有目录的概念。系统中众多的文件需要借助到目录进行存储与管理。我们下面对 Linux 系统中的目录结构以及经常使用到的概念进行一个完整介绍。 Linux 系统目录结构 在 Windows下，系统把硬盘划分为不同的磁盘分区，每个磁盘分配一个不同的盘符，比如 C:\、D:\ 等等。每个分区都单独存放自己的文件，有自己的根目录，比如 C:\、D:\ 就相当于 C 盘和 D 盘的根目录了。而 Linux 则是将整个硬盘统一管理，整个系统只有一个根目录 "/"，所有的文件和目录都是在这个根目录下，它表示 Linux 文件系统的起点。另外要注意一点，Linux 中目录间的间隔使用的是斜线 （forward slash）"/"，而 Windows中用的是反斜线 （back slash）"\"。 为了规范，绝大多数的 Linux 发行版本中 （参见 《这么多Linux版本，你究竟该怎么选择？》 ）系统目录的机构都保持了一致。以 CentOS 7 为例，下面介绍一下常用的系统目录和它们的作用。 /root：超级用户 root 的家目录 /bin：是 Binary 的缩写，用于存放系统中常用的命令，任何用户都有权限执行 /boot：存放系统启动时所需要的文件，Linux 的内核就存放在这个目录中 /dev：是 Device 的缩写，存放硬盘、光驱、鼠标等设备文件

和 Windows 一样，Linux 也有目录的概念。系统中众多的文件需要借助到目录进行存储与管理。我们下面对 Linux 系统中的目录结构以及经常使用到的概念进行一个完整介绍。 Linux 系统目录结构 在 Windows下，系统把硬盘划分为不同的磁盘分区，每个磁盘分配一个不同的盘符，比如 C:\、D:\ 等等。每个分区都单独存放自己的文件，有自己的根目录，比如 C:\、D:\ 就相当于 C 盘和 D 盘的根目录了。而 Linux 则是将整个硬盘统一管理，整个系统只有一个根目录 "/"，所有的文件和目录都是在这个根目录下，它表示 Linux 文件系统的起点。另外要注意一点，Linux 中目录间的间隔使用的是斜线 （forward slash）"/"，而 Windows中用的是反斜线 （back slash）"\"。 为了规范，绝大多数的 Linux 发行版本中 （参见 《这么多Linux版本，你究竟该怎么选择？》 ）系统目录的机构都保持了一致。以 CentOS 7 为例，下面介绍一下常用的系统目录和它们的作用。 /root：超级用户 root 的家目录 /bin：是 Binary 的缩写，用于存放系统中常用的命令，任何用户都有权限执行 /boot：存放系统启动时所需要的文件，Linux 的内核就存放在这个目录中 /dev：是 Device 的缩写，存放硬盘、光驱、鼠标等设备文件

更多文章请查看 lutter从入门 到精通 实现底部导航栏并点击切换页面可简述为有三种方式 TabBar + TabBarView BottomNavigationBar + BottomNavigationBarItem 自定义 BottomAppBar 在这里 使用 BottomAppBar 来实现 /** * 有状态StatefulWidget * 继承于 StatefulWidget，通过 State 的 build 方法去构建控件 */ class BotomeMenumBarPage extends StatefulWidget { ////通过构造方法传值 BotomeMenumBarPage(); //主要是负责创建state @override BotomeMenumBarPageState createState() => BotomeMenumBarPageState(); } /** * 在 State 中,可以动态改变数据 * 在 setState 之后，改变的数据会触发 Widget 重新构建刷新 */ class BotomeMenumBarPageState extends State<BotomeMenumBarPage> { BotomeMenumBarPageState(); @override void initState() { //

在KeyPress事件中写入 private void txtBoxKeyPress(object sender, KeyPressEventArgs e) { if ((e.KeyChar >= 'a' && e.KeyChar <= 'z') || (e.KeyChar >= 'A' && e.KeyChar <= 'Z')|| (e.KeyChar >= '0' && e.KeyChar <= '9') || (e.KeyChar == 8)) { e.Handled = false; } else { e.Handled = true; } } KeyCode其他值 keycode 8 = BackSpace BackSpace keycode 9 = Tab Tab keycode 12 = Clear keycode 13 = Enter keycode 16 = Shift_L keycode 17 = Control_L keycode 18 = Alt_L keycode 19 = Pause keycode 20 = Caps_Lock keycode 27 = Escape Escape keycode 32 = space space keycode 33 = Prior keycode 34 = Next keycode 35 = End keycode

Item SPF XML Change Description IFC2x3 to IFC4 IfcEventType ADDED ------------------------------------------------------------------------------------------------------------- IfcEventType定义可以指定的特定事件类型。 IFC4中增加的新实体 IfcEventType提供可以指定的所有类型的事件。 IfcEventType的使用定义了一个或多个IfcEvent出现的参数。参数可以通过可以在IfcEventTypeEnum数据类型中枚举的属性集指定，也可以通过IfcEvent的显式属性指定。事件发生（IfcEvent实体）通过IfcRelDefinesByType关系链接到事件类型。 # Attribute Type Cardinality Description C 10 PredefinedType IfcEventTypeEnum [1:1] Identifies the predefined types of an event from which the type required may be set. X 11 EventTriggerType

File类 文件和目录路径名的抽象表示形式。 我们知道,对于不同的操作系统,文件路径的描述是不同的 比如 windows平台：用\ linux平台：用/ File是Java为了这一概念提供的抽象描述,与系统无关的视图 抽象路径名 有两个组件: 1.可选的与系统有关的 前缀 字符串 比如盘符，"/" 表示 UNIX 中的根目录,"\\\\" 表示 Microsoft Windows UNC 路径名 2.零个或者多个 字符串 名称 序列 第一个名称是 目录名,第一个名称之后每个名称表示一个目录,最后一个名称既可以是目录,也可以是名称 空 抽象路径名没有前缀和名称序列 注意: 既然最后一个名称可以是目录,也可以是文件名称,那么File 并不一定就是一个文件,也可以是一个文件路径,也就是目录 构造方法 java中使用File来抽象表示 文件/目录这一个概念 也就是在Java中,想要表示一个文件,构造一个File对象即可 构造方法 File(File parent, String child) 根据 parent 抽象路径名和 child 路径名字符串创建一个新 File 实例。 File(String pathname) 通过将给定路径名字符串转换为抽象路径名来创建一个新 File 实例。 File(String parent, String child) 根据 parent