技术交流
GDEgroup
这个作者很懒,什么都没留下…
展开
-
逻辑驱动界面
前几天看云风的博客,说到如何增强游戏的“打击感”。其中说到,游戏,尤其是动作、格斗类游戏,必须由逻辑层来驱动界面层。假设需要判定一个特技对人物的攻击,无论美工做出多么华丽的招数,多么精美的画面,也不能由界面上显示的特效与人物重叠来匹配。而是要从逻辑层判定。 同理,MVC设计模式也是提倡View只干最后呈现的事情,而不要由呈现结果的变化来影响逻辑层的东西。 个人觉得很赞同,所原创 2010-03-22 23:33:00 · 609 阅读 · 1 评论 -
使用WPF/silverlight作为我们的开发平台
之前使用C++和HGE,作为一款较为老气的语言和一款较为一般的2D游戏引擎,在代码规模上到一定级别的时候,我承认确实有点超出了我们实力的控制范围。 再加上C++开发难度大,HGE的平台捆绑性,其综合性能的一般性,功能的偏底层性,以及支持团队的实力、力度,我决定放弃该平台上的开发。尽管我们在之前已经有了2万+行的代码量。 关于silverlight,不熟悉的可以自己去搜一下。下面只列原创 2010-03-22 23:50:00 · 463 阅读 · 0 评论 -
silverlight & C# 实验成果,开始干活
今天小实验了一下silverlight的几个功能点,基本搞明白了。非常简单的测试了以下几点 1. 图片加载2. 之前部分C++代码逻辑上的移植(如寻找移动、攻击区域)3. 地图单元格绘制4. 动画(左上角那个爆炸是个动画。。)5. 复用QXENGINE提供的A*寻路算法,如下图红色部分所示(它这个可以斜着寻路。。到时候需要根据具体要求改)6. 动态加载控件(如右下的原创 2010-04-12 01:31:00 · 524 阅读 · 0 评论 -
BLEND学习进度1
工具栏:布局控件:GRID:最外层,最常用的布局。项目初始既包含它。CANVAS:常用,部署在GRID里,可以控制内部控件位置,可以嵌套CANVAS。Stackpanel:只能水平或者垂直排列内部的控件,没有ZIndex轴。ScrollViewer:有滚动条的容器,里面只能放一个控件。比如StackPanel。Border:简单的容器,里面只能放一个控件。项目原创 2010-04-06 10:07:00 · 443 阅读 · 0 评论 -
发现C++程序员转C#/silverlight不是那么简单的事情
长期适应了C++,转C#还是不能纯用C++的开发思想。 今天做了几个实验,比如silverlight运行时的脚本文件加载与密封(实际上就是我想试试能不能加载我们自定义的脚本文件或者数据,然后在发布的时候不被用户看到。) 得出的结论,是可以做到的。但是我在具体解析XML的时候,碰到一堆恼人的问题,最基本的就是C#类库的使用。。 所以还是得好好看看C#一些基本东西,比如 .原创 2010-04-06 17:48:00 · 437 阅读 · 0 评论