现在做程序主要用哪些软件(用电脑做程序用什么软件)

去年最受欢迎的语言和往年一样，没有变化，仍然是：Java、C、C、PHP、Basic。前几名的语言要在短短的一两年有变动，是不太可能的。这五个语言哪个不是占据Top5的位置五或十年以上？估计2009年仍然是这样的局面，由这几个语言独占鳌头。

但C#已经在快步进逼BASIC，可能再过两年就可以进入前五名。C#上升，BASIC下降，某种程度上反映出微软的VB程序员正转换到C#语言。C#正在逐渐累积和Java抗衡的能量。

在2009年，最值得重视的编程语言好消息，应该就是C了。C0x的x最终被设定为9，将于2009年推出这个标准。经过十年的经验累积，许多C既有的缺点都将在这个标准中获得改善，值得我们期待。

得益于Google的强力背书下，Python这几年小有斩获，现在已经变成通用型脚本语言的第一选择，Python兴起，导致Perl风华难再，两者消长的态势相当明显。而且在2008年末，大家期待已久的Python30也终于推出了。

现今，我们生活在Web的时代，Web后端或许百家争鸣（Java、PHP、NET、），但Web前端还是JavaScript一枝独秀。尽管JavaScript语言存在许多为人所诟病的地方，但JavaScript的重要性仍会持续上升。

对Delphi来说，我承认我过去看走了眼，认为它会持续触底，但2008年显然是Delphi重新被群众拥抱的一年。Delphi曾经拥有许多高手级的使用者，甚至对VisualBasic造成威胁，但是过去这几年在Java和NET的出现之后，以及Web应用席卷全球后，Delphi明显地被边缘化了。外患加上内忧（Borland公司内部的变动），使得Delphi的形势相当不佳，连原文书都找不到几本。在Borland将开发工具部门切割出CodeGear，接着CodeGear又被Embarcadero买下之后，Delphi好像又渐渐有起色了，但说它拨云见日还太早。

如果说Delphi触底反d，那么遭遇完全相反的就是Ruby了，近期Ruby的招聘大幅降低。对于一个窜升太快的语言，需求稍微有跌落，是正常现象。Ruby长期应该仍会是缓慢上升的格局。

今年是Lua丰收的一年，能见度大增，除了用在游戏软件开发之外，也陆续被一些重要的商业软件商所采用（例如Adobe公司）。我看好Lua，因为在嵌入式语言领域，还没有其他语言可以与之匹敌。

说到Adobe，今年推出AIR之后，好像市场的热度还没起来，所以Adobe的官方语言依然载浮载沉。我希望它能在2009年有更好的表现。

Erlang在2008年的表现不错，持续缓慢上升。Java平台上的两个语言Groovy与Scala也开始受到关注。这些新语言某些程度也相对地呼应了函数式编程（functionalprogramming）与动态语言崛起的现实状况。

根据Net在2009年1月的数据显示，Apple计算机的市场占有率已经达到963%，而且iPhone在过去这一年半的销售数字更是相当抢眼。受其影响，开发MacOS应用软件的官方语言Objective-C也大有斩获，越来越受到重视。要不是Apple的笔记本太贵我买不起，否则我早就开始学Objective-C了。

我注意到过去一年有一个奇怪的语言忽然冒出头，叫做Alice。Alice是一个3D动画的制作环境，适合用来辅助说故事。这个语言之所以叫做Alice，该不会是和“Alice'sAdventuresinWonderland（爱丽斯梦游仙境）”的故事有关？

容我在此有一点私心介绍一下REBOL语言。根据目前的开发进度来看，2009年将会是REBOL30发布的一年。我希望大家多多关注这个语言。你可以到我的REBOLOGY博客（blogspot）上看看它的动态。

分析完重点语言之后，就整体来看，我们会发现动态语言和函数式语言越来越受欢迎。我自己就是从C、C到Java、C#，再到Erlang、REBOL，我使用的语言越来越动态、越来越偏函数式编程。

动态语言受欢迎

由于动态语言越来越受欢迎，NET和Java都注意到这样的现象，试图让动态语言可以更容易地整合到自己的平台上。Java阵营的DaVinciMachine，微软的DLR（DynamicLanguageRunti-me）都是这种趋势下的产物。我们可以预期在不久的未来，动态语言会更加蓬勃发展。

