AS3页游架构分析

1.逻辑层
2.UI层

3.辅助工具层
舞台视图焦点控制:管理当前焦点视图
UI主体结构控制(Structure):定义客户端的层次结构(背景-主体内容-弹出层-loading层-信息提示层-系统提示层-鼠标层等)
弹出窗体控制(PopUp):按照窗口的不同分类控制弹出窗口的显示与关闭
系统提示(Alert):提示系统信息的面板
信息提示(Tip):提示游戏中道具信息、UI元件的面板
资源加载进度条(Initloading):负责游戏资源的加载
面板加载进度条(PanelLoading):负责游戏窗口、面板的加载
资源下载进度控制(LoadResponder):负责加载进度是信息的显示(加载内容的名称、加载进度、加载数量、加载的速率)
鼠标Mouse控制:控制鼠标在游戏中位置、显示与消失
窗体拖动Drag控制:控制窗口在游戏中的拖动

4.资源管理层
声音Sound管理 声音管理类
图片Image管理 图片显示类
动画CustomMovieClip管理 模拟实现影片剪辑的功能
文件File管理 主要负责文件的下载以及管理
共享数据Cookie管理 主要负责本地数据对象的存取
数据对象CustomObject管理,主要负责数据的格式化操作

5.

1 assets 资产
1.configures 配置(包括xml、txt)
1> docs Excel配置表
2> xmls xml配置表
1 languages 纯语言包
1 chinese 中文
2 english
3 turkey
2 features 功能包(因读取方式不同,分为三类)
1 group 只有一级配置
2 option 多级配置
3 macros 指令型的,需要JSON转换。包括Array、Object、单个功能数据等
3>
4>

2. medias     媒体
    1> images    图片库
    2> sounds    音频库
    3> textures 纹理库
    4>
3. resources 资源
    1> flas
    2> swfs
    3> ttfs        字体库
    4>
时间: 2024-10-22 09:38:50

AS3页游架构分析的相关文章

as3 页游中,新手指导中,屏蔽所有交互对象,但除了指定交互对象可用的方法【转http://blog.csdn.net/linjf520/article/details/9450945】

