qinysong
- 浏览: 193729 次
- 性别:
- 来自: 北京
-
最新评论
-
nfsfairytale：
求附件求附件
一种高效的寻路算法 - B*寻路算法 -
wafer1021：
想在服务端运用这种
一种高效的寻路算法 - B*寻路算法 -
zhezhelin：
最新代码有吗
一种高效的寻路算法 - B*寻路算法 -
zyh2018：
你好！很开心看到你写的B*算法，但是C++版本的代码看起来很吃 ...
一种高效的寻路算法 - B*寻路算法 -
asuralove：
学习了~~~~
一种高效的寻路算法 - B*寻路算法
我的论坛
sam1982 写道1.查重：即找出（如上表）以运营商代码为分组并按生效时间排序条件的记录，在这一组记录中如果有两条或者两条以上记录的生效时间和失效时间是在同一区间内或者说前一条记录的失效时间点+1秒大于后一条记录的生效时间点。
这里描述好像不清楚，如果后面只有条件没有，没有目的。
另外“生效时间和失效时间是在同一区间内”这句话怎么理解，是两个时间相等还是有其他条件，相等的话是精确在秒数量级吗
这操作在什么时候用，频度是多大，数据库中的数据目前变动率有多大
这些最好说明白，这样才好针对目标进行解决
- 2007-06-15 10:03:52
- 浏览 3890
- 评论(4)
也把我的解法发上来，思路很简单，按照状态机路径图，从最大分组（全1）到最小分组（一个组）进行遍历追溯，直到找到符合比赛次数的分组方案
此方法效率较低，只是思路简单
分组方案类
package qinysong.arithmetic.btrules;
import java.util.*;
public class Decomposition {
public static final int maxNumber = 100;
private int[] groups; //分组情况，从小到大顺序，格式为0,0,...0,1,...,x1,x2,xn
p ...
- 2007-06-11 10:21:26
- 浏览 28672
- 评论(60)
cookoo 写道有趣的想法，是不是开开口说说话就有经验和钱拿了啊？PK像唐僧那样jjww让对方难过得想自杀。。。哈哈
哈哈，正是这样的，开口说话就可以拿钱了，至于像唐僧那种问题的解决正是以游戏为平台（更准确的说是借助其虚拟性）的优势，可以通过游戏规则来规避，英语好的可以领取指导任务、可以组织聊天室英语角什么的并担任教练，之后其余玩家对效果进行打分，根据所打分数指导员/教练的经验值进行调整，经验高了可以生等级，等级高可以接更多的任务，组织更多的活动，从而拿更多的钱，相反等级越低的机会越少，到一定程度就需要交学费，呵呵
所以这种游戏和目前市面游戏的较大差别是，运营策略更重要
当然这只是随想的 ...
- 2007-06-05 08:28:26
- 浏览 17468
- 评论(21)
与NPC对话的方式我觉得实现起来可能会很不容易，需要很好的语音识别、语义翻译、对话等等，再加上灵活和生活性可能就更不容易
- 2007-05-29 10:01:48
- 浏览 17468
- 评论(21)
冉翔 写道我如果去美服里面找个华裔玩不就完事了么。
或者在国内服务器找个老外也不是忒难的事情吧。
这样是可以的，在美服或国内服务器里找老外，也可以交朋友，但是我觉得这里一个很关键的前提是，你的英语水平要达到一定程度，否则会很难，因为载体游戏本身的价值和玩家的目的不在此。
我上面的意思是针对此目的搭建一个专业的平台，水平低的目标是提高水平，水平高的是通过营造氛围、帮助弱者得到物质、精神和经济奖励，两者各有所取，同时借助游戏趣味性元素（可以深度挖掘）消除学习者的枯燥性和不持久性
- 2007-05-29 09:47:25
- 浏览 17468
- 评论(21)
这是过年后写的一个以英语学习为目标的网络游戏概要书，触发是当时和几个同事吃饭时聊到的，感觉这个方向很不错，市场很大，而且目前还没有类似的产品上市，所以就从网上搜索了一些这方面的资料，参考整理了这个项目 ...
- 2007-05-29 08:51:45
- 浏览 17468
- 评论(21)
evanyuan 写道长期的项目，持续的需求，后到的需求可能需要先发布，为控制变更，项目经理选择项目分支，分支最后都合并到主干上并发布。
在一个分支上基本上没办法做重构（以前的代码质量实在不咋地），重构最后会在合并时造成很大混乱，而且你的重构，可能要求其它分支上的开发在合并的时候进行修改，项目经理和其它项目成员很难接受。
于是只有看着项目die away.
我不是很清楚所进行的分支是否具有必要的独立性，不过有几点我的想法，希望能提供些参考：
１、提高测试地位，即使做不到测试驱动，也要逐渐保证每次程序扩展／重构后都要进行回归测试，以便保证当前代码的正确性，为重构加上保险锁；
２、小步／长期重构 ...
- 2007-04-17 18:03:58
- 浏览 4074
- 评论(6)
嗯，同意xly_971223的观点
首先第二种方案是一个很优雅的设计，这种设计在某些系统中应该很值得借鉴的；
但是第二种方案相比第一种方案，它的最大价值是可以动态切换SqlDialect实现，而它的代价是增加了系统设计的复杂性，如果这种动态切换价值是可利用的，那么这种额外的复杂性就是值得的，但是在实际当中其实较少需要这种切换性
在实际开发当中我会按照XP的做法，采用简单设计
- 2007-04-17 10:23:02
- 浏览 10237
- 评论(13)
zeng1980 写道qinysong 写道lzmhehe 写道还有一个就是方法的参数不应该过长 可以使用class 代替
比如
public void handle(long userid,String userName)
要写成
public void handle(User user)
这样了解这个接口 是比较好用
并且接口也不用经常修改
但是如果不了解 又 user属性比较多
那么我怎么知道 需要的user 只要 id 和name 这两个属性就可以了
可以通过提高方法名字的表达能力，即这正是 Rename method 重构手法的用武之地
修改函数名称可能会影响系统的多态 ...
- 2007-04-16 23:25:49
- 浏览 29549
- 评论(42)