http://www.ycflash.com/ zh-cn PBlog2 v2.4 http://www.ycflash.com/images/logos.gif http://www.ycflash.com/ 羽柴|鬼铃-blog http://www.ycflash.com/article.asp?id=118 yuchaiyuwei@163.com(admin) Mon,05 Jul 2010 23:40:32 +0800 http://www.ycflash.com/default.asp?id=118
找到问题所在了，新版本FP 取消了对中文代码的解析。。。 像我这样用全中文写程的人 命苦。。。]]> http://www.ycflash.com/article.asp?id=115 yuchaiyuwei@163.com(admin) Sat,12 Jun 2010 17:31:18 +0800 http://www.ycflash.com/default.asp?id=115
用户列表，相信很多应用都会用到。像FMS经常做的聊天室， 网络游戏都有用户列表。虽然用户列表看似简单，但实现却不简单。 在此我先把错误的思路及方法说下吧

很多新手做用户列表都是用非常简单的方式。 建立一个数组 连入用户时.push这个数组并且把这个数组广播给客户端，断开用户的时候。找到数组中的位置splice掉。 然后又把这个数组广播给客户端。 这个方法虽然能行，但却是大错特错的方法。除非是小应用还可以用下，用这方法别想做大应用。问题在哪?  我下面来分析

问题就出在数据量上面，这样来考虑。如果是一个2000人在线的应用，那这个用户列表就相当于长度2000的数组。如果随便1个人进进出出就相当于广播了2000次左右。如果这个数组记录的仅仅是人名还问题不大，但如果还有其他数据。那可想而知...一进一出就刷2000人的长度2000的数据量，是多么可怕的数据量....相当于发送了2000*2000的数据量

那如何解决呢？就是建立用户列表映射。看以下思路. 同样还是2000人的应用
服务端同样用数组。 当用户登录时只向该用户发送长2000数组（在此分清，是只向登录者这1个人发送并不是向2000人广播这数组）  这样就把用户列表映射到登录者客户端。服务端push后这时候再广播登录者信息（注意，在此指的是广播登录者的单独的单元信息比如用户名而不是广播整个数组。） 客户端在收到这个单独信息的时候也做push。 当用户退出的时候服务端做splice处理，处理完后记录splice的数组指针即可。 然后广播这个指针。客户端同步映射根据这个指针做splice处理。（而不是把整个数组的广播扔给客户端）  这就是整个映射过程。

这样就相当于只向1个人（登录者）发送了2000长度的数组。而广播的仅仅是要push的信息和删除的ID 而不是向所有用户发送整个数组。这样2000人的应用效率就降低成了1/2000。

我现在用FMS开发的RPG游戏及以之前开发IU富亨及IU猜谜屋。包括以前开发的14款棋牌游戏都是用的这方法。
具体的代码开发工作比较忙就不再单独写了，只要看懂思路后会发现非常简单。

同理在开发网络游戏中这样的情况很多见了，为了降低网络流量很多地方都得做数据印射（客户端和服务端各持一份）。比如游戏中的地图数据组，装备数据组等等。并且映射后不影响数据安全，客户端只管显示。核心判断还是在服务端。所以就算映射后在客户端被用户修改那也只是修改他自身的显示而不影响其他正常用户的显示。


今天附上一张图片说明，如果图片过宽显示不完全。请另存后看。

]]> http://www.ycflash.com/article.asp?id=112 yuchaiyuwei@163.com(admin) Mon,03 May 2010 11:09:53 +0800 http://www.ycflash.com/default.asp?id=112
如:
a=new object()
a.b=[111,222]
这时候用eval("a.b.0")  FMS就报错了.
当然因为我用到的是动态数组路径,这种情况比较特殊. 一般路径如果是已知的直接用 this["a"]["b"][0]或
a.b[0] 就直接指向了.正因为路径是动态,所以得关联字符串用eval则报错.

解决方法如下:

ponitArr=["a","b","0"]
head =this
for (var i = 0; i<ponitArr.length-1; i++) {            
        head = head[ponitArr[i]];
}
trace(head[ponitArr[ponitArr.length-1]])
用遍历的方法取到数组倒数第2层的引用.再动态引用就直接能操作该数值了.
]]> http://www.ycflash.com/article.asp?id=111 yuchaiyuwei@163.com(admin) Tue,16 Feb 2010 12:05:52 +0800 http://www.ycflash.com/default.asp?id=111
当然如果用 broadcastMSG去广播NC，那肯定挂。那本来就是错误的应用方法。不光是用broadcastMSG如果用单call也是很占资源。所以在编写代码时应该考虑什么数据该发，什么数据不该发.而不是为了一个变量而把整个obj或数组发出。

测试程序下载：
点击下载此文件
]]> http://www.ycflash.com/article.asp?id=108 yuchaiyuwei@163.com(admin) Sat,27 Jun 2009 22:52:19 +0800 http://www.ycflash.com/default.asp?id=108 特别是针对数组,我们经常见到 for(var i=0;i<xxx.length;i++)这样的方法.
当然如果该数组长度小,套用的循环层级不深次数少时可以用这样的方法.而遇到数量多时推荐用个变量来存放.
var iLength = 数组.length;
for (var i = 0; i<iLength; i++) {
}
这样的方法可以大大优化代码运算可用我下面的测试代码可以看出,特别是针对服务端的运算,更是推荐.
不要小看那么的几毫秒,但针对的用户运算成千上万次运算时就知道优化的重要性了
(注意:此方法只限用于在循环中数组长度不改变的前提下.)

