设计模式、对象池、ECS

玩家的代入机制是每个游戏设计者都需要考虑的重要因素。对于一个游戏的剧情或想要表达的观点是否需要玩家的代入，则取决于游戏的设计理念和目标受众。每个人都有自己的『代入阈值』，即对游戏角色或情节产生情感共鸣的程度。有些玩家可以轻松地将自己投射到游戏世界中，而另一些则更倾向于以观望者的身份体验游戏，只是简单地欣赏故事。

个人认为，对于『代入』的定义可以更加宽泛一些。玩家在游戏中产生对角色的情感共鸣也可以被视为一种代入。然而，要让玩家完全将自己视为游戏中所操控的角色是不现实的，因为每个人的生活经历和人生观都不同。因此，设计出一个能够让所有玩家都完全代入的角色是不可能的。但如果游戏中的角色具有某些与玩家相似的特质或行为逻辑，玩家就更容易产生代入感。如果设计的目的是追求“适配”更多玩家，那么所设计的角色可能会显得比较模糊或者平面化。

从游戏设计的角度来看，『捏脸』环节是增强玩家代入感的重要方式之一。技能树的设计也可以被看作是『捏脸』的延伸，它给予玩家一定的自由度来塑造自己操控的角色。

然而，『对话』设计则可能会减弱玩家的代入感，因为预设的对话选项不一定与玩家的期待一致。增加更多的对话选项可以在一定程度上缓解这种影响，尤其是如果这些选项与玩家的现实经验相关。另一方面，为什么有些游戏中的主角是哑巴，这种设计决策并不难理解，因为游戏开发者可能意识到给主角配音与玩家自己的想象之间可能存在出入。这就像某些小说改编成影视作品后，原著粉丝对于配音或选角不满意一样。因此，让主角保持沉默，留给玩家更大的想象空间，可能是制作方的一种策略选择。

其实，一个游戏的代入感强度并不是判断其优劣的唯一标准。有些游戏的设计目的是通过共情来给玩家情感上的深刻体验，这种游戏通常会注重营造强烈的代入感，以便让玩家更深刻地参与到游戏世界中。而有些游戏的核心机制可能更注重其他方面，比如挑战性、探索性或者竞技性，因此对代入感的设计并不会过多考虑。

每款游戏都有其独特的设计理念和目标受众，因此需要根据具体情况来决定是否强调代入感。有些游戏可能更注重让玩家在游戏中产生情感共鸣，而有些游戏可能更注重玩家的技巧和策略。在评价游戏优劣时，需要考虑其整体设计和玩家体验，而不仅仅是代入感的强弱。

···待续

-分析《崩坏3》1.0和2.0主线叙事区别

一些高级语法

一些基础的概念

两个常见的简单参数修饰符

1.ref

若要使用 ref 参数，方法定义和调用方法均必须显式使用 ref 关键字，如下面的示例所示。 （除了在进行 COM 调用时，调用方法可忽略 ref。）

void Method(ref int refArgument)
{
    refArgument = refArgument + 44;
}

int number = 1;
Method(ref number);
Console.WriteLine(number);
// Output: 45

​
传递到 ref 参数的自变量必须先经过初始化，然后才能传递。

2.out

若要使用 out 参数，方法定义和调用方法均必须显式使用 out 关键字。

int initializeInMethod;
OutArgExample(out initializeInMethod);
Console.WriteLine(initializeInMethod);     // value is now 44

void OutArgExample(out int number)
{
    number = 44;
}

作为 out 自变量传递的变量在方法调用中传递之前不必进行初始化。 但是，被调用的方法需要在返回之前赋一个值。必须先在单独的语句中声明变量，然后才能将其作为 out 参数传递。 还可以在方法调用的参数列表而不是单独的变量声明中声明 out 变量。