用俄语写代码。这种方案的优点和缺点。 - 页 2 123456789...19 新评论 Mykola Demko 2016.10.02 16:12 #11 Реter Konow: 1С?它是什么？俄罗斯在哪里？在莫斯科环形公路外。 Реter Konow 2016.10.02 16:14 #12 Alexander Puzanov: 仅仅是英国人的美好未来，这是一个双重标准，毫无疑问。但令人尴尬的是，中国和日本人也会打破这种陈规。我想没有人要求你提供源代码吧？ 关于替代方法--我想知道它是什么。你不允许写文章吗？我还没有回音，所以我不知道。也许他们会，但也许不会。当然，你不可能马上就打破陈规，但要逐渐...我只是觉得很奇怪，没有人尝试用自己的语言写作。仿佛它是不雅的... 你不能一下子拒绝OOP，但你可以尝试发明其他方法。所以我想出了一个办法。 Реter Konow 2016.10.02 16:15 #13 Vitalii Ananev:而你说的是用俄语写自定义函数和变量的名字。没有人把它们写成那样。在1C中，一切都完全用俄语书写。例如，函数（）..... endfunctions。循环...循环结束 如果...如果结束，等等。我明白没有人这样写，所以我想知道...... 关于1C--至少有一个程序已经打破了这个定式）。 Mykola Demko 2016.10.02 16:17 #14 Реter Konow:...效率低下的现象随处可见。即使是 OOP（由某人发明的）也从未受到质疑。难道就没有更好、更有效的方法吗？我 相信有一种更好、更有效的方法，用母语编程会更方便。这一切都被我三年来的实践所验证，也被我在编程方面的成功所证明。...你能说得更具体些吗？哪种方法比OOP更好？SZZ我曾经试图用俄语写程序，然后放弃了。不喜欢它。IMHO 该程序变得不可读。你失去了对相互联系的理解。 Vitalii Ananev 2016.10.02 16:18 #15 Реter Konow:我意识到，没有人这样写，这就是为什么我想知道...... 关于1C--至少有一个节目已经突破了陈规）。 请看我上面的回答，为什么没有人这样写。 Реter Konow 2016.10.02 16:22 #16 Vitalii Ananev:而你说的是用俄语写自定义函数和变量的名字。没有人把它们写成那样。很久以前，程序员们制定了某些礼仪规则。如何正确格式化源代码 ，使其不仅对你，而且对其他人也容易阅读。这就像社会中的礼仪规则。另一方面，在1C中，一切都完全用俄语书写。例如，函数（）..... endfunction。循环...循环结束，如果...如果结束，等等。 所以这是关于礼节的问题？例如，机器（电脑）对我们的礼仪有什么关心？技术方面的规则不是效率，而是礼节吗？如果我用俄语写的程序比英语好，因为我是一个讲俄语的人，我为什么要屈从于 "礼节"，用我不懂的语言写程序？一个不言而喻的规则？ Реter Konow 2016.10.02 16:28 #17 Nikolay Demko:你能说得更具体些吗？哪种方法比OOP更好？我曾经试图用俄语写软件，后来放弃了。我不喜欢它。IMHO 该程序变得不可读。你失去了对相互联系的理解。据推测，可能有一个更好的方法来处理OOP。我想我已经找到了。实际上，这要从遵循两个主要规则开始。1.如果用母语编写程序更方便（不考虑礼节）。2.切断不必要的程序和句法实体（在OOP中如此大量地萌生）。 Vitalii Ananev 2016.10.02 16:32 #18 Реter Konow: 所以这是关于礼节的问题？比如说，机器（电脑）对我们的礼仪有什么关心？效率不是技术方面的规则，而是礼仪方面的规则吗？如果我可以用俄语写出比英语更好的节目，因为我是一个讲俄语的人，那么我为什么要屈从于 "礼节"，用我不懂的语言写节目呢？一个不言而喻的规则？ 没有人强迫你遵守礼仪，这纯粹是一个自愿的问题。编译器真的不关心你怎么写。我的意思是，正如我上面所说，在你之后读你的代码的人将很难理解它。如果你只为自己写，不打算给任何人看，那就随你怎么写。 Mykola Demko 2016.10.02 16:33 #19 Реter Konow:据推测，可能有比OOP更好的方法。我想我已经找到了。它实际上是从遵循两个基本规则开始的。1.用你的母语编写程序，如果它更方便的话（不考虑礼仪）。2.切断不必要的程序和句法实体（在OOP中如此大量地萌生）。好吧，你也可以在OOP中用俄语写作。拒绝OOP的本质是什么？OOP的本质是，程序员可以设置变量的范围。如果你忽视了这一点，你会得到什么？你不得不不断地使用新的计数器和新的变量，因为你不再控制范围了。名字必须用后缀和前缀写得更长。你失去了重复使用代码 的能力（OOP的支柱之一）。当然，这还不是全部，但简而言之。你喜欢哪种方法？顺便说一下，如果你正在开发一个程序，而不仅仅是输入文本，那么转换的能力就很重要。使用OOP，你只需要重写一本圣经。使用其他方法，你必须修改整个程序。 Реter Konow 2016.10.02 16:35 #20 看看高级C++。感觉这种编程语言已经有了自己的俚语。可能没有其他语言有如此杂乱的实体。如果你做一些研究，只把精华留在里面，它就会缩水几倍。因此，它将变得更容易理解，更容易被大多数人所接受。然而，我感觉有人不希望这种语言成为每个人都能理解和使用的语言，因此将其复杂化得很厉害...... 123456789...19 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
1С?它是什么？
俄罗斯在哪里？
在莫斯科环形公路外。
仅仅是英国人的美好未来，这是一个双重标准，毫无疑问。但令人尴尬的是，中国和日本人也会打破这种陈规。我想没有人要求你提供源代码吧？
关于替代方法--我想知道它是什么。你不允许写文章吗？
我还没有回音，所以我不知道。也许他们会，但也许不会。当然，你不可能马上就打破陈规，但要逐渐...我只是觉得很奇怪，没有人尝试用自己的语言写作。仿佛它是不雅的...
你不能一下子拒绝OOP，但你可以尝试发明其他方法。所以我想出了一个办法。
而你说的是用俄语写自定义函数和变量的名字。没有人把它们写成那样。
在1C中，一切都完全用俄语书写。例如，函数（）..... endfunctions。循环...循环结束 如果...如果结束，等等。
我明白没有人这样写，所以我想知道......
关于1C--至少有一个程序已经打破了这个定式）。
...效率低下的现象随处可见。即使是 OOP（由某人发明的）也从未受到质疑。难道就没有更好、更有效的方法吗？我 相信有一种更好、更有效的方法，用母语编程会更方便。这一切都被我三年来的实践所验证，也被我在编程方面的成功所证明。
...
你能说得更具体些吗？
哪种方法比OOP更好？
SZZ我曾经试图用俄语写程序，然后放弃了。不喜欢它。IMHO 该程序变得不可读。你失去了对相互联系的理解。
我意识到，没有人这样写，这就是为什么我想知道......
关于1C--至少有一个节目已经突破了陈规）。
而你说的是用俄语写自定义函数和变量的名字。没有人把它们写成那样。很久以前，程序员们制定了某些礼仪规则。如何正确格式化源代码 ，使其不仅对你，而且对其他人也容易阅读。这就像社会中的礼仪规则。
另一方面，在1C中，一切都完全用俄语书写。例如，函数（）..... endfunction。循环...循环结束，如果...如果结束，等等。
你能说得更具体些吗？
哪种方法比OOP更好？
我曾经试图用俄语写软件，后来放弃了。我不喜欢它。IMHO 该程序变得不可读。你失去了对相互联系的理解。
据推测，可能有一个更好的方法来处理OOP。我想我已经找到了。实际上，这要从遵循两个主要规则开始。
1.如果用母语编写程序更方便（不考虑礼节）。
2.切断不必要的程序和句法实体（在OOP中如此大量地萌生）。
所以这是关于礼节的问题？比如说，机器（电脑）对我们的礼仪有什么关心？效率不是技术方面的规则，而是礼仪方面的规则吗？如果我可以用俄语写出比英语更好的节目，因为我是一个讲俄语的人，那么我为什么要屈从于 "礼节"，用我不懂的语言写节目呢？一个不言而喻的规则？
据推测，可能有比OOP更好的方法。我想我已经找到了。它实际上是从遵循两个基本规则开始的。
1.用你的母语编写程序，如果它更方便的话（不考虑礼仪）。
2.切断不必要的程序和句法实体（在OOP中如此大量地萌生）。
好吧，你也可以在OOP中用俄语写作。
拒绝OOP的本质是什么？
OOP的本质是，程序员可以设置变量的范围。如果你忽视了这一点，你会得到什么？
你不得不不断地使用新的计数器和新的变量，因为你不再控制范围了。
名字必须用后缀和前缀写得更长。
你失去了重复使用代码 的能力（OOP的支柱之一）。
当然，这还不是全部，但简而言之。
你喜欢哪种方法？
顺便说一下，如果你正在开发一个程序，而不仅仅是输入文本，那么转换的能力就很重要。使用OOP，你只需要重写一本圣经。使用其他方法，你必须修改整个程序。