OpWeb
文章平均质量分 57
逐风
这个作者很懒,什么都没留下…
展开
-
OpWeb——mongodbsync 之 p2p移植
最近在尝试做一个双人互动的Js小游戏,大致是一个Box2d类型游戏.总所周知,物理类游戏仅适合单人游戏,因为涉及到大量的数据交互和同步.然而OpWeb框架致力于简化交互以及开发过程,于是乎尝试编写这么一个小游戏用于演示.但是OpWeb运行于NodeJs,这是大家不愿意看到的,最好有个直接在线的Demo,在线必然避免不了服务端.上周发现个好东西,WebRTC webp2p标准,虽然还原创 2014-01-03 14:59:08 · 1129 阅读 · 0 评论 -
大话快速开发——III 回归
1.简单的拥有反向缓存更新功能,意味着可以轻松扩容,虽然需要付出更多的CPU和内存2.编码开发更简单,无需关心修改,无论如何都仅拥有一次修改/或者不修改。3.获得基于异步写入的优秀响应性能,却没有延迟写入的一些缺陷。4.拥有即时写入优点,却更少的关心更新逻辑。原创 2014-02-13 21:19:15 · 922 阅读 · 0 评论 -
OpWeb——MySQL同步模块(2)
上一篇说了简单的MySQL同步模块,用于简单的查询。但是文件存储还有个弊端,如果你需要进行批量修改或处理的时候,处理文本是个比较头疼的问题。1.一不小心可能处理错了数据,使存档不可读取。2.从单目录文件上来说,存储规模不够大,而且备份需整个文件拷贝,也是比较浪费空间的。但是,文本在开发和测试期非常简单。1.测试人员无需文本进行相关修改和读取。2.快捷的管理,无需任何数据库方原创 2014-01-10 23:34:56 · 1126 阅读 · 0 评论 -
OpWeb——MySQL同步模块(1)
一直以来,我们的项目都是基于文本文件数据进行存储,我喜欢这种存储方式。首先,他比较简单,并且便于查看和修改,而且非常方便。我觉得唯一的麻烦就是如何管理这一堆用户数据。然而对于其他开发者来说,查询、统计、处理文本数据是个糟糕的事情,更倾向于SQL类存储。MongoDB是可以查询,但是如果能直接同步到MySQL是否会更顺利一些?刚开始计划是这样的:示例:玩家:{ OpId原创 2014-01-09 22:54:41 · 1175 阅读 · 0 评论 -
MVC模式数据流程图—— OpWeb框架系列[2]
OpWeb引擎遵守的是数据绑定监听,客户端仅关心Model和View的交互,服务端仅关心Model和操作的交互.简单的举例就是 比如你界面上绑定了一个Nick.操作流程为: 1.客户端绑定某个UI部件到Nick.(监听其改变,刷新下) 2.服务端接受修改Nick服务,修改Model的Nick到新值.完成,客户端无需关心何时修改,修改成什么样子,无需关心在什么地方修改原创 2013-12-25 14:27:41 · 1797 阅读 · 0 评论 -
游戏开发模式进化(OpLog协议说明)—— OpWeb框架系列[1]
目前公司以开发网页游戏为主,这里就从游戏场景说起。场景描述: 游戏简化版是这样的,游戏分为养成和战斗,玩家通过不断的战斗获得战利品并升级自己,然后挑战更强力的BOSS,貌似一般游戏都这样!那么我们就有了2个场景,玩家面板和战斗面板。玩家面板有几个数据:玩家名字,当前金钱,当前等级,当前经验,装备武器,背包。战斗过程不说:战斗会玩家会获得经验和物品或金钱。传统的原创 2013-12-24 23:38:07 · 1750 阅读 · 0 评论 -
OpWeb[0.0.3]--光速无服务端创建一个AJXA聊天程序
上一篇我们简单测试了如何快速构建一个聊天程序,虽然很简单很Demo.但是依然摆脱不了B/S的方式去开发. 现在OpWeb[0.0.3]版本给你带来了更令人兴奋的开发方式,全客户端模式.更快速,更便捷的开发模式. 废话不说,直接上index.html easy chat test原创 2013-12-24 14:34:45 · 1093 阅读 · 0 评论 -
OpWeb -- 快速构建一个简单的Ajax聊天程序
快速构建一个简单的Ajax聊天程序:下载OpWeb框架: https://github.com/icesun963/OpWeb在Service/Demos/目录下创建一个目录叫:cometChat新建一个服务端脚本:chatService.jsvar myApp = function(){ //对应的映射根对象 var chatDb=func原创 2013-12-23 13:45:13 · 1414 阅读 · 0 评论 -
[开源] OpWeb 框架 --快速高效的实时交互框架(更新至 0.0.4.0)
一个轻量高效的实时交互开发框架,用于开发实时Web App 或者 网络游戏。这是什么?这是一个Web在线对战射击游戏(MMOA)的开源版本,该游戏依然在运行中。原有平台为C#,现在我通过SharpKit把它移植到到了NodeJs平台!发现NodeJs给我带来更好的体验和想法,虽然有些地方很糟糕,但是这并不是问题。现在已经升级到0.0.3版本,虽然还不算成原创 2013-12-07 23:18:08 · 2252 阅读 · 0 评论 -
基于MongoDB REST API 以及XMPP的游戏数据同步架构
导言在开发轻量游戏的前提下,传统数据显得较为笨重又不够灵活,所以NoSQL一般作为首选,而在开放了REST API之后,可以直接解放后端人员的数据交换的请求,该公开的数据都已经在数据库里保存,自己去获取即可,剩下就是一个简单的消息丢该订阅系统了。XMPP的pubsub协议,正好确保了这个问题。修改者,去修改数据,发起pub消息。订阅者获得订阅消息,再根据自我需求决定,是否重新去获取数据,这就完成了一原创 2017-05-05 14:54:04 · 853 阅读 · 0 评论