动态语言势力之广，可能远远超出你的想象，下面列出常见的动态语言：D、JavaScript、、Erlang、Groovy、Lisp、Lua、Objective-C、Perl、PHP、Python、Ruby、Scala、Smalltalk、Tcl、VBScript。

究竟动态语言有什么样的魅力？因为动态语言可以用更简单的方式，做到静态语言很难做到的事。我很难用三言两语介绍动态语言的特点，而且动态语言的定义也似乎见仁见智，值得写一篇专文好好地介绍。

函数式语言崭露头角

除了动态语言，函数式语言也是一种趋势，连微软都推出了F#。去年年中我在台湾微软讲过两场F#的讲座，听众不少，显示大家对这类编程技术相当好奇。

函数编程（FP）长期以来没有出现在主流的商业软件世界，真正让FP无法被接受的原因可能是“执行效率”。传统上，函数式编程语言的效率确实比命令式（imperative）编程语言来得差，这在商业系统上是不能忍受的。但是这个原因却有了变化。今天，我们有了新的衡量标准：“简单”、“快速开发”比其他因素都更重要，因为现在软件的复杂度已经到了我们无法忍受的地步，而IT产业的竞争也比以往激烈许多。

想要“简单”、“快速开发”，就要用比较高阶的抽象，因此函数式编程比命令式编程更适合现在的开发环境。这些年来硬件的进步，使得函数式编程的效率不再是大问题；甚至由于编译技术的进步，函数式编程语言的执行速度，现在也已经不再是吴下阿蒙。

近年来硬件的发展，使得局势似乎180度反转成为对FP有利的局面：多CPU、多核心、超线程（HyperThreading）的硬件架构普及，以及分布式运算的流行，这根本就是专为滋养FP繁殖而打造的环境。

但是，大多数的程序员想从OO或者procere式的编程方式，转到FP，难度是不小的。

语言联合国

当一个系统比较大的时候，使用混合语言编程是很常见的，因为：

每个语言都有适合使用的时机，一个大系统可以分成多个次系统或模块，每个次系统都有不同的特质，适合采用不同的语言。

大系统开发时，开发者的人数变多。每个人倾向于使用自己熟悉的语言和工具。

以我自己的例子来说，基于上面的考虑，我规划的系统，同时使用C、C#、REBOL、Lua，未来可能还会加入Erlang。我们用C进行系统编程（处理低阶的，和 *** 作系统相关的部分），使用C#写跨平台的服务器（未来考虑用Erlang取代），使用REBOL写解析器和编译器，使用Lua作内部脚本语言。每个语言各适其所。

使用混合语言的开发方式，另一个好处是程序员擅长什么就用什么。学习一个语言到精通的地步，需要很长的时间。我们无法要求自己团队的程序员都能使用某个我所熟悉的语言，可以退而求其次，让他们用自己最熟悉的语言，只要开发出来的东西符合我们规定即可。

使用混合式语言开发，只要模块切割得当，接口定义清楚，架构设计正确，那么绝对是可行的。这是我的经验之谈。

但是也请注意，混合多语言可能会导致维护难度的提高。当开发某模块的人离职，且当初他所使用的语言没有其它人会，这个时候麻烦就来了。

混合多种语言开发系统，有可能要面对语言之间的阻抗（impedance）问题，就好像不同国家之间会有不同的文化隔阂一样。好的系统设计应该要考虑到这一点，减少模块之间的接触点，设法让语言之间的阻抗降到最低。

我的建议

如果你想培养一个全能的联合国梦幻开发团队，我的建议是要集合下面的语言人才：

C：进行系统开发

C：进行COM与传统的微软技术开发

C#：进行现代的微软技术开发

PHP：进行Web后端开发

JavaScript：进行Web前端开发

Objective-C：进行Mac或iPh-one开发

Java：毕竟许多地方还是会用到Java

Python：进行脚本开发

百度智能小程序的注册、开发及流量获取等均为免费服务，仅在真实性认证时会存在核验费用，但目前百度为发展智能小程序业务，特别针对当前小程序开发者的核验费用推出优惠通道，您可以开通优惠通道豁免核验费用，但60天内至少需完成一个小程序的发布，否则系统会巡检删除您的优惠豁免记录。该权益记录一旦巡检删除您将不再拥有本通道权益，届时必须完成缴费才可以通过认证。开发百度小程序的费用，要看你的需求和开发方式

