关于大型页游后端管理系统的一点经验和个人见解

前言:

做过游戏开发的人都知道,端游可以用c++,页游可以用sl或者as3,鉴于这段时间一直在看网页游戏开发的知识,所以关于游戏开发,我有一点自己的见解。就拿as3的网页游戏,一般游戏开发前端可以用as3做前端,后端用erlang,不了解这两种东西的朋友可以百度或者google一下。然后游戏数据管理和交互怎么呢!请看我下面分析!

本文主要内容:

前言
游戏数据交互
后端数据管理总结
一个简单的demo
游戏数据交互

一般一个大型的网页游戏有一个或者多个数据库以上,这些数据库内部有大量的数据表,表中有很多的记录,可以说一个表当中有上千上万条数据,具体表怎么设计我就不说了,有兴趣的朋友可以私自和我交流。我现在说说数据在后端如何交互,当游戏策划把需求做好了,就交给as3前端人员来制作前端显示,前端显示主要是给游戏用户进行游戏操作的页面,游戏操作的后台数据就直接和erlang来实现,就像你用asp.net当中aspx完成了html的前端显示,后端的数据交换就由aspx.cx来完成,erlang同样完成了这些数据增删查改的交互,当然这只是游戏后端数据交互。一个游戏开发团队里除了大量的美工之外,剩下的除了erlang程序员,还有php程序员,一个php程序员主要的任务就是完成页游后端管理系统,这个系统就是方便策划组来进行编辑,方便游戏运营管理。当然大量的游戏数据就分别保存在几个服务器里面,这时候也许会听到,今天某某页游开服了,或者新开了一个服务器之类的,这些不同的服务器与游戏本身没有直接的关系,他们只是保存数据,不同的服务器的数据不一样,这与玩家在哪一个服务器有关。php就是和这些不同的服务器进行交互。具体就是你在这个后端管理系统当中可以进行封号,奖励,封vip,npc,副本,背包管理,还可以进行登录你账号直接让你下线等等。

后端数据管理总结

从以下两点来说说我个人一点经验以及见解:
需求以及具体实施
1、后台管理系统无非就是对数据的增删查改操作
2、增加数据和修改数据可以使同一个页面也即是说同一个表单,这样子验证就只要写一套代码就可以了
3、前台的验证可以用js或者jquery
4、后台的验证可以用函数或者框架自带的验证机制
5、增加功能你可以通过表单一个一个增加,另一个可以通过excel表格导进,也就是批量处理
6、查询可以先把查询的条件保存在session中,这样子才能保证用户查询之后可以进行编辑、删除等操作
7、翻页放在表格的上面或者下面都可以或者批量操作也一样
8、添加操作完成了要返回一个信息判断是否添加成功
9、删除操作要先做一下判断是否真的删除,确定和取消,删除成功等等

技术以及框架代码复用各层分工负责
1、可以采用mysql数据库或者mongo数据库保存数据,有必要熟悉mysql或者mongo的一下数据操作
2、采用模板技术,php+smarty模板引擎,有必要熟悉smarty
3、采用面向对象技术,php+smarty+mysql(mongo)+oop,有必要熟悉oop
4、采用设计模式技术,一般可以采用单例模式,有必要熟悉设计模式的知识
5、当然可以采用框架快快速开发,现在流行很多框架,可以加快开发效率,比如助手类,图片验证器,表单生成器,excel交互类,mencache分布式缓存系统等等

一个简单的demo
本文最后以一个简单的demo来给php爱好者新手一个简单的入门学习,要看懂这个你必须了解smarty,然后就是mysql一点常用操作,还有一点就是安装和使用smarty时候注意定界符和js区分,本例子采用literal解决这个问题,请看下面截图:功能很简单,没有采用什么技术,主要完成一个增删查改crud的需求而已!见谅!

下载地址 CUDR_jb51.rar

(0)