测试数组 = new Array(10000);
开始时间 = getTimer();
for (var i = 0; i<测试数组.length; i++) {
    测试数组[i] = i;
}
结束时间 = getTimer();
时间差 = (结束时间-开始时间);
trace(时间差);
//
开始时间 = getTimer();
测试数组 = new Array(10000);
var iLength = 测试数组.length;
for (var i = 0; i<iLength; i++) {
    测试数组[i] = i;
}
结束时间 = getTimer();
时间差 = (结束时间-开始时间);
trace(时间差);]]> http://www.ycflash.com/article.asp?id=106 yuchaiyuwei@163.com(admin) Mon,25 May 2009 13:37:07 +0800 http://www.ycflash.com/default.asp?id=106 点击此处下载


上面那个链接是包含PDF阅读器的，近40M。如果有PDF阅读器的请下载下面的。3M
点击此处下载]]> http://www.ycflash.com/article.asp?id=94 yuchaiyuwei@163.com(admin) Wed,08 Apr 2009 16:15:17 +0800 http://www.ycflash.com/default.asp?id=94
点击下载此文件
]]> http://www.ycflash.com/article.asp?id=86 yuchaiyuwei@163.com(admin) Thu,17 Jul 2008 15:45:53 +0800 http://www.ycflash.com/default.asp?id=86 出处:http://25swf.blogbus.com/logs/10019430.html

如果你发现你的FMS无法启动,无法运行所有的APPLICATION,你可以打开你的FMS日志,地址是
Program Files\Macromedia\Flash Media Server 2\logs\
打开 master.00.log 这个文件,如果你在其中发现有这样一句
MS has detected system time is going backwards; shutting down server

那么就很幸运的,本文对你有一定的帮助作用.
找到 C:\Documents and Settings\All Users\Application Data\Macromedia\FMS
这里有一个 名字为空的文件,删除它,然后再重试启动的的FMS..可能一切就会恢复以前了.

一般产生这种结果的原因是因为你修改过系统的时间,导致FMS以为你想修改系统时间来作假.从而锁定了FMS...
]]> http://www.ycflash.com/article.asp?id=80 yuchaiyuwei@163.com(admin) Mon,29 Oct 2007 18:53:33 +0800 http://www.ycflash.com/default.asp?id=80 最理想的处理方法则是 用FLASH 把账号，密码传给FMS，让FMS去做和数据库登录验证的工作。这样才能达到最安全的机制.如下图的验证机制。

从图上可以看出，验证的主要还是由.net和php做验证。FMS只是做了把账号密码中转了一次。但这样做法有很大用途。这样让玩家无法得取.net的处理页面具体地址。要想知道就得把FMS服务器给黑了才知道，比起写在FLASH客户端用破解软件要安全的多得多。特别是现在FLASH破解软件满天飞的时代

但sendandload和WebService的处理方式是异步的，要经过访问和返回的步骤。特别在网络不佳的时候还有等待的处理。下面的例子用sendandload来简单说明怎么处理异步的FMS验证操作。

=========FMS端========
function userLogin(_newClient,usrName,usrPwd){
    trace("用户登录")
    thisObj=this
    //用户登录GameLogin()         
    var Login = new LoadVars()
    Login.onLoad = function(success) {
        if (success) {
            if (this.usrOkFlag == "ok") {
                trace(usrName+"登录成功")
                application.acceptConnection (_newClient);
                //取数据过程
                _newClient.myData=this.data    
                //发送给客户端，登录成功。让它初始
                _newClient.call("init")
            }                    
        } else {
            application.rejectConnection (_newClient, "登录失败!")
        }
    };    
    sendUrl="http://www.xxx.com/xxx.aspx?usrName="+usrName+"&usrPwd"+usrPwd+"&"
    Login.sendAndLoad(sendUrl, Login, "GET");
    //    
}

application.onConnect = function(newClient,usrName,usrPwd) {
    userLogin(newClient,usrName,usrPwd)    
};
//

大家可以看到 在登录的时候去调用一个function 把 new LoadVars() 写在该函数中。这样同时N人进入，
他会自动处理多个function。而每个function中就是一个new LoadVars。并把处理的结果调回了相应的function中达到异步的接受事件.
//=====================================
//
//转载请注明出处：羽柴 鬼铃-blog  www.ycflash.com/blog
//
//=====================================]]> http://www.ycflash.com/article.asp?id=78 yuchaiyuwei@163.com(admin) Fri,26 Oct 2007 01:32:49 +0800 http://www.ycflash.com/default.asp?id=78
我的现实方法就是都通过FMS 做管理和分组
客户端     服务端：room(app)  DDZ(用斗地主app举例)
用客户端先去访问room，room有个数组，用来记录每场游戏的开始与否状态及人数。 room判断当前这个客户端该分配到哪一个房间 call回客户端，让客户端直接去连DDZapp 。 DDZapp每进入一个人向room call一次，当游戏开始也call  为了让room更变记录的各房间的数组信息。  一般来看逻辑是无问题，在实际应用中也没出现过问题。

但实际上这是种不良好的方式，这样主动权就变在客户端了。1 客户端一旦被破译反编，别人想建房就建。room起不到相应的作用。2  room没有一个主导权做为维护和管理。 他只是被做为一个引路者的感觉。

经过考虑后，应该改为如下方式。
room管理每个游戏APP，客户建房或分组先提交给room  room去连接app（app限制初次连入者只许可room）。建房成功返回room   room进行分组，或更变自身房间数组信息。假如是自动分组，所有的玩家在room中等待，由room直属分配给app。

这样将来游戏是要建房机制 还是自动分组机制 更换起来比较方便。
//=====================================
//
//转载请注明出处：羽柴 鬼铃-blog  
//     www.ycflash.com/blog
//
//=====================================]]>