本文发表在 rolia.net 枫下论坛.NET Framework发布有一年了,Visual Studio .NET正式发布也快半年了。Job市场上这一块依然平静,搜索一下几
个找工作的网站,看到的职位曲指可数,而且很多都是把这一项做为一个Nice to have。
那.NET究竟会怎样呢?
我们先从.NET的核心,XML Web Service说起。在XML Web Service中,XML可以使系统间的数据交换变得
容易,并可能实现智能化。也就是说,以后在网上可以搜索数据,就象现在在Yahoo上可以搜索页面一样。现在
有很多公司提供在线服务,比如网上提供机票价格等。用户可以输入关键词找出某次航班的价格。这样的问题在
于,这样的在线服务很不容易集成到客户的现有系统中,旅游公司的服务人员必须一家一家网站去搜索,然后用
笔记下来结果。如果是XML的结果,就很容易集成到客户的系统中来,旅游公司服务人员可以在他自己工作使用
的软件中直接看到各家的结果,并完成订票。
这样的系统就要求所有在线服务提供商都使用XML Web Service提供服务。这样的系统的特点是,一两家XML
Web Service没有大的意义,就像电子邮件很方便,但你周围的朋友都不用电子邮件,它的意义就不大。只有大家
都用了,电子邮件才真正的方便。
这也就是为什么目前大家都没有对XML Web Service表现出足够的热情。要使XML Web service成为无处不在的东
西,首先就是要得到各大公司的支持,特别是Java世界的支持。现在的服务器端的软件主要还是Java的天下,这
个格局只会越来越明显。XML Web Service是一个很简单的东西,简单到让人觉得简陋。 Java现有应用程序很容
易扩展到提供XML Web Service服务. 但现在Java上还没有出来这方面的快速开发工具,这使Java这方面的开发慢
了一些(也许Java guy觉得XML Web Service根本不重要)。
现实世界不需要先进的技术,只需要实用。当年办公室PC的普及主要是因为它能替代打字机。XML Web
Service可以使应用程序之间的结合变得容易,并且有足够的安全性,这是现实世界所渴求的。但XML Web
Service还是一个新东西,大家在拿到它的时侯还象拿到一件新奇的玩具,现在还没完全搞明白如何来玩它。但它
仍然在积蓄着能量,某一天它的生命力会突然显现出来。值得IT guy期待的是,为了适应XML Web Service,很多
现在的应用程序都需要扩充或重写,到时侯大家又可以没事偷着乐了。
然后谈一下.NET开发方面的感受
使用c#的第一感觉是,它象Java。我很喜欢Java,C# 给人的感觉也很好。在写没有用户界面的组件的时侯,它的
开发感觉和Java类似,区别还是明显的。在错误处理方面,两种语言都使用try catch这种结构,但在程序结构上是
不一样的。Java中,只要有掷出的exception就要捕获;在c# 中,这是不需要也是不好的。很多c#组件根本看不到
一个try--catch,虽然其中掷出了很多的exception。在用户界面应用程序中,可以给主线程注册一个错误处理方法
,这样所有错误处理都会被送到这里。这使c#写出的程序看起来很舒服,似乎根本不用处理错误,但所有错误都
得到了处理。在稳定性方面,c#写出来的程序非常好,如果没有Unmanaged code,应该跟Java差不多。
第二是.NET runtime的类库超大,什么想得到的方法都可以在里面找到,用起来很方便,只是需要一个熟悉的过程
。
在windows application开发方面,用c#的感觉最像的应该是Delphi,界面设计事件等都类似。可惜我没用过Delphi
,给我的感觉就是很像VB,开发速度甚至快过VB。
在运行速度方便,c#写出的managed code Windwos应用程序和以前VB写出的程序差不多,但在第一次启动时编
译会花费一些时间。在服务器组件方面,因为采用了很多优化,.NET组件运行速度很快,在重负荷情况下远快过
VB写的com+组件。
.NET还是会被局限在MS范围内,一些小公司可能会很快转向采用.NET,可能用它来开发新的XML Web Service,
更可能替代上一版本的VS来开发网站(.ASPX)或windows 应用程序。感觉上觉得它会完全取代上一版本的VS,
并且c#在windows平台上占据统治地位,就像unix上的Java;VC会像Unix上的c/c++一样,长期存在于一定的应用
范围内。更多精彩文章及讨论,请光临枫下论坛 rolia.net
个找工作的网站,看到的职位曲指可数,而且很多都是把这一项做为一个Nice to have。
那.NET究竟会怎样呢?
我们先从.NET的核心,XML Web Service说起。在XML Web Service中,XML可以使系统间的数据交换变得
容易,并可能实现智能化。也就是说,以后在网上可以搜索数据,就象现在在Yahoo上可以搜索页面一样。现在
有很多公司提供在线服务,比如网上提供机票价格等。用户可以输入关键词找出某次航班的价格。这样的问题在
于,这样的在线服务很不容易集成到客户的现有系统中,旅游公司的服务人员必须一家一家网站去搜索,然后用
笔记下来结果。如果是XML的结果,就很容易集成到客户的系统中来,旅游公司服务人员可以在他自己工作使用
的软件中直接看到各家的结果,并完成订票。
这样的系统就要求所有在线服务提供商都使用XML Web Service提供服务。这样的系统的特点是,一两家XML
Web Service没有大的意义,就像电子邮件很方便,但你周围的朋友都不用电子邮件,它的意义就不大。只有大家
都用了,电子邮件才真正的方便。
这也就是为什么目前大家都没有对XML Web Service表现出足够的热情。要使XML Web service成为无处不在的东
西,首先就是要得到各大公司的支持,特别是Java世界的支持。现在的服务器端的软件主要还是Java的天下,这
个格局只会越来越明显。XML Web Service是一个很简单的东西,简单到让人觉得简陋。 Java现有应用程序很容
易扩展到提供XML Web Service服务. 但现在Java上还没有出来这方面的快速开发工具,这使Java这方面的开发慢
了一些(也许Java guy觉得XML Web Service根本不重要)。
现实世界不需要先进的技术,只需要实用。当年办公室PC的普及主要是因为它能替代打字机。XML Web
Service可以使应用程序之间的结合变得容易,并且有足够的安全性,这是现实世界所渴求的。但XML Web
Service还是一个新东西,大家在拿到它的时侯还象拿到一件新奇的玩具,现在还没完全搞明白如何来玩它。但它
仍然在积蓄着能量,某一天它的生命力会突然显现出来。值得IT guy期待的是,为了适应XML Web Service,很多
现在的应用程序都需要扩充或重写,到时侯大家又可以没事偷着乐了。
然后谈一下.NET开发方面的感受
使用c#的第一感觉是,它象Java。我很喜欢Java,C# 给人的感觉也很好。在写没有用户界面的组件的时侯,它的
开发感觉和Java类似,区别还是明显的。在错误处理方面,两种语言都使用try catch这种结构,但在程序结构上是
不一样的。Java中,只要有掷出的exception就要捕获;在c# 中,这是不需要也是不好的。很多c#组件根本看不到
一个try--catch,虽然其中掷出了很多的exception。在用户界面应用程序中,可以给主线程注册一个错误处理方法
,这样所有错误处理都会被送到这里。这使c#写出的程序看起来很舒服,似乎根本不用处理错误,但所有错误都
得到了处理。在稳定性方面,c#写出来的程序非常好,如果没有Unmanaged code,应该跟Java差不多。
第二是.NET runtime的类库超大,什么想得到的方法都可以在里面找到,用起来很方便,只是需要一个熟悉的过程
。
在windows application开发方面,用c#的感觉最像的应该是Delphi,界面设计事件等都类似。可惜我没用过Delphi
,给我的感觉就是很像VB,开发速度甚至快过VB。
在运行速度方便,c#写出的managed code Windwos应用程序和以前VB写出的程序差不多,但在第一次启动时编
译会花费一些时间。在服务器组件方面,因为采用了很多优化,.NET组件运行速度很快,在重负荷情况下远快过
VB写的com+组件。
.NET还是会被局限在MS范围内,一些小公司可能会很快转向采用.NET,可能用它来开发新的XML Web Service,
更可能替代上一版本的VS来开发网站(.ASPX)或windows 应用程序。感觉上觉得它会完全取代上一版本的VS,
并且c#在windows平台上占据统治地位,就像unix上的Java;VC会像Unix上的c/c++一样,长期存在于一定的应用
范围内。更多精彩文章及讨论,请光临枫下论坛 rolia.net