很诱人,但坦率地说,我连一半都没 看完,我的意识在 "先例图 "的某处消失了。
也许多次重复会有所收获。
总的来说,我讨厌教授们把简单的东西用复杂的公式表达出来,以至于你读到第三句就不明白了。
我希望这只是我的问题。我坚持一切从简的原则。
很诱人,但老实说,我连一半都没 看完,我的意识在 "先例图 "的某处消失了。
也许多次重复会有所收获。
总的来说,我讨厌教授们把简单的东西用复杂的公式表达出来,以至于你读到第三句就不明白了。
我希望这只是我的问题。我坚持一切从简的原则。
Urain,我认为在工作周结束时,新材料可能很难消化....。我说的是我自己。
那么您的文章《基于交易历史的交易者》就复杂多了,我觉得....。
那么,您称谁为教授呢?:-))
我不是在批评,我只是发表我的感想。
这篇文章确实很有必要,不过我希望其中的隐喻能被普遍接受,或者至少有清晰的图像。
对我来说,"it "这个短语
В состав строительных блоков входят: сущности (things - сами элементы модели), отношения (relationships - связывают сущности), диаграммы (diagrams - представления моделей UML).
it would be easier to perceive as:
В состав строительных блоков входят: объекты (things - сами элементы модели), связи (relationships - связывают объекты), диаграммы (diagrams - представления моделей UML).
当作者普遍接受的隐喻被称为他自己的隐喻时,就很难读下去了,尽管我怀疑文中的大部分内容都是借用的,因此用词很复杂。
以上皆为个人观点。
我不是在批评,我只是发表我的感想。
这篇文章确实很有必要,不过我希望其中的比喻能被普遍接受,或者至少有清晰的形象。
比如,对我来说,......这句话
it would be easier to perceive as:
当作者普遍接受的隐喻被称为自己的隐喻时,就很难读下去了,尽管我怀疑文中的大部分内容都是借用的,因此用词很复杂。
以上都是个人观点。
Urain, 我不是说你在批评....即使你在批评......
你说的术语是对的:它与 MQL5 程序员习惯使用的术语有些不同。但它在 UML 中使用。不是我发明的。文本也不是借用的。借用的情况标记为
Urain, 我不是说你在批评.....即使你在批评...
你说的术语是对的:它与 MQL5 程序员习惯的术语有点不同。但它在 UML 中使用。这不是我发明的。文本也不是借用的。借用的情况标记为
更多关于常见的隐喻。例如,UML 中的实体和对象是不同的东西。这些都是细微差别。但我认为这并不重要。有兴趣的人会弄明白的 :-))我一定会弄明白的:)
我遇到了危机,在规划大型项目时出现了关键性错误,而这篇文章恰到好处。
我无法将项目导出为图片。
charovar 版本不是禁用了这一功能吗?
Sharovar 版本与商业版本没有区别 :-)
请继续,这很简单...
char 版与商业版无异 :-)
请继续,这很简单....。
新文章 如何使用 UML 工具开发 EA 交易已发布:
本文讨论使用 UML 图形语言创建 EA 交易,该语言用于建立面向对象软件系统的可视化模型。此方法的主要优点是实现了建模过程的可视化。本文以一个例子说明如何使用 Software Ideas Modeler 建立一个 EA 交易的结构和属性的模型。
作者:Dennis Kirichenko