|
锁定老帖子 主题：WEB端的绘图方式 讨论最优
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (6)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-06-10
shlei 写道 idle_sun 写道 我不知道flash还是不是前端之王.
但是 在 技术存在弊端、苹果倒戈、adobe转投微软(ms可是有silverlight)、html5兴起等多方面因素. flash（或flex）的被取代是迟早的 跟风？被取代？曾有人说过Java会取代C，现在C的使用率也没下去，曾有人说html5会取代Flex/Flash。。。看着吧，时间会证明一切的。 BTW，如果市场上有html5或silverlight做的Ilog套件，我就承认Flex OUT了。 请各位说Flex会被取代的人看完IBM的Ilog套件再来评价！！！ 不应该把C和flex相比吧 C自身没有明显的缺陷，又没有市场竞争的压力(强大的优势摆在哪，即便N年不维护....)。 至少在我的理解中，flash/flex只会在html5起来之前这段的真空期处于王者， 但是它自身的技术问题和市场竞争压力，flash/flex前景不是很好。 至于你说"如果市场上有html5或silverlight做的Ilog套件"，这只是时间问题，取决于各大公司推html5的力度(这方便感觉主要倡导者google苹果都有点不给力啊).. 我不是敌视Flex/Flash(兄弟莫激动...) 但是flex/flash现在同时存在自身问题和外部市场压力。 不容乐观。 |
| 返回顶楼 | |
|
发表时间：2011-06-23
可以使用flex flex的数据绑定很方便 可以考虑服务器推送数据到前端 也不用前端一直刷新页面 这样可以节省不少资源
|
| 返回顶楼 | |
|
发表时间：2011-06-24
红四团 写道 HighCharts所renderer出来的每个Element都是可以destroy的，每个element都有destroy方法。HighCharts封装了VML和SVG，基本上能够跨浏览器。每次刷新chart前，你一定要destroy以前的Element，否则肯定会有内存泄漏。其实如果不需要在iPad等不支持Flash的平台上使用，用Flex做图形展现应该是相当不错的选择，Flex还有个好处就是做实时监控比较容易，本身支持socket，可以datapush。
HighCharts所用的svg只限于左边竖着的文字。其余全部使用canvas实现。 |
| 返回顶楼 | |
|
发表时间：2011-06-24
rainsilence 写道 红四团 写道 HighCharts所renderer出来的每个Element都是可以destroy的，每个element都有destroy方法。HighCharts封装了VML和SVG，基本上能够跨浏览器。每次刷新chart前，你一定要destroy以前的Element，否则肯定会有内存泄漏。其实如果不需要在iPad等不支持Flash的平台上使用，用Flex做图形展现应该是相当不错的选择，Flex还有个好处就是做实时监控比较容易，本身支持socket，可以datapush。
HighCharts所用的svg只限于左边竖着的文字。其余全部使用canvas实现。 这个你是不是观看了源码啊 嘿嘿 
|
| 返回顶楼 | |
|
发表时间：2011-06-24
奥义之舞 写道 rainsilence 写道 红四团 写道 HighCharts所renderer出来的每个Element都是可以destroy的，每个element都有destroy方法。HighCharts封装了VML和SVG，基本上能够跨浏览器。每次刷新chart前，你一定要destroy以前的Element，否则肯定会有内存泄漏。其实如果不需要在iPad等不支持Flash的平台上使用，用Flex做图形展现应该是相当不错的选择，Flex还有个好处就是做实时监控比较容易，本身支持socket，可以datapush。
HighCharts所用的svg只限于左边竖着的文字。其余全部使用canvas实现。 这个你是不是观看了源码啊 嘿嘿 恩，是的。并且他的鼠标点击事件只是用map模拟，实际并不精确，但却为我们提供了很好的思路 |
| 返回顶楼 | |
|
发表时间：2011-06-24
好了，大家都别喷了。
我用过Canvas(在iteye上模拟google的那个电吉他)，Flex(仔细的研究过底层架构)和JavaFx。(自己公司搞过SilverLight的项目，我也间接的参与过) 感觉在所有的技术中，Javafx的运行效率是最高的，但是由于没有好的可视开发环境及技术本身不够完善，他的开发效率是最低的，可实现的功能是最少的。现在直接被oracle废了。当然最近推出了JavaFx2.0，据说完全用java语言编写。 然后说说Flex/Flash。优势在于在桌面上历史比较悠久，几乎所有的终端都装了flash虚拟机，但是他的内存泄露的非常严重。我曾经仔细研究过Flex的底层framework，在开发类似于FlexBook的时候遇到了性能瓶颈。然后download了flexbook的源码进行分析，发现每播放一次动画，都会有不同程度的内存泄露。终于只能放弃，改投html5。 再说说html5，当然具有可比性的只限于canvas。感觉canvas的绘图效率不如flash。但是，难保google又来次javascript效率革命。让其他厂商继续疲于奔命。然后，因为使用的是原生的，无需插件的javascript，所以不存在特别明显的内存泄露问题。但是，有几个功能是html5永远无法实现的。比如连接摄像头，但flash可以 最后谈谈SliverLight，我对微软的技术从来没啥好感。看微软对SliverLight的规划，更多的是从商业上考虑。完善ie9，对sliverlight来说是一个致命的打击。 |
| 返回顶楼 | |
|
发表时间：2011-06-24
rainsilence 写道 好了，大家都别喷了。
我用过Canvas(在iteye上模拟google的那个电吉他)，Flex(仔细的研究过底层架构)和JavaFx。(自己公司搞过SilverLight的项目，我也间接的参与过) 感觉在所有的技术中，Javafx的运行效率是最高的，但是由于没有好的可视开发环境及技术本身不够完善，他的开发效率是最低的，可实现的功能是最少的。现在直接被oracle废了。当然最近推出了JavaFx2.0，据说完全用java语言编写。 然后说说Flex/Flash。优势在于在桌面上历史比较悠久，几乎所有的终端都装了flash虚拟机，但是他的内存泄露的非常严重。我曾经仔细研究过Flex的底层framework，在开发类似于FlexBook的时候遇到了性能瓶颈。然后download了flexbook的源码进行分析，发现每播放一次动画，都会有不同程度的内存泄露。终于只能放弃，改投html5。 再说说html5，当然具有可比性的只限于canvas。感觉canvas的绘图效率不如flash。但是，难保google又来次javascript效率革命。让其他厂商继续疲于奔命。然后，因为使用的是原生的，无需插件的javascript，所以不存在特别明显的内存泄露问题。但是，有几个功能是html5永远无法实现的。比如连接摄像头，但flash可以 最后谈谈SliverLight，我对微软的技术从来没啥好感。看微软对SliverLight的规划，更多的是从商业上考虑。完善ie9，对sliverlight来说是一个致命的打击。 总结的不错。。。 
|
| 返回顶楼 | |
