s******e
发帖数: 493 | 1 As RIAs, javafx is a great idea compared with other three major technologies
(flex, silverlight, ajax).
after palying it for a several days, I really like two things about javafx.
One is that using java class is so easy in javafx (even it is not true if
you look from the opposite direction. But they promised that they would make
it much easier) Anyway you can not ask too much for 1.0 release.
Another thing I like javafx is as they said, Unified development across
desktop, browser and mobile.
hav |
|
z****e
发帖数: 54598 | 2 mobile上估计没戏
swift出来之后短时间内不会有任何语言可以在ios上与其竞争
那个ide太powerful了，当场写当场看结果，这个当前其他语言都做不到
一般的模拟器慢死了，真机debug也需要编译上传然后运行，也还是慢
体验远不如swift，javafx官方也说暂时不打算export到mobile上去
pc上可以用javafx来做跨desktop平台的app
javafx可以编译成native，取代传统的app开发问题不大
但是总体而言，desktop上app在走下坡路
连象admob这种搞免费内嵌广告的服务商都没有
fb倒是搞了一个，不过没试过，不知道，当前还是以关注google为主
毕竟google在在线广告这一块，要强大太多
admob提供有ios和android的支持
客户端还是老样子，平台让你用啥，你就用啥，强扭不太容易
现在语言都很容易了，上手快，开发也快，如果不是做特别复杂的3d游戏
上手也就是几天的事，就是不用引擎裸写也没啥大不了的
简单说如果我们把客户端平台做一个划分
ios, macosx, windows, linux, android
这五个主流平台... 阅读全帖 |
|
c*****t
发帖数: 1879 | 3 Yes. That's one of the reason why it has no future. Sun needs
to bundle JavaFX with JRE or at least have java update to check /
install JavaFX updates. It requires JRE 1.6 anyways. Then again,
it becomes too big for an installation. Also, JavaFX is likely
to evolve faster than JRE.
Nobody is going to surf a relatively unknown website and click on
that permission box. Even for a well known site, I would be worried.
Without getting rid of the permission box, nobody is going to
seriously use |
|
w***h
发帖数: 415 | 4 【 以下文字转载自 Java 讨论区 】
发信人: welch (welch), 信区: Java
标 题: JavaFX/Webkit写浏览器的一个技术细节问题
发信站: BBS 未名空间站 (Mon Oct 20 23:05:35 2014, 美东)
我希望有多数浏览器常用的快捷键功能：
Ctrl＋ 页面字体放大
Ctrl－ 页面字体缩小
JavaFX/Webkit 有没有现成的API可以用啊？
个人觉得这两功能太常见了。
多谢这里的高人指教了！ |
|
c*******o
发帖数: 1722 | 5 【 以下文字转载自 Java 讨论区 】
发信人: cocojumbo (Nick), 信区: Java
标 题: Re: JavaFX
发信站: BBS 未名空间站 (Tue May 15 14:45:20 2007), 转信
can someone give a tutorial about pros and cons:
silverlight, flex, openlaszlo, javaFX
have no experience with any of them but interested.
thanks.
more
flexibility
, |
|
g*****g
发帖数: 34805 | 6 I believe we'll get a compiler soon. Compiled code just
runs faster, and it will get rid of the problem you have.
Bottom line, I feel JavaFX will attract lots of Swing/SWT developers,
declartively writing your view part really make MVC separation,
and task distribution between designers and developers simpler.
Being able to use all existing Java lib smoothly on client side
is a big bonus. Retaining Java's OOP is really a killer for AJAX.
Maybe the right name for JavaFX should be Applet 2.0
While |
|
|
z****e
发帖数: 54598 | 8 说说到底有什么必要去用这个东西
尤其是2.0，听说整个改了，有点像当年jdk从1.1到1.2的跳跃
javaFX的战略目的是什么？
如果只是applet和webstart的话，直接用这两个不就好了
没有必要用javaFX啊，是不是多了一堆可视化的控件的类库？ |
|
|
|
z****e
发帖数: 54598 | 11 swing其实已经足够好了
不过建议还是javafx，毕竟官方说是用javafx来代替swing |
|
w***h
发帖数: 415 | 12 【 以下文字转载自 Java 讨论区 】
发信人: welch (welch), 信区: Java
标 题: JavaFX/Webkit写浏览器的一个技术细节问题
发信站: BBS 未名空间站 (Mon Oct 20 23:05:35 2014, 美东)
我希望有多数浏览器常用的快捷键功能：
Ctrl＋ 页面字体放大
Ctrl－ 页面字体缩小
JavaFX/Webkit 有没有现成的API可以用啊？
个人觉得这两功能太常见了。
多谢这里的高人指教了！ |
|
g*****g
发帖数: 34805 | 13 Java one is much about JavaFX this year, which may be the next big
thing, oh well, we all know Sun. The biggest deal is that they never
give you a nice IDE to begin with.
But I like the idea and wish it could beat AJAX in 2 years. JS is
just a pain in the butt. |
|
w******n
发帖数: 692 | 14 Why not flash? Well. I have used OpenLaszlo(similar to flex) in a serious
project. It is really nice to use Flash to build fancy UI. However, when
going to detail, you will find you need more than just UI. It it really
difficult to implement some functionalities with Action Scripts, though
there are tons of java library available. As a workaround, we have to send
requests to server to implement it.
If SUN is able to reduce the startup time on JavaFX, I would like to try it,
since I am able to us |
|
m******t
发帖数: 2416 | 15 I haven't looked at the technical details of JavaFX yet. One thing to note,
though, is that these things aren't usually decided entirely on their
technical merits.
One key, non-technical ingredient in AJAX's success that I have not seen in
Java FX is the endorsement from most, if not all, major players in the field
- notably Microsoft. It's one thing for server-side Java to thrive on its
own as its environment can be completely independent from anything Microsoft
, it's a whole different one for |
|
g*****g
发帖数: 34805 | 16 A JRE plugin is inevitable, however, rumor is saying
Suns is gonna to slim it down to 2-4M. Probably modulize
JRE and take the core and other neccesary parts only.
If flash can be popular, I don't think that will be
a huge problem for JavaFX
,
in
field
Microsoft |
|
c*****t
发帖数: 1879 | 17 Currently it is aimed at mobile market, so not much problems.
However, if the goal is to compete with Flash, it really needs
to address several issues:
1. startup time. Shared JVM instance with classes pre-loaded is
the way to go. JNLP is not going to work well.
2. Permission. Demos are using full permission. This is not going
to work for generic sites which are less trustable. There can
be additional security issues.
3. Code obsfucation. I don't think JavaFX programmers want the |
|
m******t
发帖数: 2416 | 18
Sure. I looked around the javafx site this morning. Looks like it's web
start based. I guess if Sun can make it real easy to download and install
the trimmed-down JRE, it will have a good chance to catch up to flash.
Of course, "real easy" would have to be something similar to the flash
player installation - a link in place on the web page that starts the
installer right there. Asking the user to go to a web site, download some
exe, and install it isn't going to work. |
|
g*****g
发帖数: 34805 | 19
Well, actually you do install a plugin, both IE and FF will prompt you
at the top of page, ask you if you want to install it.
JavaFx can do it in the same way.
Obfuscation can come to rescue if that really concerns you. |
|
c*****t
发帖数: 1879 | 20 The problem with JavaFX is that the demo is available with complete
source code (pretty much like JavaScript). Not even compiled binaries. |
|
c*****t
发帖数: 1879 | 21 Take a look at studiomoto demo jar:
http://download.java.net/general/openjfx/demos/studiomoto.jar
and you would understand my concern. It is just way too easy
stealing the code. With AJAX, at least there are some server
components which cannot be inspected. JavaFX is mainly a client
thing.
Imagine someone wrote a cool animation and the next person took
the jar and replaced all the credits and redistributed it. You
just need a zip utility and a text editor to do all the changes.
Sure there ar |
|
m******t
发帖数: 2416 | 22
OK, the more I read about this, the more it looks to me like JavaFX is more
likely to be a direct compete against flash and Microsoft's Silverlight,
instead of AJAX. It having to run in a plugin will restrict its flexibility
and interoperability with the data on rest of the page. On the other hand,
AJAX - javascript in particular - allows such interaction with some very
fine granularity. |
|
g*****g
发帖数: 34805 | 23 Yes, it aims at RIA, if you don't need any fancy GUI, JSP can still
serve you well. But once you are heavily using big AJAX lib, JavaFX
would certainly be an alternative.
more
flexibility
, |
|
c*******o
发帖数: 1722 | 24 can someone give a tutorial about pros and cons:
silverlight, flex, openlaszlo, javaFX
have no experience with any of them but interested.
thanks.
more
flexibility
, |
|
w******n
发帖数: 692 | 25 I believe JavaFX is competing with Adobe Flex. |
|
Z****e
发帖数: 2999 | 26 syntax of JavaFX looks weird, not sure why they have to invent yet another
language |
|
t*******e
发帖数: 684 | 27
JavaFX script functions as a UI markup language, similar to HTML and XUL.
The objective is to make the language designer-friendly, and IDE-friendly.
Scripting code is supposed to be auto-generated from SVG graphics by the
Nile project. |
|
c*****t
发帖数: 1879 | 28 I just don't think JavaFX has any future. It is too late and too
cumbersome. I am also puzzed with the choice of the language...
technologies
.
make
is |
|
|
F****n
发帖数: 3271 | 30 The idea of JavaFX script is quite good. Actually I am looking to use it as
my front end interface language. But the implementation actually has nothing
to do with the language. In fact it is quite odd to put it along with AJAX
or Flex.
The only reason for Sun to do that is for commercial competition. |
|
k***r
发帖数: 4260 | 31 I'm sure Sun has some catching up to do.
Have you checked out ActionScript? It just didn't look like
a mature language to me last time I checked. I think either Sun
or MS will be better than Adobe in this aspect. I was actually
quite impressed by MS putting C# in Silverlight. Sun is said
to be working on a small VM for using Java in JavaFX. I can't
wait to see that. This will help a lot in terms of addressing
the big fat JVM problem. |
|
|
z*******3
发帖数: 13709 | 33 主要是eclipse那个插件：e(fx)clipse
然后这个插件已经可以直接搞成exe, dmg等程序
我测试了一下dmg，感觉不错的说
另外，最新的eclipse ui已经推荐使用javafx来写了 |
|
|
z****e
发帖数: 54598 | 35 canvas啊
canvas你要自己处理脏数据
可能需要你介入repaint等方法去重新刷新整个页面
这个我没有怎么用过
以前javafx是不支持canvas的
后来新增的
我建议你这样
直接用shape下面的实现类
line或者polygone这些
然后直接setfill或者setstroke就好了 |
|
b***i
发帖数: 3043 | 36 这么说吧，我写一个解释程序，里面有两个Canvas重叠，上面的如果有颜色可以遮住下
面的，让用户定义颜色，画直线，矩形，扇形，画文字都可以直接用JavaFX的api实现。
现在，用户定义透明色，结果画的矩形并没有把那个区域变成透明。得直接clearRect
。但是这样就不方便了，不能直接画透明的扇形，只能画矩形。Swing时代使用
AlphaComposite.SRC来实现画透明的形状，任何api都适用，drawLine, FillArc，
drawString。现在我要把上面Canvas上写的字变透明的，从而让下面的那个Canvas的背
景漏出来，总不能自己去重新发明轮子，一个点一个点画吧？ |
|
W***o
发帖数: 6519 | 37 anyone？
昨天说得不清楚，
如果想学用Java做用户图形界面，哪个好用？swing还是javaFX？xiexie |
|
b***i
发帖数: 3043 | 38 把问题 再描述一遍
Swing/AWT的一个textPane，背景画图案，分两次画：先画一个bitmap，然后再画一个
。这样，后面那个如果有些点是透明的，就漏出了第一个bitmap的颜色，相当于后面可
以有玻璃的特性。那么后面画的那个bitmap是需要把特定的点变成透明色，这通过awt.
AlphaComposite来实现，画点，线，文字，填充都可以是透明的。后面这个bitmap画到
背景上的时候采用另外一种模式，透明的点则保留下面的颜色。
Javafx我发现无法实现这个把一个Canvas的某个线段变成透明的，或者把一个文字变成
透明的任务。只能把一个矩形区域变透明。变成其它颜色没有问题。比如，Canvas上画
一个蓝色矩形，然后里面画红色文字是正常的。
今天，加入两行程序
PixelWriter pw=gc.getPixelWriter();
pw.setColor(x0+10, y0+10, Color.RED);//把一个点变红色
结果，后面画红色文字，居然拥有了矩形的透明背景。就是说，蓝色矩形中间被扣去一
块，然后那里有红色的文... 阅读全帖 |
|
z****e
发帖数: 54598 | 39 【 以下文字转载自 Programming 讨论区 】
发信人: zhaoce (米高蜥蜴), 信区: Programming
标 题: IntelliJ IDEA 12.1 Brings Support for Oracle's JavaFX 2
发信站: BBS 未名空间站 (Tue Nov 12 22:47:21 2013, 美东)
神器开始跟进了，eclipse支持还比较差，插件还在孵化器 |
|
w***h
发帖数: 415 | 40 我希望有多数浏览器常用的快捷键功能：
Ctrl＋ 页面字体放大
Ctrl－ 页面字体缩小
JavaFX/Webkit 有没有现成的API可以用啊？
个人觉得这两功能太常见了。
多谢这里的高人指教了！ |
|
z****e
发帖数: 54598 | 41 自己写一个不就行了
有啥难的
javafx的input和webkit是分开的
你当然要自己去实现 |
|
|
Y**G
发帖数: 1089 | 43 考察了Android上的几个开发工具/框架：
入围的条件：
- 比须是使用Java语言的，其他鸟语不考虑
- 必须代表先进的技术
Qt
Qt是老牌子了。但是比较悲催。Qt Mobile不用Java。而Qt Jambi不支持Android。
所以Qt基本不在考虑之中。
Xamarin
跨平台，企业及支持。可惜不用Java语言。也不在考虑之中。
Unity Mobile
主要是用来开发游戏的。用一种类javascript的脚本语言。但是访问Java类库相当不方
便。用他来开发一般Android应用显得比较偏门。
JavaFX
Oracle在Java One 2013上说Java FX 2不会支持Android，但是广大游击队元依然没有
放弃，已经有原型了( https://bitbucket.org/javafxports/android/wiki/Home )
FXML的UI描述语言相当不错，这种mark up语言描述性较强，同UI控件的实现decouple
的。UI可以在FXML中组装。 |
|
gw
发帖数: 2175 | 44 package unmar;
import java.util.List;
import javax.xml.bind.annotation.XmlAnyElement;
import javax.xml.bind.annotation.XmlRootElement;
import javafx.collections.*;
//@XmlRootElement(name="dmsDataCalibration")
@XmlRootElement(name="root")
/*
public class MyWrapperForList {
private ObservableList list;
public MyWrapperForList() {
list = FXCollections.observableArrayList();
}
public MyWrapperForList(ObservableList list) {
this.list = list;
}
@XmlA... 阅读全帖 |
|
z*p
发帖数: 43 | 45 上次上来请教 Rich client application是否过时。大家都说不用理会了。那么javafx
呢。看上去就为了RCA，外加GUI designing。
上次有人说转向App。我的理解是app是给mobile device。对于desktop，app也是今后
发展方向吗。
有说web，能具体说说嘛。或者给个link社么的
－－
＊本人不是职业码工出生，会写几种hello world。 有朋友想让我帮忙做个软件。他们
的软件是VB 6写的。太老。理想的结果是他们安装一次，或者不用安装。就可以在自己
的电脑上用。而且不用操心updating。特别是里面一些参数的updating。程序里面参数
可能半年左右必须更新一次。现在他们到时候如果忘记update，那么计算结果必然出错
。做这个软件用java合适吗？现在选他1，学过，2，免费，3，感觉兼容性好。vb产品
几个版本间相互转换不容易。 |
|
z****n
发帖数: 1933 | 46 译者的话：在翻译完这篇新闻后，心情久久不能平静，一个伟大的技术公司就这样倒下
了，难道这真的是“纯技术”公司的宿命么？公司的目标都是获取利润，而Oracle则将
这一理念发挥到了极致：凡是与利润不相干的一律干掉，原文用“ruthlessly profit
focused”来形容Oracle对利润的渴求。当然了，对利润的追逐本身无可厚非，可能我
还是太傻太天真：-）。再也看不到Sun的首页了，感觉 Oracle的首页给人一种冷冰冰
的感觉。
再一次将Java之父James Gosling博文中的图片发布在这里，以悼念年仅28岁的伟大的
Sun公司。
历经近9个月的漫长等待后，Oracle终于获得欧盟的批准成功完成对Sun的收购。近日
Oracle宣布了对Sun技术与平台的未来规划。
Java、JVM及JVM上的各种语言
Oracle产品开发高级副总裁Thomas Kurian说，Oracle计划集成Sun HotSpot与Oracle
JRockit Java虚拟机；他又补充到，Oracle打算”振兴“Java开发者社区并将Java编程
模型的触角延伸到新近涌现的应用开发范式上来。比如说... 阅读全帖 |
|
z****e
发帖数: 54598 | 47
建议用javafx，也新一点
java gui至少有三代
awt一代
swing是二代
javafx是三代
所以建议用javafx
awt太古老了，swing其实ok，但是官方停止更新了
以后更新集中在javafx上，所以你可以用javafx来做很多事 |
|
b***i
发帖数: 3043 | 48 问题就在与最后那一层透明色，这个透明色本身我无法实现了，所以我无法和原来的颜
色叠加了。
我说的是用JavaFX摞起来多个Canvas的情况。这里，我用多个Canvas来表示多个层。每
个Canvas用graphicsContext单独控制图案，当然JavaFX最后会把上层透明色和底下的
颜色混合显示，如果上层Canvas有部分透明，则露出来下面的图案，这个和你理解是一
致的。但是我找不到的功能是这之前如何改变上层那个Canvas的某些点为透明色（从而
才能露出下层图案）。比如实现拉窗帘的效果。
JavaFX目前只能把一个矩形区域重新变透明, clearRect。我需要的，是用Java已经有
的画直线，矩形，扇形的函数来让上层Canvas中这些区域变透明，从而JavaFX在混合的
时候这个Canvas可以露出下面Canvas的图案。所以现在的问题是这个第一步，如何让一
个graphicsContext中的点变透明（从而才能露出下层的颜色）。
那么clearRect有什么不好呢？不好在于，我的窗户如果是圆的怎么办？只能一个点一
个点画了？按照我理想的方法，应该可以直接把Canvas画成白... 阅读全帖 |
|
N***m
发帖数: 4460 | 49 do you have any comments on JavaFX?
I tried some JavaFX exmaples yesterday,
it seems to me that those effects are good (compared to swing).
But when I read a thread about its popularity ffrom java developers,
nearly 50% of them said they don't care about JavaFX.
Does that mean silverlight or flex will dominate this field?
The book I am reading said JavaFX can seamlessly integrate with java,
how about SL and flex? |
|
z****e
发帖数: 54598 | 50 swing的话，最好注意官方faq的这个段落
6. Is JavaFX replacing Swing as the new client UI library for Java SE?
Yes. However, Swing will remain part of the Java SE specification for the
foreseeable future, and therefore included in the JRE. While we recommend
developers to leverage JavaFX APIs as much as possible when building new
applications, it is possible to extend a Swing application with JavaFX,
allowing for a smoother transition.
http://www.oracle.com/technetwork/java/javafx/overview/faq-1446 |
|
