VC/.NET,SQL SERVER 2000/2005的选择
2007-02-25 23:52
387 查看
问:请问我是学vc++6.0好,还是.net 好?有什么不同?谢谢
还有sql server2000还是sql server 2005呢?
答:要结合这两种语言/平台的特点和自己的专业兴趣,以及技术的发展趋势来选择。
首先,就目前来说,VC6是开发运行在Windows2000和Windwos XP平台上的底层软件或通用软件的首选语言,相对之下这些软件都要求较高的效率和较小的内存开销。例如显卡驱动、WPS、记事本、IE等等。
而.Net则是用于企业应用开发的,相比vc6开发的程序,.Net开发的程序要求更快的开发效率、更好的适应业务变化的需要,而性能和效率则是其次。例如企业网站、财务管理软件等。
因此,如果你倾向于管理信息系统的开发,.Net比VC好。反之如果你很喜欢底层编程,则学VC更好一些。
第二,有人说“先学C++,搞明白OOP,然后可以很轻松转到.NET”是错误的。如果说面向对象,.Net是100%面向对象的,而C++则是不伦不类的,因此直接学.Net更好。事实上,.Net要不VC容易的多。原因很简单,.Net非常强调快速开发,以适应企业应用的需要。事实上,无论是.Net语言——#、VB.Net语言,还是.net开发工具,还是.Net类库,要比VC和VC的类库MFC好用的多。
第三,在下一代Windows操作系统Vista中,.Net将成为基础环境,取代现在的VC6地位。可以说“是.NET的天下”。而Windows 2000时代的VC6的辉煌将成为历史。
至于SQL Server的问题,最好学2005版本的,但是2005版的教材比较少,而2000版的则有很多经典的。如果你是初学者,肯定将从基本的sql语句、T-SQL语言和基本的工具学起,这些在2005版中并无根本性的大变化。因此,学2000版的就最好的了,因为有很多教材的。
当然,如果你有较好的条件,直接学2005版的更好。事实上,数据库这东西根本的还是sql语句和sql扩展语言的编程是最核心的,学好2000版的,你就很轻易而举的转到2005版或者任何其他数据库的。
相关文章推荐
- 将ASP.NET 2.0应用程序服务配置为使用SQL Server 2000或2005
- 使用Asp.net 连接 SQL Server 2000 或 SQL Server 2005
- ASP.NET 2.0 应用程序服务配置为使用 SQL Server 2000 或 SQL Server 2005
- 将 ASP.NET 2.0 应用程序服务配置为使用 SQL Server 2000 或 SQL Server 2005
- 将 ASP.NET 2.0 应用程序服务配置为使用 SQL Server 2000 或 SQL Server 2005
- 将 ASP.NET 2.0 应用程序服务配置为使用 SQL Server 2000 或 SQL Server 2005
- 将 ASP.NET 2.0 应用程序服务配置为使用 SQL Server 2000 或 SQL Server 2005(转)
- VS.NET 2005连接SQL Server 2000的问题
- 在XP上安装SQL Server 2000、Visual studio .net 2003、Visual studio 2005、SQL Server 2005……
- 将 ASP.NET 2.0 应用程序服务配置为使用 SQL Server 2000 或 SQL Server 2005
- 将 ASP.NET 2.0 应用程序服务配置为使用 SQL Server 2000 或 SQL Server 2005
- 将 ASP.NET 2.0 应用程序服务配置为使用 SQL Server 2000 或 SQL Server 2005
- asp.net IIS “/”应用程序中的服务器错误 解决方案[sql server 2000和 sql server 2005共存, web.config]
- sql server 2000/2005 判断存储过程、触发器、视图是否存在并删除
- 实践证明,SQL Server 2000 + 2005 + 2008,完全可以共存,注意区别(转)
- 从SQL Server 2005迁移回SQL Server 2000时遇到错误602
- 深入探讨SQL Server 2000对XML的支持 选择自 cyz1980 的 Blog
- 监控 SQL Server (2005/2008) 的运行状况--来自微软TetchNet
- 也谈VC++.NET2005中DataGrid控件的键盘事件响应
- ASP.NET缓存依赖--SQL Server 2005与SQL Server 2008缓存依赖