|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2012-10-16
最后修改：2012-10-16
remoteJavaSky 写道 做了两年Flex，不停的看源码，关注些相关博客。
关注了JavaFX近4年，也看了不少JavaFX的博客，写些代码，看源码，但源码质量比Flex的质量是差些的，Chart控件的灵活度也不如Flex的大。 但真心还是喜欢JavaFX，下面列几个关注更多的项目 https://github.com/tomsontom/e-fx-clipse https://github.com/JFXtras/jfxtras https://github.com/JRebirth/JRebirth JavaFX的源码使用mercurial管理，也可以下载下来看看。 JRebirth好像还在更新，大概看架构上来还是不错的，进行了极大的抽象和封装，根据Model反射生成Controller和View，省却手工写FXML，但是目前在0.6，很多功能还等待实现，值得关注。我觉得要是能涉及用户权限控制View和Controller就更好了。这是基本的。交互数据封装在Wave中，传统web服务端架构包括权限等方面不能适应也需要改造。另外要是能根据屏幕自适应显示就非常棒了，这样一次编码就能在pc，不同大小不同平台上的手机，pad上显示，我的要求是不是高了些。 |
| 返回顶楼 | |
|
发表时间：2012-10-16
之前也有人提到了Flex的问题，考虑到前景不明朗，并且性能方面有问题，IOS也不支持。但是考虑到社区成熟，目前做一些中小项目还是不错的。
如果是大中型项目，如果性能，支持平台等方面要求不高的话，那么extjs是不错的，社区成熟，人也好招。 HTML5目前炒的很火，但实际上也面临不成熟以及各种厂商不同支持的问题，扎克伯格也说目前纯HTML5应用还是不如本地客户端，所以这条路还有很长要走，所以用来做通用企业应用客户端来说还不成熟，但是某些局部功能应用，应该可以取得不错的效果，而且互联网行业社区热情高，应该可以沉淀出一些不错的实践。 WPF其实是不错的东西，中小项目应该不错，如果不考虑平台拓展和历史原因，应该不错。 JavaFX的确还不成熟，但是考虑到跨平台以及性能社区等因素，前景应该不错，但是目前还没有类似于neatbean这样的成熟框架出来，需要自己摸索的东西还很多，需要企业投入大量精力。但矛盾的是中国企业愿意投入精力去做这种基础事情的太少了。 |
| 返回顶楼 | |
|
发表时间：2012-10-16
红四团 写道 以前也用Flex做过项目，在新的项目中（桌面应用），经过考察后决定使用JavaFX，主要是考虑到后台的接口是Java的（JXFS），界面打算借助于WebView，通过HTML5实现，这样也便于前后台分工协作和二次开发。曾经也很热衷于Flex，但是目前形式不是很明朗，JavaFX毕竟有Oracle这颗大树，不是太担心。从实际体验来看，JavaFX不如Flex成熟、方便，特别是没有成熟的框架，得自己摸索。
如果只是用webView的话，好像和javaFX关系不大。 |
| 返回顶楼 | |
|
发表时间：2012-10-16
最后修改：2012-10-16
前段时间参加SAP的研讨会，他们展示了一个原Sybase的移动项目，类似于手机通用平台，可以适用不用屏幕大小和跨IOS和android平台，但是底层我不太清楚，是完全自适应还是需要重新编译的。 |
| 返回顶楼 | |
|
发表时间：2012-10-22
demohawk 写道 红四团 写道 以前也用Flex做过项目，在新的项目中（桌面应用），经过考察后决定使用JavaFX，主要是考虑到后台的接口是Java的（JXFS），界面打算借助于WebView，通过HTML5实现，这样也便于前后台分工协作和二次开发。曾经也很热衷于Flex，但是目前形式不是很明朗，JavaFX毕竟有Oracle这颗大树，不是太担心。从实际体验来看，JavaFX不如Flex成熟、方便，特别是没有成熟的框架，得自己摸索。
如果只是用webView的话，好像和javaFX关系不大。 容易变的部分（业务部分UI）借助于WebView通过HTML5实现，不容易变的部分（系统管理），通过JavaFX实现。 |
| 返回顶楼 | |
