|
i**e
发帖数: 6810 | 2 谢谢。看着好像很RIA，对话框什么的，呵呵。貌似没有
smooth php calendar那么elegant的样子 |
|
z****e
发帖数: 54598 | 3 好久没来了
最近在忙第三个demo
这次要上图形，所以一直在做引擎和联系图形外包
做好之后再来更新原帖，多做少说
说那么多没用，做完之后再来吵架
吵架毕竟是副业
说一下刚发现的宝贝
http://www.bubblemark.com/
这是一个关于各个ria技术的对比
只要你机器上有各种平台，什么silverlight，什么flash，什么jre，什么javafx
那么你就能看到关于这些技术的对比
刚看了一下
不用任何插件的效果是最好的，稳定值在200fps左右，这也是意料之中的事
出乎我意料之外的是，swing的表现非常棒，在我机器上仅次于什么都不用
帧数冲到了接近200fps，稳定值在190左右，其次是开源的PulpCore
稳定值在170左右，然后是silverlight 2.0，稳定值在160左右
最差劲的是flash，基本上无法破100fps这个关口
阿三不愧是所有公司的毒瘤，jobs不搞flash是对的
最后听说javafx的效果会更好，因为fx推出的时候就特意强调了引擎的加速
嗯，看来有机会要装装javafx试验一下，等mac版了 |
|
s******e
发帖数: 493 | 4 RIA such as ajax framework (jquery, extjs, gwt, zk, etc), flex, silverlight,
javafx should all provide you decent guis for any web projects. The biggest
pr is you have to know when to use what and sometimes a combination.
By the way, my understanding JBOSS is an application server technology, in
other words, backend containers. It doesn't marry to any specific server or
gui technologies. why is missing gui support the issue? |
|
t*******e
发帖数: 684 | 5 JBoss portal server, richfaces, resteasy, 之前的seam, 等等都有很强的竞争对手
. 不会让人感觉非他莫属。相反后台Drools包括rule engine和jbpm, Hibernate, 用过
就会喜欢上。对比IBM和Oracle的类似产品，更加developer friendly。
举个例子吧，JSF的RIA libs，我试过richfaces, icefaces, primefaces. 现在用
primefaces. Portal server用过jboss和liferay, liferay高出很多，大部分人用
Spring不用seam, 但是rule engine我用了Drools之后，完全没有了看其他产品的欲望。 |
|
s******e
发帖数: 493 | 6 have 10 mins before leaving. Hope it will be enough for a summary.
for certificates related to j2ee, you can do scwd (jsp/servlet), scbcd (ejb.
it will help you understand orm and transaction later), and scwsd (web
services, you may want to take a look at restful later for comparison when
you need to work on real pr). Once these are all done, you can try scea (
architecture).
With all these on your belt, if you spend time on java io/nio, java swing,
and java security. I think that you are pretty... 阅读全帖 |
|
s******e
发帖数: 493 | 7 have 10 mins before leaving. Hope it will be enough for a summary.
for certificates related to j2ee, you can do scwd (jsp/servlet), scbcd (ejb.
it will help you understand orm and transaction later), and scwsd (web
services, you may want to take a look at restful later for comparison when
you need to work on real pr). Once these are all done, you can try scea (
architecture).
With all these on your belt, if you spend time on java io/nio, java swing,
and java security. I think that you are pretty... 阅读全帖 |
|
s******e
发帖数: 493 | 8 Spring is an application framework. basically it provides either almost
everything you might need to develop an enterprise application or a hook to
other frameworks for you to integrate with. For any nontrivial enterprise
level app, it is probably a good choice considering it is feature rich and
extremely easy to extend. But DO NOT try to cut everything in it. Like any
framework, you pay overhead to gain RAD, which is not desired at certain
cases. For example, you do not need its rich features a... 阅读全帖 |
|
s******e
发帖数: 493 | 9 Personally I do not think that you can use ejb to solve all the problems
that tomcat，hibernate，spring（core & mvc），jersey together can solve. I
do not know your biz requirements. It may work for you. But as a general
guid, doing what you said will have a good chance to fall back to day one -
two tier application.
I am not sure how you handle application tier with ria and regular web
clients. Do you wnat to handle them with web service?
even you can use annotation to expose your business interface... 阅读全帖 |
|
s******e
发帖数: 493 | 10 Personally I do not think that you can use ejb to solve all the problems
that tomcat，hibernate，spring（core & mvc），jersey together can solve. I
do not know your biz requirements. It may work for you. But as a general
guid, doing what you said will have a good chance to fall back to day one -
two tier application.
I am not sure how you handle application tier with ria and regular web
clients. Do you wnat to handle them with web service?
even you can use annotation to expose your business interface... 阅读全帖 |
|
t*******e
发帖数: 684 | 11 JSF2.0还是很不错的。本身html编程和RIA都要兼顾就不容易了。 |
|
g*****g
发帖数: 34805 | 12 server app, Android. BTW, pure RIA website written in javascript (aka gmail)
is probably much more rare than you'd think.
Even then, it's probably achieved using GWT kind of framework, and you
develop in Java. |
|
t*******e
发帖数: 684 | 13 wicket in action by manning。
Wicket是个designer friendly web framework. 如果你的team里有html designer，可
以用，否则直接用RIA framework会方便很多。 |
|
t*******e
发帖数: 684 | 14 这个又是个争议很大的话题了。
JSF我从04年开始用，开头既痛苦也快乐，快乐是写出的web page很干净，和spring整
合很好，code也POJO。痛苦是因为在用JSTL时发现问题，后来用了facelets才基本解决
。不过经过多年的沉淀，JSF2.0已经很成熟了。JSF2.2会整合spring web flow技术。
即便spring自己发布的spring web flow例子，view用JSF就要比用SpringMVC的简单漂
亮。作为一个spec，JSF既可以开发html-centric的projects，也可以做RIA类型的开发
。兼顾了有html designer和没有designer的两种不同需求。我比较喜欢POJO的技术，
容易学，不用记太多API。所以JSF对我而言是不错的技术。 |
|
b***i
发帖数: 3043 | 15 我用java webstart作客户端的RIA。假定我这个程序叫good.jar。我用动态网站
servlet http ://dynamics.com/serve?filename=good.jar&folder=root&user =guest
问题是，我用jnlp这个文件放codebase，放jar， java webstart有的时候会把?
version-id=1.0放进链接,就出了问题，变成两个问号
http ://dynamics.com/serve?filename=good.jar?version=1.0&folder=root& user=
guest
有的时候又把pack.gz(压缩）放进去。放的时候，会把pack.gz放第一个问号前面
http ://dynamics.com/serve.pack.gz?filename=good.jar?version-id=1.0&folder =
root&user=guest
我现在可以用servlet直接读取servletPath，用
http: //dynamics.com/serve/good.jar.pack.g... 阅读全帖 |
|
z****e
发帖数: 54598 | 16 是，很烂，adobe烂得要死，这种公司力量太小，而且被阿三搞得一塌糊涂
基本上不看好它的前景，最早这家公司是搞图片处理出身的
photoshop之类的，搞这种ria本身就不是它的长处，技术水平太差
理论再好到它那边都变形
我一般是这样，看你做的这个东西对客户端是否有办法控制
比如如果是公司内部的用户，那你可以强行要求全部客户端安装jvm
只要安装了jvm，什么swing, gwt，随便你搞
applet和web start，随便选，有的是办法做
如果是web，那么我用html+css，不过我本身对web有一定排斥
其他人很多人用javascript，但是我用得很少
如果是mobile，那就是特定得语言，比如android或objective c
东西不多，直接用就好了 |
|
z****e
发帖数: 54598 | 17 applet是第一个真正意义上的ria
applet跟jvm性能有关系，跟ie性能没什么关系
而且浏览器和application无缝集成是最大的特色
这个美好的远景到今天都还处于憧憬阶段
没有成功 |
|
z****e
发帖数: 54598 | 18 war = web jar
一般不会在war里面用ejb
默认的war不包括ejb文件
如果只是想做web，ejb多此一举了
spring core都没有必要，严格地说
另外c#是一个公司的商业产品，没听说什么学校教这个东西的
3d max是艺术系搞的东西，3d美工
不过本身艺术的搞技术就是件很扯淡的事
就像adobe搞ria，我反正是信不过他们
web service应该也还没有开始教，但是一些研究生课里面有这个东西
如果major不是distributed computing的话，研究生也不一定学 |
|
k*********s
发帖数: 4474 | 19 Required Skills:
expertise with Front End / UI development
expertise with HTML, XHTML, CSS
expertise with JavaScript and Object Oriented JavaScript Programming
expertise with RIA like YUI or Ext JS or JQuery
expertise with Ajax, JSON and JSP
experience with Cross Browser testing (IE, Firefox, Safari, Chrome)
Must have strong communications skills
Email to k******[email protected]
If interested |
|
t*******e
发帖数: 684 | 20 浏览器最终就认html和css。
Java这边web framework比较多，基本两大类，
html为主的，struts, jsf, spring mvc, wicket，比较favor html designers.
还有就是"RIA", GWT, vaddin, echo3之类生成所谓single page application, 对应你
说的source里面一堆的.js文件。
两类framework的适应范围不完全重叠。用那类要看项目的需要。 |
|
t***a
发帖数: 416 | 21 传统的mvc当然也可以做spi, 关键是不是省事
为啥web技术分类要看html是否被抽象掉？就算像extjs那样可以几乎一行html没有，也
得允许前端可改look and feel啊。还有，如果html,js,css都是自己写的，就不算RIA
了？ |
|
r*****s
发帖数: 985 | 22 就算是JS当front end的道，
也不是说MVC就Dead了，
这本身就是一种OO描述并解决问题的方法，
ExtJs4就把MVC放到前台去了。
RIA |
|
z*******3
发帖数: 13709 | 23 因为web实在是没什么可搞的
只是web的话，你用什么都无所谓
进展实在太过于缓慢，指望web进化到能够ria的地步
估计也是二三十年以后的事情了
你看过去十年，web进化了多少，还不是烂的一坨
ror市场才2.3%, django才.23%，等什么时候到23%再说不迟
php市场早就向50％进军了，各种免费的论坛模板到处都是
而且现在web退化成一个简单的render工具
那有什么技术含量，其他能做的，php迟早抄过去
web这个东西是最没啥技术含量的地方
搞点app都比web强
web只能说是skill set里面比较不重要的一个，谁都能搞，谁都会搞
所以不能光搞web，否则前景堪忧 |
|
s******e
发帖数: 493 | 24 Yes. you should be fine by either way.
But before you choose between them, you might want to ask yourself some
questions:
1. do you need to keep states on the server side? For example http session..
. Web service by nature is stateless. You can make it stateful, but that
will imply the extra works on both client and server sides. On the other
hand, servlet/jsp automatically support states via http session.
2. Do you need to do the whole page navigation a lot? Ajax was introduced to
update a html... 阅读全帖 |
|
a***o
发帖数: 3734 | 25 you need to change your mind set.
There will be no API, no dev tool dedicated to it.
There is only API and dev tool for to develop RIA/web app.
Desktop/Notebook/Netbook are going back to dummy terminal age.
There will be no app running outside Chrome and its plug-in. |
|
a***o
发帖数: 3734 | 26 In past 几十年, 瘦客户机 was not successful due to
1. network bandwidth
2. web app can not match look and feel of local app UI.
These two constrains are disappearing, thanks to 3G, fiber optics and
other broadband. Also thanks to ajax, gwt, flash, flex,etc.etc. RIA dev
tools. Web apps become more and more like local app. For example,
google doc and calender are catching up with MS office, UI wise.
Even games can run in a browser.
with regard to 限制用户, there is a big difference between dummy
terminals 40 |
|
r******y
发帖数: 3838 | 27 RIA/web app may meet the need for most business application, but still not
be that powerful
for some applications need more creative, such as games, design tools. |
|
S*********t
发帖数: 78 | 28 我用过flex,因为从来都对html js jsp 感觉繁琐的很，而且session处理，layout,美
工都比较麻烦，就学了flex,flex 可以WYSIWYG drag n drop components ，美工上简
单的页面完全可以自己做，节省了开发人员，开发思维方式上也不是旧有的html那种链
接驱动模式，比较接近程序员习惯的oo,event 驱动等，session方面当然方便多了，很
多东西都可以存到client端。感觉比较好的东西是 amf 和 remote object. 在flex 客
户端可以直接调用server端的方法，比如在客户端直接call userService.getUserAge(
"zhangsan"),就可以直接拿到数据来用了，还有一些东西比如server push,等。我做的
一个project 用的 flex+blazeds+spring+hibernate. 基本上把configure什么的都设
置好之后，时间都是用在business logic 上面的，不像用html js jsp的时候大部分时
间都花在front end上面。
浏览器兼容 |
|
N********n
发帖数: 8363 | 29
我坐惯了ASP.NET之后再去用RAILS, PHP之类也很不习惯这一点。居然要花很
多时间去生成HTML TAGS，在ASP.NET里面都是RENDER ENGINE自动做好了，不
用去操心。而且ENGINE生成出来的是同一规范，拿去做WEB PART也容易集成。 |
|
d***q
发帖数: 1119 | 30 if you live in Linux, you should keep an eye on Mono. It has a sub-project
called Moonlight which mimics Sliverlight. |
|
k***r
发帖数: 4260 | 31 Yes, thanks. I'm aware of that. I'm thinking of doing some research on
Silverlight 2 development to get an idea. I don't mind going back to M$. It'
s probably the easiest way to get the tools and everything. I think Mono and
Moonlight will need to play catchup for a while in terms of features and
performance but it's great that Linux is getting its port. |
|
k***r
发帖数: 4260 | 32 来自主题: Programming版 - 战国RIA 选择太多了，没有看出来哪个比别的更有前途，基本上各有千秋。
Javascript: YUI, ExtJS, etc.
Java generated html/js: GWT
Flash: Flash, Flex, AIR
SilverLight: 1.0, 2.0
加上其他数不清的支持或者生成AJAX JS的web framework。。。最近又有一个项目要变
成web-based，于是又一次在这里面打圈圈ing... |
|
g*****g
发帖数: 34805 | 33 来自主题: Programming版 - 战国RIA 总得来说公共网站，用js能实现不要用flash/sliverlight
不是每个人都愿意装插件的，flash年头长，相对还好一点。 |
|
k***r
发帖数: 4260 | 34 来自主题: Programming版 - 战国RIA 嗯。原则上同意。现在公共网站flash应该问题不大了。主要网站都有。
我的问题更多在与每个approach的特长和limitation。简单的大概都能做，怕就怕做到
一定程度发现有些东西做不了，想改也晚了 |
|
N********n
发帖数: 8363 | 35 来自主题: Programming版 - 战国RIA JS像以前的CORBA，真用IT做LOB APPS非吐血不可。PRODUCTIVITY差老鼻子了。 |
|
g*****g
发帖数: 34805 | 36 来自主题: Programming版 - 战国RIA Not neccesarily. With enough components ready now, you can use
java to compile to javascript. such as GWT |
|
N********n
发帖数: 8363 | 37 来自主题: Programming版 - 战国RIA That's lipstick, not a game changer. |
|
g*****g
发帖数: 34805 | 38 来自主题: Programming版 - 战国RIA Name one sl app more popular than gmail or gmap, both written by GWT. |
|
N********n
发帖数: 8363 | 39 来自主题: Programming版 - 战国RIA
Broadcast Olympics in GWT for me please. And regarding GMAP, SL enabled
virtual earth blows the pants off the sluggish GMAP in terms of user
crispy user experience. |
|
g*****g
发帖数: 34805 | 40 来自主题: Programming版 - 战国RIA JS can't do everything. But it's like C can do everything, it's not
used for everything. |
|
k***r
发帖数: 4260 | 41 来自主题: Programming版 - 战国RIA virtual earth is not available for downloading? |
|
h*******g
发帖数: 93 | 42 想和大家请教一下哦。我是一个猎头。现在有几个Flex developer的职位。请问这里有
没有作这方面的朋友呢？谢谢！
Sr. Flex Developer
-3+ years direct experience in Flex development
-strong at developing object-oriented software,UI in Flex
-experience of developing large Flex applications
-experience dealing with imaging based RIA
-The position can be either located in the Bay area or Phoenix.
-Compensation: 100K+
Contact Me for Details
Hui Shen/沈慧
Analog Solutions
865-244-7494 (C) |
|
N********n
发帖数: 8363 | 43
A bank site is, well a site, some boring pages generated by server side
programs and then sent to client browsers. There's no need of RIA here
then of course a boring HTML/JS page is good enough.
One of our projects is with a medical firm on a collaborative diagnosis
online app. A large-scale undertaking here with lots requirement of rich
interactions and heavey GUI usage. So what do you suggest, using AJAX?
Hohoho. When? After they finalize the HTML5 draft in 2012?
Who's late here? And that's ... 阅读全帖 |
|
g*****g
发帖数: 34805 | 44 I think we should get better understanding of AJAX world.
It's very difficult to build rich component using javascript,
but at the same time, it's possible. Thus there're vendors
providing this kind of components, and average developers
can build on top it, sometimes using zero lines of JS, this is
seen in frameworks like Vaadin. So you won't be able to build
any component at will, but if the existing lib can satisfy your
need, it's the better choice than other RIA alternatives.
This is somewhat... 阅读全帖 |
|
z***e
发帖数: 5393 | 45 拼什么人力？html/javascript就那个样子，msft又哪有多少人在搞html5了，不过是一
堆人设法把win32 api wrap到那个新接口去而已。
google从06年就开始折腾javascript的RIA，也没咋地。
javascript天生就是为了client页面设计的，以前如此，以后也是如此，功能可以增加
，但是大体不会变，就好像C++0x并没让C++变得可以打垮java干掉c#踩扁php... |
|
r*****3
发帖数: 143 | 46 中文名: ASP.NET 4.0 实战
原名: ASP.NET 4.0 in Practice
作者: Daniele Bochicchio
Stefano Mostarda
Marco De Sanctis
图书分类: 软件
资源格式: PDF
版本: 英文文字版/更新源代码
出版社: Manning
书号: 9781935182467
发行时间: 2011年
地区: 美国
语言: 英文
简介:
内容介绍：
ASP.NET is a massive framework that requires a large amount of know-how from
developers. Fortunately, this book distills over 100 practical ASP.NET
techniques from the experience of a team of MVPs, and puts them right at
your fingertips.
The techniques are tested and selected for their useful... 阅读全帖 |
|
g*****g
发帖数: 34805 | 47 LOL, what are you smoking? It must be good.
Google said JS has technical flaw that can't be fixed,
which I don't disagree. But that doesn't stop people from
using it. It's not like you'll hit such problem in every
project. It's just like Java has GC, and GC increase latency,
that's not gonna be fixed, and make Java inappropriate for certain
projects. But it'd be absurd to think people would stop using
Java for that reason.
There are 95%+ websites dominated by html/javascript, not
Flash/SL/Java ... 阅读全帖 |
|
