首页 新闻 论坛 群组 Blog 文档 下载 读书 Tag 网摘 搜索 开源 FAQ 第二书店 博文视点 程序员
频道: 研发 数据库 中间件 信息化 视频 .NET Java 游戏 移动 服务: 人才 外包 培训
    图书品种:235680
       
热门搜索: ASP.NET Ajax Spring Hibernate Java

200255,星期日

为什么开发人员要针对给定任务选取某种编程语言,而不去选择其他的语言?

当项目需要抢速度时,我往往选用原始的C语言进行开发。

如果开发要求运行在Windows上的、版本尽可能小的程序时,一般选用带有静态连接MFCC++语言进行编程。

假如需要开发在MacWindowsLinux等操作系统上运行的图形化界面(GUI)程序时,Java语言就成为通常的选择。这样得到的GUI虽然算不上最好,但是它能够工作。

对于需要快速开发出来的GUI和确实显得自然的UI来说,可以选用Visual Basic作为程序设计语言,但这样做,要清楚地认识到分发大尺寸的程序所付出的代价,以及要受制于Windows的事实。

假使需要开发运行在任何UNIX机器上而速度不必很快的命令行程序,那么用Perl语言进行开发是一个不错的选择。

若程序必须在浏览器内运行,那么JavaScript就变成惟一选择。在SQL存储过程中,通常需要选取某提供商所专有的SQL派生功能,或者说,干脆回家走人。

关键点是什么?

不过,我几乎从来都不会基于语法而选取某种语言。是的,我比较偏爱提供了{};要素的那些语言(C/C++/C#/Java)。并且,在关于什么是“好的”语法方面,我是有些看法的。但是,我不会认可仅仅因为要使用分号的缘故而增加一个20MB大小的运行库的做法。

是什么使我对.NET的跨语言策略感到有点惊讶的呢?是这样一种理念:可以选用任何语言进行软件开发,语言的种类可以是亿万,并且它们的工作方式都相同。

VB.NETC#.NET除了语法上的细微差异之外,实际上是一样的。其他语言要想成为.NET世界的一部分,就得至少需要支持一个核心功能和类型集,否则它们将不能与其他语言很好地链接。问题是,如何开发.NET中的UNIX命令行应用程序?如何在.NET中开发小于16 KBWindows微程序呢?

看起来,在.NET中选择语言,我们似乎就不得不要关注一下语法了。

查看所有评论(0)条】

最近评论



正在载入评论列表...
热点评论