论坛首页 海阔天空论坛

整理一下技术路线

浏览 56408 次
精华帖 (0) :: 良好帖 (0) :: 灌水帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2005-06-29  
异常什么的我没有注意,但是动态loadClass是肯定没有了!你的程序当中所有可能需要引用到的类库必须事先静态编译进去,否则就会出错。所以我认为这东西价值不大,试想,别的不说,就是使用JDBC吧,那也是动态loadClass的,你就必须事先连你使用到的JDBC Driver一起编译进去。想想看,Java的类库中凡是使用接口方式的,通通都是运行期loadClass的,所以GCJ不会自动检测的,通通要你自己去编译,你需要先用GCJ把这些类库一个一个编译成为DLL,然后再编译你的应用的时候把DDL静态link进去。这是一个很恐怖的工作!为什么,例如你使用了XML,例如dom4j,你就得先去编译dom4j,但是编译dom4j,你就得先编译dom4j引用到的类库,例如apache common,依次类推,要累死掉的。

但是python就不一样,写一个简单的setup.py,run一下py2exe,一切依赖库,和python需要的运行库统统自动编译了,同样的事情,同样的虚拟机语言,不知道为什么python就这么容易实现了,Java就搞不成。
0 请登录后投票
   发表时间:2005-06-29  
robbin 写道
但是python就不一样,写一个简单的setup.py,run一下py2exe,一切依赖库,和python需要的运行库统统自动编译了,同样的事情,同样的虚拟机语言,不知道为什么python就这么容易实现了,Java就搞不成。

python的优势在于其内核是开放的,并且支持任何人作自己的扩展。这一点java是不可能的——不是技术上不可能,而是政治上不可能。
0 请登录后投票
   发表时间:2005-06-29  
大家准备用swt/swing写desktop程序么,否则是否本地编译有什么所谓亚。
neuhawk 写道
dotnet做的winform,可以做成不需要.net framework运行程序(有家公司做了这个工具)
金蝶服务端用j2ee,但客户端却用Cytrix (据说每个点要3000元,贵得可怕)。


两个感觉:
1。总是很多据说的工具满天飞,大家都在免费宣传,真到自己用时,很多是限制太多实际用不上的。(因为为一个idea做一个implement容易,要普适的,什么版本什么平台都支持的话,要考虑的太多,代码量太大,不是谁都做的来了)

2。金蝶?客户端都用cytrix? are you sure? 怎么我看的演示里就没有的呢,太以偏盖全了。

想起TSS上一句名言:are you just a blog reader?
针对整个风气有感而发,不针对个人,呵呵。
0 请登录后投票
   发表时间:2005-06-29  
引用
Java的类库中凡是使用接口方式的,通通都是运行期loadClass的,所以GCJ不会自动检测的,通通要你自己去编译,你需要先用GCJ把这些类库一个一个编译成为DLL,然后再编译你的应用的时候把DDL静态link进去。这是一个很恐怖的工作!

如果仅仅是这个问题的话,可以通过JET来解决.
0 请登录后投票
   发表时间:2005-06-29  
jet用起来挺麻烦的,非perfect模式下最后生成的一堆东西还是挺大的,而perfect模式还要先跑一遍,生成usage file,麻烦,而且我用perfect模式编译swt程序就没有成功过
0 请登录后投票
   发表时间:2005-06-29  
说一下自己的一些想法。
我觉得未来的IT服务行业,尤其在应用集成服务方面很有很大发展,各个大公司推的SOA也是基于此。类似于Portal、Bpel等等用于应用集成的技术将非常流行(我知道现在IBM把自己的产品都在往Portal上转,开发基于portal client的产品,当然其中也有商业的目的),以及最近刚刚开始研究的WSRP,我觉得都会很有前途。同时,现在有很多软件都在做UML和BPEL之间的转化工作。
当然,这些也都是基于java\xml或者MS的dotnet之上的东西。
想着想着,似乎回到了net computer时代了。
0 请登录后投票
   发表时间:2005-06-29  
calvin 写道
大家准备用swt/swing写desktop程序么,否则是否本地编译有什么所谓亚。
neuhawk 写道
dotnet做的winform,可以做成不需要.net framework运行程序(有家公司做了这个工具)
金蝶服务端用j2ee,但客户端却用Cytrix (据说每个点要3000元,贵得可怕)。


