有几个部分的笔记以图片形式呈现（如果没找到文本可以查看是否遗漏了图片笔记）

My Github REPO(GitHub - JJJJJJJustin/Nut: The game_engine which learned from Cherno)

源码+笔记，希望帮到你 :-}

---Shader Library（着色器库）-----

》》》》终于开始着色器库的设计，来看看着色器库是用来干嘛的。

着色器库的设置是静态的，用于自动加载着色器内容、诊断着色器。

高度抽象的设置可以为我们自动化识别接口，使在程序中的调用更加简洁，同时也隐藏了一些细节（自动化处理，不用手动显示设置）

》》》》以下是一些设计中的理解：

》》在 ShaderLibary 中，使用之前定义的指针 Ref 和 Scope，不需要包含头文件即可使用，为什么。

原理：

命名空间的作用域在整个程序中都有效，只要命名空间被正确声明和定义，其成员在程序的任何地方都可见。

不使用命名空间的话，直接在代码中使用 Nut::Ref 也是可行的，

》》关于Cherno对于从文件名截取着色器名称的手法，在 C++ 版本的逐步发展中，还有其他更便捷的方法。

原版：

// Get Shader's name though filepath name

// maybe :              1.assets/textures/shader.glsl        2./shader        3.shader.glsl        4.shader

size_t lastSlash = filepath.find_last_of('/\\');lastSlash = (lastSlash == std::string::npos ? 0 : lastSlash + 1);size_t lastDot = filepath.rfind('.');lastDot = (lastDot == std::string::npos ? filepath.size() : lastDot);size_t count = lastDot - lastSlash;m_Name = filepath.substr(0, count);

新版：（C++ 17）

#include <filesystem>std::filesystem::path path = filepath;m_Name = path.stem().string(); // Returns the file's name stripped of the extension.

截取自评论：

@This new feature is very useful for use in Asset Managers as well which I'm currently implementing in my project, it supports native file path directory seeking.

@And it is bulletproof. His code isn't. If the path is "../testures/texture", the count will be negative, because the last dot is before the last slash. And this is a valid path.

------How to build 2D engine------

没什么要记的，后面也都会涉及。这一集就是一个大概思路。

------Camera Controllers-----------

》》》》大致思路

将实际控制通过 Camera Controller 来调用，而不是像以前一样通过 Camera 类来直接的修改和更新 Camera 的值。

现在的 Camera 可以认为是一个深层次的、存放了一些计算方法的库，controller 会调用这些方法，而用户只需要使用 Controller 来进行操纵。

》》》》std::max( )?

std::max 是 C++ 标准库中的一个函数模板，用于比较两个值，并返回其中较大的值。它定义在 <algorithm> 头文件中。

》》》》claudiaIDE 2019

一个可以更改 VS2019 背景的插件，这就是我昨天没有更选代码的原因。因为我去折腾壁纸了。

--------------Resizing-------------

》》》》minimized 这个变量的意义？

举个例子：

比如你在打一个游戏（英雄联盟），现在你打开了购买装备的界面，然后你又做了切换应用的操作。

此时游戏会被最小化到后台，购买界面也会随游戏被最小化。也不可以在脱离游戏界面时被操作。

只有你重新进入游戏界面，继续运行游戏时，这个购买界面才可以被响应（进行购买、关闭等操作）

》》》》关于函数设计时的思考。

application 中的 OnWindowResize 是为了让视口填充整个窗口。

OrthoGraphicCameraController 中的 OnWindowResized 是为了让视口中的物体在窗口大小调整时候比例自适应，而且呈现正确的效果。

但是函数