下面，专业开发小程序的壹来客给您详细分析

第一种，套模板，几千元。例如市场上的一键生成，按年租用一个小程序， *** 作简单，方便，能够快速上线。但是，小程序是租的，会受到比较大的限制

第二种，购买源码，1-2万元。方便，能够快速上线；最重要的就是你永久拥有了自己的小程序，不会受到任何束缚和限制，比较提倡这一种。

第三种，定制开发，1-10几万，按照需求定制，价格比较高，但独一无二，对运营有一定好处。百度小程序的开发不是一朝一夕的事情，根据需求的难易程度，开发周期在1~3个月，这个周期不包括添加新功能。目前微信官方每周基本上都会给小程序开放新功能，商家临时需要调整需求是大概率时间，这也就意味着开发的周期将会无限延长。我们不考虑添加新功能，不考虑UI设计，完全模仿别人成功的小程序界面，仅以正常开发为例，开发一个百度小程序的初期成本大概在2~6万。

百度小程序是不是开发好了就一劳永逸了呢显然不是!

对于一个互联网产品，正常的运营维护少不了，功能更新少不了。也就是说前面我们花20000月薪聘请的开发人员，我们需要一直养着，每个月固定支出20000块。所以说商家自己开发小程序，一年240000的成本是少不了的。

百度小程序上线后，还需要后期升级维护，这个成本也会有一点。

在选择技术服务商的时候，商家需要注意两点，谨防上当受骗，得不偿失。

第一点，凡是打着腾讯官方旗号，打电话或者邀请商家参加什么大会的，基本上都是骗子。腾讯官方目前唯一的线下活动就是微信公开课，而且都是通过微信公开课的官方微信公众号直接在线免费报名。公开课的内容也是普及知识而非销售产品。

第二点，凡是强调他们卖的小程序是永久版本的，也基本上都是骗子。微信官方目前每周都在对小程序的功能进行更新，永久版意味着什么意味着这就是一锤子买卖，现在买回去是什么样，十年后还是什么样(如果十年后你买的这个小程序还存在的话)，微信更新任何功能，跟你都不再有关系。

骗局无处不在，商家要小心谨慎

商家希望快速拥有自己小程序，赶上这波风口的心情微趋道完全可以理解，不过我们要理智选择开发方式，冷静选择正确的技术服务商，谨防上当受骗，钱被骗了还能赚，被骗了钱还浪费了时间在一个完全没有用处的产品上，从而错过了可能让自己生意发生质变的风口，这就很严重了。在普通平台上注册公司会有很多即将面临的问题，比如：材料交接的问题，和谁交接，平台中具体承办人是谁。出了问题能不能找到人。

还有就是后期的财务报税问题，平台给不给于这类服务。如果不给，又需要重新找财务代账。

所以，建议来我们代理公司注册，不收费用。而且后期财务代理记账都是提供的。这个跟选择的开发方式，还有要实现的功能有关；

首先开发方式，一种是定制开发，不过这种开发价格较高，几万甚至十几万不等，还有就是开发周期较长；另外一种就是第三方平台开发，这种开发价格较低，根据功能几千就可以开发好，主要的是开发周期短，一个星期左右就可以上线运营。

所以，可以根据自身情况选择开发方式进行开发。自己做太贵了，现在有赞的商家，可以通有赞的后台免费申请百度小程序的哈，多个平台的小程序，还是挺好的。

使用互斥对象让程序只运行一次

“怎么让我的程序在运行时不能重复打开？”经常在论坛上看到有朋友问这方面的问题。本文将比较详细的说明这一问题，并给出一个较为完善的解决方案。

尽管这已经不是一个新问题了，但这里还是简要的说明一下这种技术：这的确是一个相当有用的技术，可能你经常会注意到相当多的程序在运行之后当你再次点击运行时，它只是会回到原来的窗口，而不会运行两个程序。就如同你在运行delphi时，在外部点开另一个工程文件时，delphi只是会简单的将你的当前工程置换而不是运行两个delphi。这样的好处是显而易见的：你不必担心你的程序在某些情况下被别的软件恶意运行多次而吃光内存造成当机。下面我们做进一部的说明：

