再次,关于MQL的本地化 - 页 3

 

对于变态者,MQL5将通过


#define если if
#define класс class

 

好,好...这取决于开发商... 他们如何看待这个问题...本地化的成本是什么,本地化的好处是什么...

 
DDFedor >> :

无论你怎么看,本地化都会提高MQL等级...毫不含糊地...我甚至可以看到"...... "的标语。家庭主妇现在可以编写交易软件了......",但这是否值得呢......这就是问题所在...没有本地化,程序员就无法启动它......如果你不喜欢,你就永远无法摆脱它,也就不必深入到本地化模式中。

是的,对我来说,这似乎是最现实的 "反对"。不过,很多人并不打算用C语言做任何事情。

不会有任何本土化,绝对不会...这样做的后果太严重了...一个 "关于Codebase "的问题就已经使开发人员甚至不想考虑它了......

但由于机会的前景--我 "支持 "它!试想一下,不仅可以连接语言词典,而且还可以连接语言中的专业词典!这是很有可能的。

想象一下,一个写着 "一分钱一分货 "的程序,或者插着一本医学词典......

Vo!或者说是粗话。

===

不,我完全支持!

 
ForexTools >> :

也许这个例子会帮助你,我的意思是:想象一个电钻制造商。所有的人都知道,并使用其产品,并赞扬它。所有的孔钻 - 只有用它。而有砖的房子 - 一切都很好。但现在来的混凝土。师傅们现在被迫购买一个单独的锤子,拖着两个铁。你认为如果公司将提供一个钻头与锤子附件 - 这将是良好的工人和公司销售 ....

我问同样的事情--"做一个喷嘴。"那些不需要它的人--不会拖着它,但那些怀疑要买什么的人--他们会来找你,把钱带给你。为什么?因为你做了一些对那些不是你的客户来说很方便的事情。好了,基本知识 .....

我不认为这是一个好的例子。

打孔专家会携带一个普通的钻头和一个旋转锤钻头,因为冲击钻头

我认为这是一个不好的例子。 打孔专业人员携带普通钻头和锤子钻,因为锤子钻不是钻头(它很快就坏了),也不是锤子钻。

 
Svinozavr >> :

是的,这在我看来是最现实的 "反对"。

哦...请...:))))

我每天都要用VBA/VB#、C++/C#、SQL/MySQL、PHP、CMD、WSH、AU3等外来语言进行写作。有时这很烦人--你必须在 "如果 "后面写 "然后",然后你又不必写,然后......如果俄罗斯的语法出现,情况会有很大变化吗?

 
Urain >> :

打孔的专业人员会携带一台普通的钻孔机和打孔机,因为....

专业人士可能会这样做,但绝大多数普通用户,即偶尔在家里使用电钻的人,会更喜欢单体熨斗,只是为了少占空间。

 

本地化问题 "有一个巨大的优点...脂肪和诱人的...- PR-way,吸引新的人加入编程,他们以前从未做过,他们会发现更容易适应一种编程语言......也许不是现在,也许在大约-15年内,无论如何都会......但现在...- 大问题......如果它曾经是,还有另一个好处......成为第一...

 
ForexTools >> :

{...}你认为,如果一家公司提供带有穿孔喷嘴的钻头--对工人和公司的销售有好处吗....?{...}

这就对了...钻头在几秒钟内就能打出一个孔,而且没有压力。但用钻头...用钻头...墙后的啄木鸟花了半个小时。

DDFedor>>

{...}一个公关举措,让以前没有做过编程的新人进入编程,他们会发现更容易适应编程语言{...}。

用 "如果 "这个词代替 "如果 "不会让人感觉更好。
ForexTools>>:

{...}然后是VBA/VB#,然后是C++/C#,然后是SQL/MySQL,{...}是的,它们都是英文的{...}。

{...}微软Visual C++是否突然禁止用俄语调用变量和函数?

 

好吧,除了 "缝制 "的字样,本地化的部分内容是存在的。

if(true<false) court="plant";

一个唯一的紧张,进入<>所有相同的该死的切换布局...


而一般来说,用完全本地化的语言写作是一个好主意。

即使在许多人看来是神志不清......

 
jartmailru >> :
用 "如果 "这个词代替 "如果 "并不能让 感觉更好。

这将使我感觉更好 :))))