bool OrthoGraphicCameraController::OnWindowResized(WindowResizeEvent e){m_AspectRatio = (float)e.GetWidth() / (float)e.GetHeight();                        //设置回调的宽高比m_Camera.SetProjectionMatrix(-m_AspectRatio * m_ZoomLevel, m_AspectRatio * m_ZoomLevel, -m_ZoomLevel, m_ZoomLevel);return false;}

是这样设计的，

所以 m_AspectRatio 会随 width（分子） 的大小调整正确变化，但是与 Height（分母）的大小变化刚好相反。

而且由于 m_AspectRatio 是 width 除以 height ，所以当使用鼠标在窗口对角进行操作时（即对 Width 和 Height 同时进行改变），渲染的物体比例不变。

这是一个待处理的瑕疵。

--------- maintenance ----------------

》》》》pushd 和 popd 的使用

eg.

::使用 pushd 命令切换目录并将当前目录推入栈中：

pushd <目标目录>

::使用 popd 命令从栈中弹出最近保存的目录并切换到该目录：

popd

---- preparing for 2D rendering ----

》》》》没什么要记的，但是我顺手同步跟新一下错误修复的 submit ，并做笔记。

》》》》gitignore 规范

.gitignore 文件的规范是通过简单的文本格式来定义忽略规则。每个规则占用一行，用于指定要忽略的文件、文件夹或者特定模式。

文件匹配：

注释：

注释可以写在规则的上方，用于对规则进行解释或提供其他相关信息。

eg.

# 忽略所有的编译输出文件

*.o

*.exe

*.dll

# 忽略bin文件夹及其下的内容

/bin/

# 忽略.vscode文件夹

.vscode/

# 不忽略lib文件夹下的example.txt文件

!lib/example.txt

》》*bin\和**bin\之间的区别：

*bin\：表示匹配当前目录下的任意一级子目录中的bin文件夹。例如，src/bin/、lib/bin/等。

**bin\：表示匹配当前目录及其所有子目录中的bin文件夹。例如，src/bin/、src/utils/bin/、lib/bin/等。

》》\bin\和bin\在.gitignore文件中的区别：

**\bin\：这个规则表示匹配当前目录及其所有子目录中的bin文件夹。例如，src/bin/、src/utils/bin/、lib/bin/等都会被匹配到。

**bin\：这个规则表示匹配当前目录及其直接子目录中的名为bin的文件夹。例如，src/bin/、lib/bin/会被匹配到，但是src/utils/bin/不会被匹配到。

》》vs\和.vs\的区别：

从 '\' 看出这都表示忽略文件夹（只不过名称不一样，'.'开头的一般是隐藏文件夹）

》》》》什么是 constexpr ？

constexpr是C++11引入的一个关键字，用于声明可以在编译时求值的常量表达式。它可以用于变量、函数、构造函数等的声明中。

》》constexpr中所有参数必须是字面类型。那

template<typename T>using Scope = std::unique_ptr<T>;template<typename T, typename ... Args>constexpr Scope<T> CreateScope(Args&& ... args){return std::make_unique<T>(std::forward<Args>(args)...);}

这个函数声明为什么是正确的呢？

因为：C++17对constexpr函数进行了一些扩展，放宽了函数参数的限制。

如果函数的参数满足以下条件之一，那么即使函数本身不是字面量函数，也可以声明为constexpr函数：

1.参数类型是字面类型；

2.参数是指向字面类型的指针或引用；

3.参数是数组类型，并且其元素类型是字面类型。

具体分析：

在CreateScope中，虽然模板参数Args可以包含任意类型的参数，但在调用std::make_unique<T>时，参数是通过完美转发传递的

因此参数类型和值在编译期是可以确定的，可以满足constexpr函数的要求。

》》》》constexpr （常量表达式）的好处。

constexpr的好处：提高程序的性能、安全性和可维护性，尤其适用于需要在编译期确定结果的函数。

》》》》template<typename T, typename ... Args> 模版中的 typename ... Args是什么？

》》》》CreateScope(Args&& ... args)中的参数是什么？

typename ... Args 是一个模板参数包，意味着 Args 是一个包含零个或多个模板参数的集合。（ 可以是任意数量的其他类型。）

Args&& ... args 中的 Args&& 是一种右值引用折叠语法。表示将模板参数包 Args 中的每个参数都作为右值引用传递给函数。

其中：

》》》》在函数的返回值中，我发现了 std::forward 这是什么东西？怎样使用？

使用：

在例子 std::forward<Args>(args)... 中： <Args>指定了传递给 std::forward 函数的参数类型，(args)...指定了传入的每个参数。

结果：

整个表达式的作用是将模板参数包 args 中的每个参数都通过 std::forward 转发给其他函数，并保持其原始的值类别。

这样就实现了完美转发的效果，使得参数在传递过程中保持了原始的左值或右值特性。

》》什么是完美转发？什么是左值引用？什么是右值引用？

--- 0. 值的类别（左值、右值）

左值（Lvalue）

右值（Rvalue）

--- 1.引用的两种类型（左值引用、右值引用）。这两种引用基本是对左右值用法的拓展，其本旨与左右值相像。

左值引用：

右值引用：

--- 2.

完美转发：完美转发是一种技术，通常涉及使用 std::forward 函数模板来将参数转发为左值引用或右值引用。

在将各种类型的参数传入 std::forward 的过程中，保留原始的值的左右值特性，避免不必要的拷贝和转换，提高程序的性能和效率。

》》》》如果在 return 中不使用 std::forward 呢，有什么结果？

return std::make_unique<T>(std::forward<Args>(args)...);return std::make_unique<T>(args...);

虽然后者没有错误，但是会丧失参数原本的语义。这会带来性能上的损失，尤其是在处理大型对象时。

》》为什么说会导致性能的损失呢？

一般来说，在传入具有左右值属性的参数时，编译器会根据左右引用的不同属性选择动态转移或复制(拷贝)来传递。也就是移动语义和复制语义。

（通常，右值引用可以触发移动语义，左值引用可以触发复制语义）

如果不使用 std::forward 来保证左右值属性的正确传递，将会导致参数传递时丧失了对应的语义。这意味着即使传递的是右值，也会进行复制构造，而不是移动构造。

然而复制构造需要分配额外的时间和内存来进行深度复制操作，这会消耗相对较大的内存储备，降低性能表现。

》》》》什么是移动语义和复制语义？为什么右值触发移动语义，左值触发复制语义？

在C++中，值的语义（复制或移动）和值的类别（左值和右值）是密切相关的。

复制语义：

移动语义：

开销：

右值引用触发移动语义：

左值引用触发复制语义：

关于通过物体在物体（局部）的坐标轴上的偏移量 计算全局坐标偏移量的理解。

》》》》在宏定义中，#ifdef _WIN32 这个条件能够在32位操作平台上被自动触发，为什么？

这个宏用来标识当前代码是否在Windows平台上编译运行的一个条件宏，由编译器根据编译环境自动设置。

》》》》在 .gitmodules 文件中，branch = XXX 这个指令的操作是什么意思？有什么作用？

#define EVENT_CLASS_TYPE(type) static EventType GetStaticType() { return EventType::##type; }\

和

#define EVENT_CLASS_TYPE(type) static EventType GetStaticType() { return EventType::type; }\

这两段代码在使用上有没有什么不同？

虽说这两个宏定义都是在填入 type 的时候定义一个函数 GetStaticType() 并返回 EventType,但是不同之处在于 ##

1.有 ## 时，填入的 type 会被拼接在 EventType  之后，并在预处理阶段动态的合成，结果会作为一个临时生成的类型，并返回。

2.无 ## 时，填入的 type 会根据填入的 type 返回一个事件类型，但此时填入的 type 如果生成的结果是没有被设置过的一种 type，会导致返回报错，因为 EventType::type 并不一定存在。

   而不是像上面的那样返回一个临时类型，而无论正误。

》》》》模板中的参数包是什么，怎样使用？什么是参数包展开？    参数包和完美转发的关系是什么？

参数包用...来表示，它可以与类型参数（typename... Args）或值参数（auto... args 或 Args... args）一起使用。

通常与模板函数和模板类中的参数包一起使用。

args 是一个值参数包，它可以接受任意数量和类型的值作为函数参数。

在这个例子中，print 函数首先处理参数包中的第一个值，然后调用Function来处理剩余的值（通过参数包展开）。

在这个例子中，wrapper 函数接受任意数量和类型的参数，并使用 std::forward 将它们完美转发给 foo 函数。

• std::forward和完美转发：
  当处理值参数包时，经常需要保持原始参数的左值或右值性（lvalue or rvalue）。std::forward 函数模板用于在模板函数中完美转发参数，它接受一个参数类型和参数本身，并返回该参数的正确引用类型（左值引用或右值引用）。
• 参数包展开：
  参数包展开通常与递归模板或函数一起使用，以便对参数包中的每个元素执行操作。在函数模板中，可以使用递归终止函数和递归函数来展开参数包。例如，下面的函数使用递归模板来打印参数包中的所有值：
• 值参数包：
  值参数包用于模板函数，允许函数接受任意数量的值作为参数。例如：
• 操作规则：
• 参数包展开（Parameter Pack Expansion） 是对参数包中每个元素进行操作的语法，它使用...来指示编译器对参数包中的每个元素执行的操作。
• 参数包（Parameter Pack） 是C++11及以后版本中模板元编程中的一个特性，它允许你定义一个可以接受任意数量模板参数的模板类或模板函数。

<TargetConditionals.h> 文件是什么？有什么作用？

苹果提供的 SDK 中的 usr/include/TargetConditionals.h 文件，会自动配置编译器编译的代码所需要使用的微处理器指令集、运行系统以及运行时环境。

<TargetConditionals.h> 适用于所有的编译器，但是它只能被运行于 Mac OS X 系统上的编译器所识别。

-----Starting our 2D Renderer-------

》》》基本上是做一些绘制图像方法的抽象化，使之后的调用简单明了，易于使用。

因为时间的安排，有三周没学习游戏引擎了，很想酣畅淋漓的学习一下，Let's jump in and see what we get.

》》》》#pragma region 和 #pragma endregion 的使用

效果：

• 当你折叠 #pragma region 所在的代码块时，整个区域的代码将被隐藏起来，只显示 #pragma region 行。
• 当你展开 #pragma region 时，其中的代码块将再次显示出来。

 

Eg.

#pragma region Some Notes for following codes// Your code here#pragma endregion

 

》》》》宏定义是否可以不用包含头文件而跨文件使用？

当你在一个文件中定义了一个宏，比如 #define Bit(x) (1 << x)，这个宏定义实际上是在预处理阶段展开的。

这意味着：

第一：一旦宏在一个文件中定义了，它可以在该文件中的任何地方使用，包括函数内部和全局作用域。

第二：现在假设你有两个不同的源文件：file1.cpp 和 file2.cpp。

          如果 Bit(x) 这个宏定义是在 file1.cpp 中定义的，而 file2.cpp 中需要使用这个宏，通常情况下是可以直接使用的，即使你在 file2.cpp 中没有显式地包含 file1.cpp 的内容或头文件。

跨文件使用的原理：

这种跨文件使用宏定义的原理在于编译器在处理源文件时是将所有文件合并到一个单独的翻译单元中。因此，编译器会将 file1.cpp 和 file2.cpp 分别预处理，并将宏定义展开为相应的代码。

只要宏定义在编译器再次遇到它时已经在之前展开过了，就可以在后续的代码中使用它，不受文件边界的限制。

》》》》函数传参的理解

现有一个函数声明，其参数要求为 const glm::vec3&，如果你尝试直接传递一个由三个浮点数组成的元组 (position.x, position.y, 0.0f)，会遇到问题，因为这不是合法的 C++ 语法。

C++ 不支持直接传递裸值的元组作为参数。

 

• 使用花括号初始化列表

参数填入{ position.x, position.y, 0.0f } 时，花括号 {} 引用了 C++11 引入的统一初始化语法，这种语法可以创建一个临时的 glm::vec3 对象。

具体来说，这个语法会被编译器解释为：

Eg.

glm::vec3 temp(position.x, position.y, 0.0f);↓DrawQuad(temp, size, color);

这里临时的 glm::vec3 对象会在 DrawQuad 调用时被隐式创建，并传递给函数。

• 直接使用括号

这在 C++ 中是不合法的语法。圆括号在这种上下文中意味着逗号运算符，而不是构造一个对象。所以参数填入(position.x, position.y, 0.0f)实际上会被解释为：

Eg.

DrawQuad(0.0f, size, color);

这是因为逗号运算符会依次计算每个操作数并返回最后一个操作数的结果，在这种情况下就是 0.0f，这显然不符合 DrawQuad 函数期望的参数类型。

 

 

》》》》在 C++ 中，通常无法通过父类的实例直接访问子类的成员函数。

除非子类的成员不是子类特有的，而是通过父类的虚函数重写的。

--------------Single Shader------------

》》》》为什么在未设置 white color shader 且未解绑 texture shader 的时候，绘制出来的两个本应未含纹理的方形却包含了纹理？

前提：使用了一个着色器进行绘制之后，如果只绘制颜色方形，由于结果是纹理乘以颜色的结果，所以不能不绑定一个纹理，此时只能选择使用白色纹理。

纹理方形也如此，需要使用一个白色颜色乘以纹理。

原因：因为在 Renderer2D 中，绘制颜色方形和绘制纹理方形都使用了同一个着色器对象，而且这个着色器对象本来是各调用各的（flat color shader 和 texture shader），但是在去除了 flat color shader  之后均使用 texture shader ，这两个着色器都对纹理进行了采样操作。

结果：所以在颜色方形未对纹理绑定白色 white color  的时候，会受到后来纹理方形在绘制时绑定 texture shader 并激活对应纹理单元绘制纹理的影响，此时颜色方形未绑定新的着色器对象，而纹理方形（背景图案）也未对 texture shader 进行解绑，进而导致颜色方形也绘制了本应只会出现在背景上的纹理。

值得一提的是，在纹理方形 DrawQuad 代码中，texture->Bind(); 使用的是 glBindTextureUnit(slot, m_RendererID);

这一句代码的意义是 glBindTexture() 和 glActiveTexture() 两句代码之和，包含绑定纹理和激活纹理单元。

如果需要解绑，可以使用 glBindTexture(GL_TEXTURE2D,0) 来解绑的效果。如果选择使用  glBindTextureUnit(0, RendererID);  则需要指定解绑的纹理位于那个纹理单元。

区别：

关于为什么要将 glBindTexture(GL_TEXTURE_2D, 0) 放在 OpenGLRendererAPI.cpp 中，是因为若放在 Renderer2D 中要额外包含 #include <glad/glad.h> ，而且这违背了我们在客户端cpp中尽量不直接使用 gl 函数的想法。

》》》》SetData 这个函数的作用？

分配一个指向内存块的指针，该指针包含绘制的纹理颜色信息，并将其上传到GPU。

基本上，SetData 函数就是将 glTextureSubImage2D 这个函数从 OpenGLTexture 构造函数中分离出来的，用于加载新的或重新加载一个纹理。

》》》》 SetData 是怎样绘制出来白色的？

在通过文件绘制纹理的函数中，有这么一句代码：stbi_uc* data = stbi_load(path.c_str(), &width, &height, &channels, 0);

通过 glTextureSubImage2D(m_RendererID, 0, 0, 0, m_Width, m_Height, dataFormat, GL_UNSIGNED_BYTE, data); 得以通过文件绘制。

在通过数据（例如 0xffffffff ）绘制时，我们手动填入了 Data。

然后通过 glTextureSubImage2D(m_RendererID, 0, 0, 0, m_Width, m_Height, m_DataFormat, GL_UNSIGNED_BYTE, data); 进行绘制。

》》为什么填入 0xffffffff 就确认绘制的是白色呢？

首先，关于 Data，在函数 glTextureSubImage2D 中，我们确定过绘制的规范 dataFormat 是 RGBA，也就是说传入的 Data 需要包含 R G B A 四个通道的数据，而每一个通道有 255 种选择。

所以需要填入一个数据，囊括所有可能。如二进制数（0000 ~ 1111 表示十六种可能），表示 0 ~ 255 则需要使用 8 个位数来表示（0000 0000 ~ 1111 1111）恰好足够表示一个通道的 255 种颜色比例。 故 R G B A 需要 4 个 8 位的数字在二进制下分别表示，转化到十六进制则 R G B A 需要 4 个 2 位的数字表示。（255 == 1111 1111 == 0xff)(511 == 0001 1111 1111 == 0x1ff),这就解释了 0xffffffff 的设置。