两个感觉:
1。总是很多据说的工具满天飞,大家都在免费宣传,真到自己用时,很多是限制太多实际用不上的。(因为为一个idea做一个implement容易,要普适的,什么版本什么平台都支持的话,要考虑的太多,代码量太大,不是谁都做的来了)

2。金蝶?客户端都用cytrix? are you sure? 怎么我看的演示里就没有的呢,太以偏盖全了。

想起TSS上一句名言:are you just a blog reader?
针对整个风气有感而发,不针对个人,呵呵。

呵呵,去年年底的时候,金蝶的省级的办事处(不懂叫什么了),演示了EIS,界面和操作跟k/3很象,或许它也可以不用客户端吧,但销售经理告诉我们要用。
0 请登录后投票
   发表时间:2005-06-29  
ozzzzzz 写道
robbin 写道
但是python就不一样,写一个简单的setup.py,run一下py2exe,一切依赖库,和python需要的运行库统统自动编译了,同样的事情,同样的虚拟机语言,不知道为什么python就这么容易实现了,Java就搞不成。

python的优势在于其内核是开放的,并且支持任何人作自己的扩展。这一点java是不可能的——不是技术上不可能,而是政治上不可能。


我倒是很希望Java可以再多一个强劲的竞争对手,这样Sun才有危机感,对Java的发展有好处。不过我觉得内核开放可能也不是什么好事,难免会出现意见相左的情况,其实我觉得这里面还是需要一个强势的领导,嗯,譬如Hibernate。对于Java是否会被python替代,我是持否定态度的,我觉得python的地位类似于perl+gtk或许更好一些。个人感觉,这种东西推广起来难度太大。没有一个(或多个)强势的公司来推广,要想完全推翻Java.Net联盟无异痴人说梦话。说Java.Net联盟多少有些不妥,但如果Java被python逼死了,那么靠Java吃饭的一大堆公司靠什么吃饭?难道靠开源嘛  重要的是类似体系机结构的.Net也没什么好日子过。开源的东西太猛了,商业公司靠什么来赚钱呢。不是小看开源的威力,Linux有今天的成就,离不开他的商业运作和某些大公司出于政治方面的要求在暗中协助
不可能期望开源的项目个个都象hibernate那样,何况hibernate不也被招安了。python没有Linux,firefox那种万众瞩目的"魅力",他们都带有改变微软独霸天下格局的政治目的,他们都有一个大名鼎鼎的“父亲”,有广泛的群众基础。呵。
0 请登录后投票
   发表时间:2005-06-30  
我也预测预测 5年内将发生的大事

1 xquery xmldb 逐步取代sql  rdb

2 js 取代  java 成为最常用的web开发语言(服务器端兼客户端) java提供类库和工具. xsl成为最重要的 最实用的语言之一.

3 传统的mvc框架逐渐被新的BWI框架取代(商业逻辑 web服务 交互)  新框架类似cocoon (xml in xml out)  具备更灵活的流程控制 (continue)  能更好的支持soap通信 xquery.  提供成熟的ajax方案.

4 svg xul  逐步 取代html flash在浏览器中的位置

5 linux系统 逐步占领 机顶盒 家电 pad  游戏机 收款机 服务器 终端设备市场. pc市场继续萎缩.

6 microsoft 一分为二.
0 请登录后投票
   发表时间:2005-06-30  
winterwolf 写道
我也预测预测 5年内将发生的大事

1 xquery xmldb 逐步取代sql  rdb

2 js 取代  java 成为最常用的web开发语言(服务器端兼客户端) java提供类库和工具. xsl成为最重要的 最实用的语言之一.

3 传统的mvc框架逐渐被新的BWI框架取代(商业逻辑 web服务 交互)  新框架类似cocoon (xml in xml out)  具备更灵活的流程控制 (continue)  能更好的支持soap通信 xquery.  提供成熟的ajax方案.

4 svg xul  逐步 取代html flash在浏览器中的位置

5 linux系统 逐步占领 机顶盒 家电 pad  游戏机 收款机 服务器 终端设备市场. pc市场继续萎缩.

6 microsoft 一分为二.


第六条看不出来有什么理由,可否详述一下原因呢?
0 请登录后投票
论坛首页 海阔天空版

跳转论坛:
Global site tag (gtag.js) - Google Analytics