一个真正惊人的结果!!!。 - 页 3

 
nen >> :
有一个标准,它必须被遵守。如果开发者产生了他们自己的标准,与普遍接受的标准相抵触,那么...污垢是...垃圾。

你被赋予了一个工具来工作。你应该感谢开发者。如果你不喜欢它,就不要使用它!用C语言写。

 
在MQL4中,该操作是
bool r1 = a>=s && a<=f && s<=f || (a>=s || a<=f) && s>f;

发生这样的情况。



bool r1 = a>=s && a<=f && (s<=f || (a>=s || a<=f)) && s>f;

而标准是这样的。



bool r1 = (a>=s && a<=f && s<=f) || ((a>=s || a<=f) && s>f);
 
Dedka писал(а)>>

你已经得到了一个工作的工具。你应该感谢开发者。如果你不喜欢它,就不要使用它!用C语言写。

你不需要重新发明轮子。你必须坚持每个人在学校里被教导的标准。

如果每个人都想做他/她想做的事,那将是一个混乱的局面...

而我使用的是开发商提供的工具。对发展的结果没有投诉...

 

是的,自然的懒惰当然是进步的动力。我理解这种说法--给你一个工具并使用它。


但有一件事。


该工具被宣布为一种语言,其语法与C语言相似。


很遗憾,在逻辑运算的 核心部分,相似性被如此不知不觉地取代了。


我当然会放括号,但我在Java和C中放括号,并采取这些括号在Fortran中的写法和我在大学里的教学方式。

 
当然,我们也会放括号,但当乘法小于加法时。
我想祝愿你 "在打击腐败分子的斗争中取得更大的成功!"
 
sol >> :

是的,自然的懒惰当然是进步的动力。我理解这种说法--给你一个工具并使用它。


但有一件事。


该工具被宣布为一种语言,其语法与C语言相似。


很遗憾,在逻辑运算的核心部分,相似性被如此不知不觉地取代了。


我当然会放括号,但我在Java和C中放括号,并采取这些括号在Fortran中的写法和我在大学里的教学方式。


事实上,即使是各种C++的实现也有几个不兼容的标准。而且,尽管Java有一个适用于所有实现的单一标准,但它在某些方面与大多数C++的实现是不兼容的。



比如说。


int a = 3;

int b = 5;


b += a += b += 7;


Java将给出b=20。

在大多数实现中,C++会给出b = 27。


所以,不要狼吞虎咽,先生们--没有共同的标准,但有编程语言参考书和括号。

 
Dedka писал(а)>>

你已经得到了一个工作的工具。你应该感谢开发者。如果你不喜欢它,就不要使用它!用C语言写。

但不要在这里倾泻你的毒液。

这表明该工具是多么的不准确。这有助于开发人员使他们的产品变得更好,消除错误和故障,等等。当然,如果他们认为有必要且有可能的话。感谢像这样的帖子,MQL从构建到构建变得更好。

S.Y. 在C语言中也发现了不少的错误。如果你往下走,你的下一个建议应该是直接用机器码来写--在那里一切都肯定会成功))))。

 
Rosh >> :

说实话,我从来没有学过逻辑和位操作的优先级。由于天生的懒惰,我只是在所有正确的地方加上括号。

"有很多,朋友Horace...."

我非常同意!

---

我讨厌你必须像针叶林一样涉足的建筑。

我宁愿写更清晰的代码--这对我以后来说更容易。

---

例如:

我总是喜欢创建一个花哨的SQL查询

顺便说一下,3个简单的,因为实践表明它往往能更快地发挥作用

条件是,第一个查询将尽可能地消除

此外,代码变得更加清晰

---

在C语言和MQL4中也是如此!我试图写出更简单的结构

而我宁愿自己放支架。

 

停!这与标准或惯例有什么关系?这是一个完全不同的错误领域,它颠覆了所有的数学。

数字电子和计算的数学基础是逻辑代数(或布尔代数),其中肯定(公理上)的是

"或"(disjunction)的逻辑加法 和 "和"(conjunction)的逻辑乘法

那么我们在大学学习的所有KNFs和DNFs是怎样的呢?我认为我们需要紧急解决这个问题,不要让自己难堪。

 
Galaxy писал(а)>>

我们在大学学习的所有QNF和DNF 怎么办?

30多年前学习过编程的逻辑。破解KNF和DNF的缩写。