0x ff ff ff ff

     R G B A

 

因此，我们分配了一个包含了白色这个颜色的内存，只不过通过十六进制来表示，然后传给 glTextureSubImage2D( ) 的最后一个参数（白色在规范化的RGBA中是{1,1,1,1}，即{255,255,255,255}）

-------- Intro to profiling -------

》》》》std::chrono::steady_clock 是什么类型？

             std::chrono::time_point<std::chrono::steady_clock>是什么意思？

std::chrono::time_point<std::chrono::steady_clock> m_StartTimePoint; 

意为：

m_StartTimePoint 类型为 std::chrono::time_point<std::chrono::steady_clock>。

用来存储一个特定时刻的时间点，记录某个操作的开始时间或者其他需要时间戳的场合。

》》》》long long start = std::chrono::time_point_cast<std::chrono::microseconds>(m_StartTimePoint).time_since_epoch().count();

的作用。

该函数返回一个 std::chrono::duration 对象，表示时间间隔。（std::chrono::duration 在此处的类型为 std::chrono::microseconds ）

（返回类型根据  std::chrono::duration 的模板参数确定。此处根据 time_since_epoch 被确定为 std::chrono::microseconds::rep 型， 这通常是 long 或 long long 类型）

• count 是 std::chrono::duration 类的成员函数，用于获取该时间间隔表示的时钟周期数。
• time_since_epoch： 是 std::chrono::time_point 类的成员函数，用于返回该时间点与 Unix 时间（1970 年 1 月 1 日 00:00:00 UTC）的时间间隔。
• std::chrono::microseconds： 表示时间单位的精度为微秒
• std::chrono::time_point_cast: 一个模板函数，用于转换一个时间点的时间单位或者时钟类型。
• std::chrono::steady_clock 是 C++ 标准库中的一个时钟类型，用于提供稳定的、不会受系统时钟调整影响的时间测量。它通常被用来测量时间间隔，特别是需要高精度和稳定性的场合。
• std::chrono::time_point<std::chrono::steady_clock> 是一个时间点类型，表示某个特定时刻的时间点，此处具体到 steady_clock 所定义的时钟单位。

---------------Instrumentation---------

》》》》没什么要记的，就是将分析函数放置在各个位置。

----Improve our 2D renderering ----

》》》》Basicly 3 things to do : TilingFactor,Rotation,TintColor, Simply to do.

 

》》》》接下来我将提交一些关于Bug修复、维护、小功能实现的代码（来自Pull&Requests)

 

---Made a Game in an Hour using Hazel------

》》》》我大概看了一下，硬编码的地方还是挺多的，与后期游戏引擎的操作还是有一定区别，看看视频就行了。

 

-----------Hazel Engine Prospect in 2020------

》》》》Cherno 对于游戏引擎的一些展望，一些想实现的功能和一些想法。看看就行。