本博客采用创作共用版权协议, 要求署名、非商业用途和保持一致. 转载本博客文章必须也遵循署名-非商业用途-保持一致的创作共用协议.

曲径悲剧, 红杏感觉好日子也快到头了, 最近明显感觉访问Google速度下降了不少(延迟也高了), 于是终于决定自己折腾另谋出路.. 连电信都要推出氮气瓶业务了, 我们也该自己学着搭VPS了, 然后我学会的时候, Shadowsocks被干掉了, 真是一个搞笑的故事, 不过现在依然能用, 只是不维护了…

本博客采用创作共用版权协议, 要求署名、非商业用途和保持一致. 转载本博客文章必须也遵循署名-非商业用途-保持一致的创作共用协议.

时隔一年, 重读C++ Primer这本圣经, 怀念去年这时基友们一起debug, 一起吃饭, 一起睡觉, 一起分享知识的那个夏天, 以这篇文章纪念我的好朋友, 希望有机会我们再聚在一起吃酒撸串夜灯下诉过去与未来, 同时以我微薄的知识向C++之父敬礼.

本文不会罗列C++基础语法, 只说明需要注意的地方, 所有需要注意的地方均为作者主观观点.

如有任何错误之处, 欢迎斧正.

编程风格

我认为学习一种语言, 一定要学习一种权威的编程风格指南, 就如python中的PEP8.

使用约定的风格, 可以减少协同工作的障碍, 建立程序猿之间的代码友谊. 虽然朋友说要对别人的代码宽容, 而我认为这就像纵容别人犯罪一样, 遵守一定的代码风格, 能瞬间拉近程序猿之间的距离, 增加代码可读性何乐而不为呢? 我喜欢看开源代码的原因之一就是很多著名的开源项目优雅的编程风格

本博客采用创作共用版权协议, 要求署名、非商业用途和保持一致. 转载本博客文章必须也遵循署名-非商业用途-保持一致的创作共用协议.

前几天被人送了一本书<Unix内核源码剖析>, 看到作者是日本人的时候, 一开始我是排斥的, 不过在试读了几页后我还是觉得应该读下去, 别人送的书哭着也要读完.

本书基于Unix V6版本进行剖析, 此版本使用了pre K&R C(c语言不成熟版), 看了下Unix的发展图, 这个版本可以称得上是Mac OS X的祖先了…

进程

这个版本Unix没有线程的实现.

静态的程序以动态的进程为形态运行在计算机中, 内核分配内存给进程, 进程用被分配到的内存进行逻辑处理.

本博客采用创作共用版权协议, 要求署名、非商业用途和保持一致. 转载本博客文章必须也遵循署名-非商业用途-保持一致的创作共用协议.

硬链接

为解决文件的共享使用, Linux系统引入了两种链接: 硬链接 (hard link)与软链接（又称为符号链接,即soft link或symbolic link）. 链接为Linux系统解决了文件的共享使用,还带来了隐藏文件路径、增加权限安全及节省存储等好处.

• 若一个inode号对应多个文件名, 则称这些文件为硬链接(硬链接就是同一个文件使用了多个别名), 对文件的修改, 会影响到所有相同inode的硬链接, 删除一个硬链接, 对其他硬链接没有影响

本博客采用创作共用版权协议, 要求署名、非商业用途和保持一致. 转载本博客文章必须也遵循署名-非商业用途-保持一致的创作共用协议.

这篇博文这两天写好了, 由于最近比较忙, 所以提前发了, 希望Deadline不要延期.

#find命令

find命令用于在一个目录(及子目录)中搜索文件, 可以指定匹配条件, 如文件名, 文件类型

在Mac下有强大的Spotlight和Alfred(感觉window下的everything更牛叉), 所以find用的就比较少了

1

find [-H | -L | -P] [-EXdsx] [-f path] path ... [expression]

本博客采用创作共用版权协议, 要求署名、非商业用途和保持一致. 转载本博客文章必须也遵循署名-非商业用途-保持一致的创作共用协议.

#设计原则

类应该对扩展开放, 对修改关闭

#装饰者模式(Decorator Pattern)

装饰者模式动态地将责任附加到对象上, 若要扩展功能, 装饰者提供了比继承更有弹性的替代方案.

在读设计模式, 做了简单的笔记, 并没有深入设计模式总结.

#interface

首先, 温习一下Java中的接口技术(interface), 接口主要用于描述类具体有什么功能, 但并不给出每个功能的具体实现(类似与iOS编程中的协议的概念)

1
2
3

public interface Comparable<T> {
    int compareTo(T other);
}

本博客采用创作共用版权协议, 要求署名、非商业用途和保持一致. 转载本博客文章必须也遵循署名-非商业用途-保持一致的创作共用协议.

写到今天这篇, Termial神器初成, Zsh + Oh My Zsh + iTerm2 + Tmux

Introduction

tmux是linux中一种管理窗口的程序, 不同于iTerm2, 它提供了一个Session随时存储和恢复的功能(Session概念后面会介绍), detach Session(保持Session后台运行)然后重新attach Session

常用场景, 在公司Terimal中开了多个标签和文件, 下班回家忽然有了灵感想要继续编写, 使用ssh远程链接公司电脑, 然后发现标签页和文件都要重新打开, 如果使用Tmux, 下班了detach当前Session, 回家ssh远程连接后, attach Session后, 场景恢复又能愉快的继续编程了…

本博客采用创作共用版权协议, 要求署名、非商业用途和保持一致. 转载本博客文章必须也遵循署名-非商业用途-保持一致的创作共用协议.

#传输层

• UDP(User Datagram Protocol), 无连接, 不可靠, 全双工, UDP套接字是一种数据报套接字
• TCP(Transmission Control Protocol), 客户端服务器建立连接, 全双工, 可靠, 包含动态估算RTT算法, 流量控制, 超时重传
• SCTP(Stream Control Transmission Protocol), 面向消息, 面向连接, 单个SCTP断点支持多个IP地址(多宿性)

本博客采用创作共用版权协议, 要求署名、非商业用途和保持一致. 转载本博客文章必须也遵循署名-非商业用途-保持一致的创作共用协议.

#Redis Introduction

Redis是一个用C语言实现的key-value store. 除了最基础的基于字符串的键值对，Redis可以是更加复杂的数据结构，所以redis也常被称为是一个data structure server(数据结构服务器)

Redis支持的数据结构列表:

• String(字符串)
• List(列表, 基本的链表)
• Set(元素唯一的, 无序的集合)
• Sorted Set(类似于Set, 但是每个字符串元素关联一个浮点数score, 用于排序)
• Hash(哈希)
• Bitmap
• HyperLogLogs

本篇没有涵盖Bitmap和HyperLogLogs的使用