简述DST是两个文件共享格斗游戏，文件共享格斗游戏必定要牵涉到玩者间的统计数据传输并行和处置，因此这就必定造成了服务项目端顾客端的界定顾客端是玩者笔记本电脑上运转的旱灾格斗游戏传奇服务端化服务项目端要界定情形，专供服务项目器和玩者策划，玩者策划又合二为一树洞与不行树洞

假如玩者在他们的笔记本电脑上迈入了两个没有岩洞的格斗游戏，因此房东的旱灾格斗游戏传奇服务端化是服务项目端，其他大部份重新加入卧室的玩者的旱灾格斗游戏传奇服务端化是顾客端假如玩者在他们的笔记本电脑上迈入了两个暗含岩洞的格斗游戏，因此房东的笔记本电脑会附加迈入四条传奇服务端化，依次是树上的服务项目端传奇服务端化和岩洞的服务项目端传奇服务端化，房东的旱灾格斗游戏传奇服务端化这时是顾客端，其他重新加入卧室玩者的旱灾格斗游戏传奇服务端化是顾客端

对于专供服务项目器，须要提呵呵的是，树上和地底的服务项目端传奇服务端化不一定是一台服务项目器上运转的因此，现在他们如果有如下表所示重新认识，他们的组件一般只有这份，同时会在服务项目端和顾客端运转，也是在完全相同的电脑上运转完全相同的这份标识符复本，完全相同电脑间的统计数据并行互换是旱灾下层管理工作的，在这一点儿上他们不必念旧。

服务项目端和顾客端所能以获取的统计数据和进行的操作方式是不一样的，要要界定，因此为了在服务项目端和顾客端继续执行完全相同的操作方式，就造成了身分推论操作方式用语表明服务项目端 主要包括不品乐版的房东旱灾传奇服务端化，品乐版的房东服务项目端传奇服务端化，专服传奇服务端化顾客端 主要包括房东的旱灾传奇服务端化(品乐版和不品乐版都是)，重新加入卧室或专服的玩者旱灾传奇服务端化

能看见不品乐版的房东旱灾传奇服务端化极为特定，分担服务项目端的机能，房东他们也是玩者，也须要顾客端的介面图形等机能事实上，开洞的房东事实上是迈入了两个专服，即便附加迈入了服务项目端传奇服务端化，因此他们也能把这种情形视为专服

范例接下去举两个玻璃钢物的范例：木头--boards.lualocalfunctionfn()--部份1 服务项目端和顾客端都继续执行的部份localinst=CreateEntity()inst.entity:

AddTransform()inst.entity:AddAnimState()inst.entity:AddNetwork()MakeInventoryPhysics(inst)inst.AnimState

:SetBank("boards")inst.AnimState:SetBuild("boards")inst.AnimState:PlayAnimation("idle")MakeInventoryFloatable

(inst,"med",0.1)inst.entity:SetPristine()--部份2 认定服务项目端还是顾客端ifnotTheWorld.ismastersimthenreturninstend--部份3 服务项目端继续执行的部份

=TUNING.STACK_SIZE_LARGEITEMinst:AddComponent("inspectable")MakeSmallBurnable(inst,TUNING.LARGE_BURNTIME

.repairer.re

rninstend

关键部份在于部份2，这一段大部份的教程都会告诉你是推论主客机的上面提到过，服务项目端和顾客端大多是完全相同电脑上的完全相同传奇服务端化，继续执行的都是同这份标识符的复本当顾客端继续执行到部份2时，TheWorld.ismastersim

是false，因此直接return了实体，下面的添加组件等操作方式在顾客端上都没有继续执行当服务项目端继续执行到部份2时，是相反的结果，TheWorld.ismastersim是true，服务项目端会一直继续执行到最下面的return inst

，是生成实体，添加下层的组件，比如物理，动画，网络等等

还有检测玩者输入的机能(键盘鼠标)，这些也全部是顾客端的顾客端的两个重要的全局变量自然是ThePlayer了，代表当前顾客端对应玩者的实体不考虑房东情形，在服务项目端，这个变量是nil这里提一句，调用AddPlayerPostInit。

这个api时，你添加的函数里是不能使用ThePlayer的，在你写的回调函数被调用的时候，ThePlayer没有被初始化但你在回调函数内使用DoTaskInTime进行延时的部份能用，因为延时继续执行时

ThePlayer初始化完毕了认定操作方式服务项目端和顾客端--相关函数结果TheNet:GetIsServer()--不品乐版的房东旱灾传奇服务端化，品乐版的房东服务项目端传奇服务端化，专服传奇服务端化 返回trueTheNet:IsDedicated

()--品乐版的房东服务项目端传奇服务端化，专服传奇服务端化 返回trueTheNet:GetIsClient()-- 品乐版的房东的旱灾传奇服务端化，大部份重新加入卧室或专服玩者的旱灾传奇服务端化 返回trueTheNet:GetServerIsClientHosted

()--若格斗游戏不是专供服务项目器，因此任何端都会返回true 因此能用如下表所示认定来界定ifTheNet:GetIsServer()then--这里写须要放在服务项目端的标识符endifnotTheNet:IsDedicated

()then--这里写须要放在顾客端的标识符--假如使用 not TheNet:GetIsServer() ，因此就把不品乐版的房东漏掉了，它也须要顾客端标识符end最一般的格斗游戏只有树上和岩洞两个世界，多层世界的建立是允许的

在旱灾的lua层面统计数据结构中，世界也存在两个prefab生成的实体，树上是forest，岩洞是cave在下层暴露给lua层面的结构中，TheShard对应两个世界多层世界就会有两个主世界，其他的世界都是从世界

对最一般的格斗游戏来说是树上世界是主世界，岩洞世界是从世界每两个世界都对应两个服务项目端运转传奇服务端化，在该传奇服务端化的lua全局环境中都会有两个TheWorld变量,即对应世界的prefab生成的实体上面提到的 TheWorld.ismastersim

这种认定和TheNet:GetIsServer()使用上具有完全相同的返回值，虽然是两个完全相同的定义，但下层的部份无法查看，因此不知道具体的区别但是长久以来的经验表明，这两个认定没有出现过分歧,推荐使用TheWorld.ismastersim。

,官方大多数也是这么写的，获得两个已经存在的变量自然比调用函数更为直接这里须要提醒的是，在世界实体没有生成的时候，TheWorld自然是不能用的但绝大多数情形下，玩者组件的操作方式都是世界生成后进行的修改，因此假如你所写的不是。

modworldgenmain.lua里关于地图方面的修改，在modmain.lua里和其他文件放心使用TheWorld是没有问题的--下面的亲密关系等价，这是ismastersim相关的定义TheWorld.ismastersim

==TheNet:GetIsMasterSimulation()主世界和从世界上面提到了主世界和从世界，TheWorld上也有相关的部份的认定TheWorld.ismastershard==TheWorld.ismastersim

andnotTheShard:IsSecondary()--部份函数结果TheShard:IsSecondary()--从世界返回trueTheShard:IsMaster()--主世界返回trueTheShard

:GetShardId()--拿到对应世界的ID--注意以上认定在顾客端使用不能拿到正确的结果本文使用 Zhihu On VSCode 创作并发布