如何判断一个功能是用脚本还是用C++来实现？

[baibaichen]

在实际编程中，我们需要自动化一些工作，比如，查找&替换某些字符串，假设在程序中有一个接口是这样的：
void Foo(char* p);

//.....一个地方
Foo("xxxxx);

//.....其它地方
Foo("xxxxx");

现在我更改了接口：
void Foo(TCHAR* p);//为了能支持多语言
现在我需要将所有：Foo("xxxxx") 改成 Foo(_T("xxxx")); 好像没有一个编辑器提供了这样的功能。除非使用脚本（如用perl）。

这是我能想到的应该用脚本来实同的功能，但是有时问题比较微妙。

这些天，我在工作遇到了这样的情况，我们需要二次开发一个产品的功能，该产品开发商提供了C++和脚本的接口（就是PERL了）。由于曾经有一个哥们用PERL开发了另一个类似的功能，也就是说，PERL可以达到我们的需求。

我也记得某位大虾说过，脚本这种胶水语言在某些场合非常有用，我不是很熟悉PERL，所以我很难判断在那些场景下该用脚本，那些场景下用C++来实现。

各位有何高见

[baibaichen]

事实上，我想问的是，我试用了几天PERL，我感觉，如果功能写得过于多的话，很难管理这些PERL文件。如果PERL的代码量过大，维护很难啊。因为一个公司精通PERL的人不会很多，毕竟不是以PERL为主要开发语言的公司。
C++有一些第三方工具帮你更快的理解代码，比如source insight

[xyzxyz1111]

我觉得这个没有可量化的标准吧，用C++或者用脚本语言也同使用者的水平有关，有的人用c++熟练，让他转成用脚本语言不一定很快。而不管什么语言写的程序，只要不是几行的那种，都需要费劲去理解，对于没有该种语言背景的人更是这样。
由于现在的组件服务技术比如com, corba, webservices...， 还有其他缝合技术，不同语言编写的程序能够共同协作的工作。每个人可以使用自己熟悉的语言，只要接口定义好。
当然这只是一种理想，目前还不能完全实现，因为
1：程序不可能是bugs free的，出现了bugs则需要调试，这样就存在对语言的依赖性.
2：这种方案太依赖于设计者的能力，尤其是面对快速的变化和无理性的需求。
所以，当面对语言的选择问题时：我认为的方案是：听老板的，老板没有要求时，选自己最适合的，如此。