aluby地图的加载着实是个痛苦的决定。所有问题都是围绕在能减轻页面加载负担而开始的。
开始是四个图片。作为背景，以TABLE的BACKGROUP图片加载。后来改了，我采用了两个图片，来组合出全部的菱形街道图片，资源被进一步优化了。这样一来，图片就只有两张。我用ICONWORKSHOP修改过了，用了16BIT的GIF图片展现。当然，问题是，我还没有把图片变成透明的，当图片透明后，土地的背景将被很好的体现。但现在还不是时候，我要的是把图片如何在页面中体现出来。
CSS是很好的选择。地图由A11-Anm(n=1-9,m-1-9)组成. 我专门为地图CSS编辑做了一个图形化编辑器.能够直观地编辑地图形状,然后导出为由固定格式的CSS文件. 有了这个地图文件,我将可以轻易得加载到ALUBY上去,而实现地图信息展现.
这个周期花了我整整两周.在APS.NET中,我没有建<HTML>TABLE,没有ROW,而是用了一个TABLE控件,通过循环方式动态取得了CSS上的每个坐标点的ID,然后展现出来. 代码很少.
运行效果不错.
下一步,是要看如何在地图上面加载ITEM了.ITEM是一个一个的建筑物主体,是整个ALUBY的核心. 能解决如何动态地加载和准确定位ITEM在地图上的位置,是最重要的一个技术问题.
这里面有不少东西要考虑:
通过何种方式表现? <IMG>? 控件(如果是控件)?
<IMG>是没有办法的办法, 这个东东对他的控制太有限了, 在点击后所获得的控制权太小, 这将导致很多操作变得越来越难实现.
我初步想法是<IMAGEBUTTON>控件, 但是,如果动态加载控件,这样编程难度会加大,特别是加载后的引用将变得难上加难,在动态加载的少代码量被转移到了引用控件中.其实代码量可能会更多了, 系统开销也大. 痛苦...
难道,我真的要预先布局将近150个IMGBUTTON控件? 有没有谁做过这么大量的加载阿? 不过我可以肯定效率会比动态加载高. 不妨一试.
这个测试周期我估计会有1周左右.
目标: 能够在地图上加载并显示ITEM.
浙公网安备 33010602011771号