熟悉win32编程的朋友（特别是多线程编程），相信对互斥对象已经相当熟悉了，它常被用做线程间同步的技术手段。这里我们使用它来防止程序重复运行。我们只是简要的提一下互斥对象，并不做深入研究：互斥对象把第一次建立它的程序作为主程序，这样我们只用检测互斥对象是否已经有主程序就判断程序是否已经运行过，这里需要涉及到一个api函数：WaitForSingleObject该函数的第一个参数为用以检测的互斥对象，第2个参数的表示函数返回结果前的滞留时间，如果改函数返回wait_TimeOut就表明互斥对象已经有了一个主程序。修改了的工程文件代码如下：（注意：以下的代码都出现在工程文件中，而不是单元文件中，并且这里都在最简单的delphi默认建立的工程基础上修改）

var

myMutex:HWND;

begin

myMutex:=CreateMutex(nil,false,'hkOneCopy');// CreateMutex建立互斥对象，并且给互斥对象起一个唯一的名字。

if WaitForSingleObject(myMutex,0)<>wait_TimeOut then//程序没有被运行过

begin

ApplicationInitialize;

ApplicationCreateForm(TForm1, Form1);

ApplicationRun;

End;

End;

下面的工作是来完善这个程序，我们不仅希望程序可以不被重复运行，而且我们也希望当用户再次点击程序可执行文件时，已经运行的程序能够做出一些响应。在这里我们希望它能够变为最上层的活动窗口以提醒用户程序已经被运行。为了达到这个目的，我们必须先获得已经运行程序的窗口句柄，以便使用SetForeGroundWindow(handle)来使程序窗口最前并激活。为了得到这个句柄，我们必须使用windows枚举函数EnumWindows来遍历windows的窗口列表，该函数可以使用一个回调函数作为参数，并用这个回调函数来对每一个系统中的窗口进行调用直到最后一个窗口或回调函数返回false为止，这个回调函数规定有两个参数（handle,Cardinal，只用注意第一个handle参数它表示由枚举函数当前遍历到的窗口句柄）。我们只要编写这个函数并在其中不断的比较当前遍历到的窗口类名和我们的程序的主窗口类名，以及比较窗口可执行文件的名称和我们程序的名称直到找到相同的为止，将这时的窗口句柄保存下来就可以了，下面的代码加上了适当的注释：

function EnumWndProc(hwnd:Thandle;param:Cardinal):bool;stdcall;

//由于用于api回调函数，请使用windows传统的参数传递方式stdcall

var

ClassName,WinMoudleName:string;

WinInstance:THandle;

begin

result:=true;

SetLength(ClassName,100);

GetClassName(hwnd,pchar(ClassName),length(ClassName));//获得当前遍历窗口的类名

ClassName:=pchar(ClassName);//在字符串后加结束符，确定字符串结束

if ClassName=TForm1ClassName then//比较

begin

WinInstance:=GetWindowLong(hwnd,GWL_HINSTANCE);//获得当前遍历窗口的实例

setlength(WinMoudleName,100);

GetModuleFileName(WinInstance,pchar(WinMoudleName),length(WinMoudleName));

//获得当前遍历窗口的程序文件名

WinMoudleName:=pchar(WinMoudleName);

if WinMoudleName=MoudleName then//MoudleName为工程全局变量，自身程序的文件名

begin

FindHid:=hwnd;//FindHid为工程全局变量保存找到的句炳

result:=false;//找到以后就结束遍历

end;

end;

end;

下面是全部的工程文件：

var

hMutex,FindHid:HWND;

MoudleName:string;

begin

hMutex:=CreateMutex(nil,false,'hkOneCopy');

if WaitForSingleObject(hMutex,0)<>wait_TimeOut then

begin

……//略去的代码在前文

end

else

begin

SetLength(MoudleName,100);

GetModuleFileName(HInstance,pchar(MoudleName),length(MoudleName));

//获得自己程序文件名

MoudleName:=pchar(MoudleName);

EnumWindows(@EnumWndProc,0);//调用枚举函数

if FindHid<>0 then

SetForegroundWindow(FindHid);

end;

end

以上就是关于现在做程序主要用哪些软件(用电脑做程序用什么软件)全部的内容，包括:现在做程序主要用哪些软件(用电脑做程序用什么软件)、企业网站建设方案及企业网站建设价格、delphicef4多开等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！