机房

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 最近搞个游戏遇到最短路径的常规游戏问题，一时起兴基于 HT for Web 写了个A*算法的WebGL 3D呈现，算法基于开源 https://github.com/bgrins/javascript-astar 的javascript实现，其实作者也有个不错的2D例子实现 http://www.briangrinstead.com/files/astar/ ，只不过觉得所有A*算法的可视化实现都是平面的不够酷，另外还有不少参数需要调节控制，还是值得好好搞个全面的Demo，先上张2D和3D例子的对照图。 实现代码比较容易一百多行，不过算法核心在astar.js了，界面核心在 ht.js 里面了，我只需要构建网格信息，只需监听用户点击，然后调用astar.js进行最短路径计算，将结果通过动画的方式呈现出走动的过程，所有代码如下： function init() { w = 40; m = 20; d = w * m / 2; gridRows = []; dm = new ht.DataModel(); g3d = new ht.graph3d.Graph3dView(dm); g3d.setGridVisible(true); g3d.setGridColor('#BBBBBB'); g3d

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 最近搞个游戏遇到最短路径的常规游戏问题，一时起兴基于 HT for Web 写了个A*算法的WebGL 3D呈现，算法基于开源 https://github.com/bgrins/javascript-astar 的javascript实现，其实作者也有个不错的2D例子实现 http://www.briangrinstead.com/files/astar/ ，只不过觉得所有A*算法的可视化实现都是平面的不够酷，另外还有不少参数需要调节控制，还是值得好好搞个全面的Demo，先上张2D和3D例子的对照图。 http://www.hightopo.com/demo/astar/astar.html 实现代码比较容易一百多行，不过算法核心在astar.js了，界面核心在 ht.js 里面了，我只需要构建网格信息，只需监听用户点击，然后调用astar.js进行最短路径计算，将结果通过动画的方式呈现出走动的过程，所有代码如下： function init() { w = 40; m = 20; d = w * m / 2; gridRows = []; dm = new ht.DataModel(); g3d = new ht.graph3d.Graph3dView(dm); g3d.setGridVisible

继 （一） 和 （二） 之后不少，不少网友问我移动终端的使用问题，因为我们项目这次采用Android平板终端，所以我对这方面有点肤浅的研究，这篇分享些项目经验总结，希望对大家有所帮助。 电力3D项目去年底刚立项时，需求仅仅是PC浏览器的3D展示要求，后来慢慢增加了要求也能在平板上运行，因为我们的系统大部分是内网的，不可能要求移动终端得上app store去下载应用程序，虽然apple也提供企业内部发布的解决方案，但还是远不如android安装app方便，对于企业应用三天两头就需要改动需求，我们的发布非常频繁，所以最终移动端选型采用Android的方案。 还好Google挺给力今年初提供了Android浏览器WebGL的解决方案： Google finally makes it easy to enable WebGL support in latest Chrome for Android 当然如今哪怕没有Chrome，Firefox和Opera等众多移动浏览器也都支持WebGL了，而且Firefox和Opera都不需要设置开启WebGL开关了，而且手机上的Chrome还得通过在URL输入chrome:flags，然后开启Enable WebGL才可以 手机我用的Nexus 5测试的，而平板我用Nexus 7第二代测试的，Nexus 7到手感觉还是很轻很好用

上篇 介绍了我们电力项目的基本情况，我们选用HTML5技术还是顶着很大压力，毕竟HTML5技术性能行不行，浏览器兼容性会不会有问题，这些在项目选型阶段还是充满疑惑，项目做到现在终于快收尾了我们才敢松口气，压力基本顶住了，我个人总结的经验是：HTML5性能肯定不是最高，但对企业应用足够高效，HTML5标准不可能所有浏览器都一致实现，但对于企业应用已经足够工作。选择正确的引擎框架，进行合理的设计才是关键，HTML5真的已经Ready！ 选择HTML5除了看中JavaScript动态语言的灵活性，能够很好的和其他异构系统融合到页面外，HTML5的跨平台性也是我们看中的重要原因，以前PC桌面应用上采用Flex和Silverlight到是可以跨平台，但如今的系统还不能上移动终端实在就说不过去了，而Flex和SL在跨移动终端方面就卡壳了，虽然有AIR可以导成native app应用，但还是远不如HTML5纯页面来的高效，每次修改任何东西PC上都可以模拟测试，看看 Chrome DevTools for Mobile 越来越屌爆的Screencast and Emulation功能： 我现在测试移动终端大部分情况都不需要用真机，当PC上模拟测试得差不多后再进行真机测试基本都能一次性通过，回想以前用Flex的AIR进行转换Native App真是浪费生命，每次测试我都要刷几条微博消磨难熬的等待时间

回答了 知乎问题较长 ，一些使用WebGL的经验： 正好逛到这个问题，正好是2013年底，正好最近基于的 HT for Web 3D 做的电力项目收尾，正好用到的就是WebGL技术，因此说说自己的感觉供参考： 1、2013年应该感谢Google和MS，前者提供了Android Chrome浏览器的WebGL支持，后者终于让IE11支持了WebGL并且减低到win7也能运行。 2、还得感谢Firefox和Opera这些厂家推动了移动终端浏览器对WebGL的支持，并且性能还都不差，早期Chrome的Android版还不支持WebGL时测试只能考他们。 3、感谢UCWeb浏览器提供了唯一（如果不是唯一还请高人指点）官方iPad的浏览器的WebGL支持，虽然有很多bug我们提交了问题也没人理，还好找到了workaround规避了些坑。 4、IE11很给力，我在mac下的VirtualBox虚拟机里面IE11是唯一能跑WebGL的（其他浏览器不知道是否有开关设置可以在虚拟器可以跑的，如果有还请高人指点），但还得努力啊，一堆基础的API都不支持，例如TRIANGLE_FAN类型都不支持，例如lineWidth都不让设置，例如Shading Language都不支持return语句，还有好多坑，但还好我们都找到方法绕开了（如果你也遇到了IE11的吭可以帮我继续列举）。 5、Nexus

今天iOS8终于正式发布了，升级了手头设备后对我来说最重要的就是测试WebGL的3D是否真的能跑苹果的系统了，跑了多个 HT for Web 的3D例子都非常流畅，比Android刚支持WebGL时好太多了，基本还没发现什么问题，苹果做事还是值得肯定，要嘛不做，要做就做真正能用的WebGL。 以下是跑 HT for Web 的3D网络空间拓扑图在iphone5上的截图和 视频操作 效果，自然不如PC上流畅，但iOS8第一步就能让WebGL达到这样的效果和性能我已经很知足了，感谢苹果！ http://v.youku.com/v_show/id_XNzg1MzIzNDY0.html 来源： oschina 链接： https://my.oschina.net/u/1423144/blog/315558