update: learncpp_5

Author: minortex

content/posts/learncpp_4/index.md

@@ -91,7 +91,7 @@ const int& a = getTempVar();
 
 ### 与auto相结合
 
-- 顶级`const`: 指的是对于此对象修饰的`const`
+- 顶级`const`: 指的是修饰此别名/对象的`const`
 - 低级`const`: 指的是被引用绑定/被指针指向的`const`
 
 指针可以同时拥有两种`const`，但是引用不行，因为引用不是对象。
@@ -121,7 +121,7 @@ constexpr const auto& ref{getConstRef()};
 - `auto* const`
 - `const auto* const`
 
-这样就很明显的看出，在*左边的意义是指向常量，在右边的意义是常量的指针，事实上既然都`auto`了，也不差这几个关键字吧？我其实比较担心`auto`不够只能这个问题。
+这样就很明显的看出，在*左边的意义是指向常量，在右边的意义是常量的指针，事实上既然都`auto`了，也不差这几个关键字吧？我其实比较担心`auto`不够智能这个问题。
 
 > 为什么呢？
 

content/posts/learncpp_5/index.md

@@ -67,3 +67,96 @@ template <typename T>
 using Coord = Pair<T>; // Coord is an alias for Pair<T>
 ```
 
+## 类
+
+类的成员变量，成员函数是隐式内联的，所以放在头文件中被多个源文件引用的时候，不违反ODR原则。
+
+在类中，不强制声明语句位于使用之前，只要他们都在同一个类中即可。
+
+调用常量类对象内部的函数，要将此成员函数声明为`const`。
+
+```cpp
+void foo() const {
+  //...
+}
+```
+
+`struct`和`class`仅有的差异：`struct`默认使用`public:`，而`class`默认使用`private:`。在继承性上也是这样。
+
+`protect:`允许派生的类访问，其可见性介于两者之间。
+
+
+### 推荐实践
+
+1. 不要让成员函数返回引用，否则将会使得成员变量被以外修改。
+2. 不推荐使用成员函数，为了使类的实现更加简洁。
+
+### 成员初始化列表
+
+现代C++使用成员初始化列表，而不是直接初始化列表。具体是：
+
+```cpp
+class Foo{
+    int m_a{};
+    int m_b{};
+    
+    Foo(int a, int b) : m_a{a}, m_b{b} {
+        //other...
+    }
+}
+```
+
+以前(C++03)之前则是用的`()`直接初始化。
+
+成员初始化的顺序和成员初始化列表无关，只跟泪中定义成员变量的顺序有关。
+
+### `std::string_view`特殊处理
+
+一个例子：
+
+```cpp
+#include <iostream>
+#include <string>
+#include <string_view>
+
+class Ball
+{
+private:
+	std::string m_color { "none" };
+	double m_radius { 0.0 };
+
+public:
+	Ball(std::string_view color, double radius)
+		: m_color { color }
+		, m_radius { radius }
+	{
+	}
+
+	const std::string& getColor() const { return m_color; }
+	double getRadius() const { return m_radius; }
+};
+
+void print(const Ball& ball)
+{
+    std::cout << "Ball(" << ball.getColor() << ", " << ball.getRadius() << ")\n";
+}
+
+int main()
+{
+	Ball blue { "blue", 10.0 };
+	print(blue);
+
+	Ball red { "red", 12.0 };
+	print(red);
+
+	return 0;
+}
+```
+
+> 为什么这里构造函数需要用`string_view`作为参数？不能用`const string&`来替换？
+
+`string_view`提供了灵活性，如果选择后者，那么如果传入一个C语言的字面量字符串的时候，就必须在堆上构建临时的`string`对象，而这对性能开销很大；对于前者，永远不会构造临时对象，而是只有一个指针，在真正初始化的时候完成一次复制。(甚至后面还能用移动语义)
+
+> 为什么`getter`不能像上面一样反过来？
+
+因为在类内部的存储对象就是真正的`string`，给出它的引用使得外部访问的类型明确，不会造成歧义；同时也提示这个引用的生命周期是明确的————跟成员变量一致。