Y yonsion Unregistered / Unconfirmed GUEST, unregistred user! 2006-08-10 #21 以后.Net freamwork 可以跨平台.这是一大优势
H hzjone Unregistered / Unconfirmed GUEST, unregistred user! 2006-08-10 #22 当然不能了。。。 只是NET在BS方面确定很优秀。。。并且使开发人员的开发速度变得很快。比如,以前写GETCOMPUTERNAME的时候,还在得到内存,,,而现在NET变成引用命名空间一下。。。 就调出来了。。。不过NET很多东西很死,例如,消息方面。。
当然不能了。。。 只是NET在BS方面确定很优秀。。。并且使开发人员的开发速度变得很快。比如,以前写GETCOMPUTERNAME的时候,还在得到内存,,,而现在NET变成引用命名空间一下。。。 就调出来了。。。不过NET很多东西很死,例如,消息方面。。
J Johnny_du Unregistered / Unconfirmed GUEST, unregistred user! 2006-08-10 #23 我觉得.Net没有什么好的,在Windows平台下快速开发还是Delphi好,要是网络方面的还是首选Java比较好。
Z zqw0117 Unregistered / Unconfirmed GUEST, unregistred user! 2006-08-10 #26 .NET就是新一代的Framework,当初只有API的时候,人们问过为什么要用MFC?为什么要用VCL,现在进入.NET后,人们同样在问,为什么要用.NET?
G GTornado Unregistered / Unconfirmed GUEST, unregistred user! 2006-08-10 #27 编程工具越做越高级,封装越来越全面。让开发程序的成本越来越廉价。 使得程序员的阶层划分越来越明显。 会用高级编程工具的普通程序员。 会用几种高级编程工具的中级程序员。 会用vc,delphi的高级程序员。 会用masm,懂内核原理,编程的精英程序员。 用多了高级编程工具你就对低层越来越不了解。产生核心错误时候你就没办法改变。只能等死。或者绕个超级大的圈子变通解决。
编程工具越做越高级,封装越来越全面。让开发程序的成本越来越廉价。 使得程序员的阶层划分越来越明显。 会用高级编程工具的普通程序员。 会用几种高级编程工具的中级程序员。 会用vc,delphi的高级程序员。 会用masm,懂内核原理,编程的精英程序员。 用多了高级编程工具你就对低层越来越不了解。产生核心错误时候你就没办法改变。只能等死。或者绕个超级大的圈子变通解决。
R Rainstorey Unregistered / Unconfirmed GUEST, unregistred user! 2006-08-10 #29 其实这是微软的阴谋,他让编程的门槛又大大的降低了一层使得一点点的毛头小子都称自己会编程。微软的做法是竖起一大块隔阂墙使得现在的coder只能通过暴露出来的接口来调用Native Win32 API,又封装了无数好用的类功人们使用。使得人们在编程之于根本就不知道在内部系统是这样处理的。你看看现在的程序员有几个会用SDK写程序的。知其然不知其所以然是没个所谓快速开发的Coder通病也直接导致行业整体素质的下降,当然包括薪水。微软这样就能使得依靠这些程序员紧紧地绑扎在他们的开发工具上。(因为这些Coder不知道除了M$还能自己来提供解决方案)。
其实这是微软的阴谋,他让编程的门槛又大大的降低了一层使得一点点的毛头小子都称自己会编程。微软的做法是竖起一大块隔阂墙使得现在的coder只能通过暴露出来的接口来调用Native Win32 API,又封装了无数好用的类功人们使用。使得人们在编程之于根本就不知道在内部系统是这样处理的。你看看现在的程序员有几个会用SDK写程序的。知其然不知其所以然是没个所谓快速开发的Coder通病也直接导致行业整体素质的下降,当然包括薪水。微软这样就能使得依靠这些程序员紧紧地绑扎在他们的开发工具上。(因为这些Coder不知道除了M$还能自己来提供解决方案)。
M muhx Unregistered / Unconfirmed GUEST, unregistred user! 2006-08-10 #30 Windows刚出现的时候,很多人也还守着DOS 我非常同意GTornado的话
H hzrforever Unregistered / Unconfirmed GUEST, unregistred user! 2006-08-11 #31 其实这是微软的阴谋,他让编程的门槛又大大的降低了一层使得一点点的毛头小子都称自己会编程。微软的做法是竖起一大块隔阂墙使得现在的coder只能通过暴露出来的接口来调用Native Win32 API,又封装了无数好用的类功人们使用。使得人们在编程之于根本就不知道在内部系统是这样处理的。你看看现在的程序员有几个会用SDK写程序的。知其然不知其所以然是没个所谓快速开发的Coder通病也直接导致行业整体素质的下降,当然包括薪水。微软这样就能使得依靠这些程序员紧紧地绑扎在他们的开发工具上。(因为这些Coder不知道除了M$还能自己来提供解决方案)。很有见解,我同意
其实这是微软的阴谋,他让编程的门槛又大大的降低了一层使得一点点的毛头小子都称自己会编程。微软的做法是竖起一大块隔阂墙使得现在的coder只能通过暴露出来的接口来调用Native Win32 API,又封装了无数好用的类功人们使用。使得人们在编程之于根本就不知道在内部系统是这样处理的。你看看现在的程序员有几个会用SDK写程序的。知其然不知其所以然是没个所谓快速开发的Coder通病也直接导致行业整体素质的下降,当然包括薪水。微软这样就能使得依靠这些程序员紧紧地绑扎在他们的开发工具上。(因为这些Coder不知道除了M$还能自己来提供解决方案)。很有见解,我同意
若 若水三千 Unregistered / Unconfirmed GUEST, unregistred user! 2006-08-18 #34 Windows 2003就已经带了.net 1.1了。 目前.net开发以web项目俱多,就算有winForm,也是为了配合这些web form而做的。 等windows更新换代吧。
青 青方 Unregistered / Unconfirmed GUEST, unregistred user! 2006-08-19 #35 现在还有人考虑写的软件要和DOS兼容吗?如果没有,那么在不远的将来,我们也不用考虑写的软件要不要和没有。net环境的系统兼容了。
Y yeskert1 Unregistered / Unconfirmed GUEST, unregistred user! 2006-08-20 #37 asp.net程序运行在服务器上,只要这台服务器有.netframework就行了,而且装一个实在不算麻烦事,所以,asp.net在现在也是很受欢迎的。 如果开发app,现在确实不是时候,即便是5年后.netframework普遍存在PC上,我个人认为恐怕还是原生的app更好些吧(听说.net程序的安全性要好的多)。 只是在windows下作开发的人(公司),唯微软马首是瞻,为将来准备吧! 再者,国内人(用户和软件公司)都比较热衷炒概念,比时髦,在这方面,比美国还新潮。人家微软提出.net了,出了那么多书,你不会、不用它,你就是落伍,就是技术不行!
asp.net程序运行在服务器上,只要这台服务器有.netframework就行了,而且装一个实在不算麻烦事,所以,asp.net在现在也是很受欢迎的。 如果开发app,现在确实不是时候,即便是5年后.netframework普遍存在PC上,我个人认为恐怕还是原生的app更好些吧(听说.net程序的安全性要好的多)。 只是在windows下作开发的人(公司),唯微软马首是瞻,为将来准备吧! 再者,国内人(用户和软件公司)都比较热衷炒概念,比时髦,在这方面,比美国还新潮。人家微软提出.net了,出了那么多书,你不会、不用它,你就是落伍,就是技术不行!
谢 谢方 Unregistered / Unconfirmed GUEST, unregistred user! 2006-08-20 #38 我学了几个月的.net,觉得很好,很不错。关键是理念上的东西,其实它继承了 java 和 delphi or vb 的很多优点,并加了许多自己的特色,让程序开发简单。建议大家可以体验一下 vs2005。
我学了几个月的.net,觉得很好,很不错。关键是理念上的东西,其实它继承了 java 和 delphi or vb 的很多优点,并加了许多自己的特色,让程序开发简单。建议大家可以体验一下 vs2005。