相关推荐

  • 关于大型页游后端管理系统的一点经验和个人见解

    前言: 做过游戏开发的人都知道,端游可以用c++,页游可以用sl或者as3,鉴于这段时间一直在看网页游戏开发的知识,所以关于游戏开发,我有一点自己的见解.就拿as3的网页游戏,一般游戏开发前端可以用as3做前端,后端用erlang,不了解这两种东西的朋友可以百度或者google一下.然后游戏数据管理和交互怎么呢!请看我下面分析! 本文主要内容: 前言 游戏数据交互 后端数据管理总结 一个简单的demo 游戏数据交互 一般一个大型的网页游戏有一个或者多个数据库以上,这些数据库内部有大量的数据表,表

  • PHP开发大型项目的一点经验

    一.变量 最好是把所有的变量存储在一个数组中,这样在程序的开发中可以带来很多的方便,特别是当程序很大的时候.变量的命名就当适合自己的习惯,不管是用拼音还是英语,至少应当有一定的意义,以便适合记忆.变量的命名尽量规范化,不要与PHP中的关键字相冲突. 二.函数 PHP自带了很多函数,这给我们程序的编写带来了很多的方便.当然,在大型程序中我们往往自己要定义许多个函数,几十甚至上百个.当然在使用了类的程序中就不叫函数了,就应该叫方法,这里暂且不谈类的使用方法.函数多了,难免就会搞混了.有什么方法可以解

  • 长期使用中型Access数据库的一点经验与缺点

    Access数据库在用的过程中, 经常不断的进行删除和增加记录的操作,会出现以下问题: 1. 可能会使Update语句更新失败, 明明一条记录存在, 也可以select到,但在用Update时出现找不到记录, 更新失败的错误信息. 2. 会使数据库增大, 并且降低数据库操作的效率 3. 在删除记录时也不会减少数据库的大小, 并且没有可以改善数据库的相应语句 解决办法 下载Access数据库, 用Access软件打开, 并用"修复和压缩数据库"工具进行处理, 保存后再重新上传并覆盖掉原来

  • ASP.NET与ASP互通COOKIES的一点经验

    在微软推出.NET并进行了大规模的推广普及之后,ASP.NET逐渐进入了信息化系统开发的主流.但与此同时,而用ASP开发的旧系统面则临被整合,这时,面临一个问题:ASP与ASP.NET互相整合时,其中文COOKIES信息无法被互通共享,当使用ASP.NET写入中文COOKIES信息后,使用ASP进行读取,读出来的却是乱码,而非中文. 后来通过查找资料,不停地实践,终于找到了问题的根源,中文COOKIES信息在ASP中无法被正确读取得原因为其中文编码格式不同. 开发项目Web.config配置文件

  • ASP与ASP.NET互通COOKIES的一点经验

    在微软推出.NET并进行了大规模的推广普及之后,ASP.NET逐渐进入了信息化系统开发的主流.但与此同时,而用ASP开发的旧系统面则临被整合,这时,面临一个问题:ASP与ASP.NET互相整合时,其中文COOKIES信息无法被互通共享,当使用ASP.NET写入中文COOKIES信息后,使用ASP进行读取,读出来的却是乱码,而非中文.    后来通过查找资料,不停地实践,终于找到了问题的根源,中文COOKIES信息在ASP中无法被正确读取得原因为其中文编码格式不同.    开发项目Web.conf

  • .NET 解决TabControl 页里面多余边距问题经验分享

    以下是解决方法: 1.直接新建一个类,继承TabControl,然后 override DisplayRectangle 方法: 复制代码 代码如下: /// <summary> /// 解决系统TabControl多余边距问题 /// </summary> public class FullTabControl : TabControl { public override Rectangle DisplayRectangle { get { Rectangle rect = ba

  • PHP中SESSION使用中的一点经验总结

    SESSION会话开启时,会首先发送一个对浏览器的唯一标识session_id的cookie(名字为PHPSESSID可以通过session_name()获取),同session.save_handler = files的情况下,在服务器的指定目录(如temp)下生成一个没有后缀的文件,名字是 复制代码 代码如下: 'sess_" + 'session_id';  这样就完成了基本的设置.那么在下一次发起http请求时,首先浏览器会发送这个当前域名下的所有cookie名字和值过去,这样服务器就能

  • 改进性能和样式的 24个 ASP 技巧第1/2页

    祥细内容: 简介 技巧 1:在 Web 服务器上缓存常用数据 技巧 2:在 Application 或 Session 对象中缓存常用数据 技巧 3:在 Web 服务器磁盘上缓存数据和 HTML 技巧 4:避免在 Application 或 Session 对象中缓存非灵活组件 技巧 5:不要在 Application 或 Session 对象中缓存数据库连接 技巧 6:妙用 Session 对象 技巧 7:在 COM 对象中封装代码 技巧 8:晚点获取资源,早点释放资源 技巧 9:进程外的执行

  • Jsp页面实现文件上传下载类代码第1/2页

    刚才和lp看完电影,把jsp页面抽出class调整了一下.最近总上经典,是感觉既然当了斑竹,就该留下点什么.lp这几天也半开玩笑半生气的说,一回来就上经典,就发帖,你干脆娶经典作lp得了.想想,这几天是有点夸张,以后放慢速度了.保持1星期1帖吧,那样也能多想写,多总结些.发帖的初衷就是有时候看到有的朋友问的问题,似乎还没有走进java的门,希望这样的帖子,能对新手一点帮助,也就满足了.有时候随意的一段话,其实也是自己的一点经验,而有时候之所以絮絮叨叨,是想把问题说的清楚明白,让高手见笑了.因为在

  • 转静态页的几种可行方案

    注:本文大部分内容来源www.netvtm.com,原作者:linyupark 对于文献发布系统来说SEO显得十分重要,当然现在转静态页也不是唯一优化的方式,但对于低智爬虫来讲静态页的优势很明显.下面来分析一下几种方案. 1.制作模板替换关键字符法很多站,包括本站上一个版本采用的就是这个方法.好处就是复杂性不大,缺点也很明显,实时交互性低,要提交一个评论可能就得让服务器重新生成一次文件,这种适用于纯粹信息发布,对于交互讲究不大的站. 2.利用服务器的组件进行请求地址的重定位用老外的话讲就是IIS

随机推荐