![](https://www.vvnnvv.com/wp-content/uploads/2021/02/51uQOBn-klL.jpg)
基本信息
- 出版社 : 浙江出版集团数字传媒有限公司; 第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来限制外界对内部的访问。那么我们需要建立一个项目共识,比如带下划线的函数是禁止从外界调用的。带下划线或者$开头的成员变量也是不能直接去访问的。总结起来就是所有看似是私有的函数或者变量,都不应该直接去访问。当然,变量应该只通过接口去访问。
一个常见的场景,比如项目中已经有一些代码与你遵循的代码规范不一致的时候,这时候我们建议的是在原作者的文件中,遵从原作者的写法。在自己新建的文件中,按照自己的规范来写代码。还有一种场景,如果你使用的框架或者第三方库与你遵循的代码规范不一致,这时候你依然按照自己的规范书写代码,除非你是直接去修复框架或者第三方库的问题。
![](https://www.vvnnvv.com/wp-content/uploads/2021/03/sm.png)