package { import flash.display.InteractiveObject; import flash.display.Stage; import flash.events.MouseEvent; /** * 新手指导管理器 * @author jave.lin * @date 2013-7-24 */ public class GuideManager{ private static var stage:Stage; /**设置舞台*/ public static fun

R语言&页游渠道分析(转)

对着满屏的游戏后台数据,需要快速了解数据特征,一种茫然无从下手的感觉? 本文在游戏后台数据中,如何通过R语言快速的了解游戏后台的数据特征,以及统计各个数据之间的相关系数,并通过相关图来发现其中相关系数较高的数据,从而通过R得到高相关系数之间的线性回归方程,最后通过矩阵散点图来初步发现数据中的一些规律解决相应的问题.附:本文需要安装corrgram和car包 具体代码如下: library(corrgram) library(car) summary(data9) cor(data9) scatt

手游、页游和端游服务端的架构与区别

GameRes游资网发布, 文 / 韦易笑 手游页游和端游的服务端本质上没区别,区别的是游戏类型. 类型1:卡牌.跑酷等弱交互服务端 卡牌跑酷类因为交互弱,玩家和玩家之间不需要实时面对面PK,打一下对方的离线数据,计算下排行榜,买卖下道具即可,所以实现往往使用简单的 HTTP服务器: 登录时可以使用非对称加密(RSA, DH),服务器根据客户端uid,当前时间戳还有服务端私钥,计算哈希得到的加密 key 并发送给客户端.之后双方都用 HTTP通信,并用那个key进行RC4加密.客户端收到key和

手游页游和端游的服务端的架构与区别

转自:http://www.gameres.com/336666.html 手游页游和端游的服务端本质上没区别,区别的是游戏类型. 类型1:卡牌.跑酷等弱交互服务端 卡牌跑酷类因为交互弱,玩家和玩家之间不需要实时面对面PK,打一下对方的离线数据,计算下排行榜,买卖下道具即可,所以实现往往使用简单的 HTTP服务器: 登录时可以使用非对称加密(RSA, DH),服务器根据客户端uid,当前时间戳还有服务端私钥,计算哈希得到的加密 key 并发送给客户端.之后双方都用 HTTP通信,并用那个key进

主流游戏引擎分析 【端游 、页游 、手游 解析】

该分享仅供参考,目的是提升大家对游戏引擎方面的一些认知.文档中部分内容收集于互联网,若有内容不准确,还请告知. 关于本文PPT文档:github 一.介绍 游戏引擎是指一些已编写好的可编辑电脑游戏系统或者一些互交式实时图像应用程序的核心组件.这些系统为游戏设计者提供各种编写游戏所需的各种工具,其目的在于让游戏设计者能容易和快速地做出游戏程序而不用由零开始.大部分都支持多种操作系统平台,如Linux.Mac OS X.微软Windows.游戏引擎包含以下系统:渲染引擎(即"渲染器",含二

页游资源的管理方法

1.   配置文件压缩 页游需要10几,20几个配置文件这是很常见的,配置文件现在流行使用xml格式.可以通过压缩软件打包,flash通过二进制方式加载压缩包之后解压使用.这样一方面减少连接请求数:另一方减少了流量. 2.   资源细化分离,按需加载 分离各类模块和素材(图片.swf文件),方便实现按需加载.整个游戏的资源size很大,但是进入游戏往往并不需要所有的资源.这样我们可以分离各类模块和素材,所有资源通过配置文件管理.整理出进入游戏需要的必加载资源,剩余资源只在需要的时候再加载,以减少

秒杀系统架构分析与实战

0 系列目录 秒杀系统架构 秒杀系统架构分析与实战 1 秒杀业务分析 正常电子商务流程 (1)查询商品:(2)创建订单:(3)扣减库存:(4)更新订单:(5)付款:(6)卖家发货 秒杀业务的特性 (1)低廉价格:(2)大幅推广:(3)瞬时售空:(4)一般是定时上架:(5)时间短.瞬时并发量高: 2 秒杀技术挑战 假设某网站秒杀活动只推出一件商品,预计会吸引1万人参加活动,也就说最大并发请求数是10000,秒杀系统需要面对的技术挑战有: 对现有网站业务造成冲击 秒杀活动只是网站营销的一个附加活动,

秒杀系统架构分析与实战(参考、转载)

目录[-] 0 系列目录 1 秒杀业务分析 2 秒杀技术挑战 3 秒杀架构原则 4 秒杀架构设计 4.1 前端层设计 4.2 站点层设计 4.3 服务层设计 4.4 数据库设计 4.4.1 基本概念 4.4.2 设计思路 5 大并发带来的挑战 5.1 请求接口的合理设计 5.2 高并发的挑战:一定要“快” 5.3 重启与过载保护 6 作弊的手段:进攻与防守 6.1 同一个账号,一次性发出多个请求 6.2 多个账号,一次性发送多个请求 6.3 多个账号,不同IP发送不同请求 7 高并发下的数据安全

【转载】秒杀系统架构分析与实战

本文转载自:http://my.oschina.net/xianggao/blog/524943 0 系列目录 秒杀系统架构 秒杀系统架构分析与实战 1 秒杀业务分析 正常电子商务流程 (1)查询商品:(2)创建订单:(3)扣减库存:(4)更新订单:(5)付款:(6)卖家发货 秒杀业务的特性 (1)低廉价格:(2)大幅推广:(3)瞬时售空:(4)一般是定时上架:(5)时间短.瞬时并发量高: 2 秒杀技术挑战 假设某网站秒杀活动只推出一件商品,预计会吸引1万人参加活动,也就说最大并发请求数是100