基本信息
- 出版社 : 浙江出版集团数字传媒有限公司; 第1版 (2019年8月2日)
- 出版日期 : 2019年8月2日
- 品牌 : 浙版数媒
- 语言 : 简体中文
- 文件大小 : 1584 KB
- 纸书页数 : 205页
- 陈健 (作者, 编者), 柯昕玫 (插图作者)
- 下载格式：azw3、epub、mobi
编辑推荐
《游戏逻辑思想》讨论的内容主要是关于游戏开发基础、设计、框架以及商业环境对问题的策略选择。本书讲的不是细节、api或者一些框架的使用，讲的是为什么要这么写代码、这么存储、这么设计、如何在设计的抉择中进行深度思考以及如何去挖掘设计。书中的内容都是带有商业性质的，因为这种特殊性，无法公布过多的细节，只能把细节抽象成思想展现出来。本书对于新手游戏开发者是入门利器，有利于他们少走些弯路。对于高级游戏开发者是他们通向主程序必备的学习过程，也提供了大量的思维方式供他们解放生产力。书中的内容大部分在商业项目执行过程中作为内部分享分享给团队，含有极高的价值。
内容简介
对于一个项目的执行，经常会遇到沟通上的困难。很多事情没有特别的负责人，处于一个灰色地带。本书通过技术手段来整合整个开发到执行的工具链，减少策划与程序之间的沟通成本，提高策划、美术、程序的整体共同配合效率。
对于一个独立的程序本身而言。这本书提供的是一条独立的思考能力，有助于程序跳出常规的逻辑编写角色，在更高的一个层面纵观整个系统，欣赏整个开发框架带来的设计之美。另一方面，反复的对一个问题进行策略的选择、打磨有利于提高程序本身的编程决策能力，以应付未来多变的产品需求。当能力一步一步上升，程序需要跳出逻辑的限制，忽略对逻辑的记忆。转而将这些细节的了解转变成对细节背后共同点的抽象，脱离逻辑寻找思想。
对于一个游戏本身而言。这本书希望能给大量游戏从业者带来一道光。这道光不是解决它们现有的难题的，而是减轻他们对于压力的负重。给他们带来的是艰难前行过程中的一些收获，一些跨行业的思考方式以及技巧。这些思想可以应对不断的迭代和变化，让每一个人在这个过程中收获有意义的成长。
前言
序
这本书是讲述游戏开发过程中逻辑部分的合理实现以及实现方式。内容涵盖前端与后端的逻辑设计模式，以及框架的编写。本书尽可能少讨论细节的实现，更多的是讨论设计，框架，以及如何更好的实现。
本书希望能：
1. 引发更多的启迪
2. 减少与策划之间的沟通成本
3. 减少重复的代码量，减少代码产生的错误
4. 享受编程本身的乐趣
策划经常会说：这个功能或者界面与那个一样，直接复制一份。他们也经常配置错误，导致进程无法运行。
程序经常说：天天写逻辑，非常没意思。也会经常说：我这个实现也没问题，为什么一定要按你说的方式写。
美术经常说：我这个文件要放哪里，放这里可以吗？也会经常说：这个效果与效果图不一致，你看那个系统的表现就是对的。
测试经常说：这个操作就会崩溃，那个界面就不会。也会经常说：系统开发完有这么多bug是正常的，修几天就好了。
运维经常说：崩溃了，程序看一下。
运营经常说：玩家的充值不到账，注册数据不对了。
老板说：这周的内容A,B,C,D…
很多很多的项目问题，很多的bug，很多的灰色地带需要产生大量的沟通成本。
大量的沟通后，然后开始建框架，评估设计，定方案， 交流，用技术手段规避上面的问题，甚至是节约大量的沟通成本，这里面大部分的东西都是基于逻辑思想来完成的。
精彩书摘
在我们的一些语言中，比如lua之类的动态类型的语言。我们无法通过ide来限制外界对内部的访问。那么我们需要建立一个项目共识，比如带下划线的函数是禁止从外界调用的。带下划线或者$开头的成员变量也是不能直接去访问的。总结起来就是所有看似是私有的函数或者变量，都不应该直接去访问。当然，变量应该只通过接口去访问。
一个常见的场景，比如项目中已经有一些代码与你遵循的代码规范不一致的时候，这时候我们建议的是在原作者的文件中，遵从原作者的写法。在自己新建的文件中，按照自己的规范来写代码。还有一种场景，如果你使用的框架或者第三方库与你遵循的代码规范不一致，这时候你依然按照自己的规范书写代码，除非你是直接去修复框架或者第三方库的问题。
