在Canvas上做一个众包项目 - 页 3

新评论
 
o_O:

我想说这是一种美。)

速度非常好。在渲染时间和控制方面，一切都相当充分。

你看到了问题所在：这一切都很酷，很有创意，但不是所有的人都能像附件中的代码那样写。

我很乐意参加，但我没有知识，他们也不知道，不是因为我不学，不想学他们也不知道，因为无处可教嘛。

我曾多次提出一个好的合格培训的问题，如何正确编程，如何不正确编程，什么是OOP以及如何使用它。

现在，只有那些在学院学习过编程，有很多知识，了解很多的人可以响应你的号召，但你看到有多少这样的人？

例如，我根本不理解这种事情。

class A { public:
              A *operator<<( int )       { return &this; }
        const A *operator>>( int ) const { return &this; }
};
void OnStart()
{
        A a;
        a >> 0 << 0;                       //нет сообщения об ошибке
        a.operator>>( 0 ).operator<<( 0 ); //error: правомерно

在文档或其他任何地方告诉我，我可以在哪里学习和了解在哪里应用这个，以及如何在一般情况下理解它 ...

你想写一些很酷很有用的东西，这很好，但谁来写呢，你准备好了吗？你教过人吗？或者一个好的想法又会因为1,5个人的参与而夭折......。

大声想一想，最需要也是最需要的项目 是一个教（好的、简单的、有用的、有能力的）编程的项目，从基础知识到例子，就像我上面展示的那样。我想做，但我不是专业人员，我不知道如何做得对！"。

而所有人的用途将比1.5个聪明人编造很酷（在他们看来）的项目多出十万倍......。

 
o_O:
嗯，编辑的问题是什么？
主要和最重要的问题是输入字符串有限，还是有什么变化？
 
Vladimir Pastushak:
你想写一些很酷很有用的东西，这很好，但谁来写呢，你准备好了吗？你有没有教人？或者说，一个好的想法会因为1.5个人的参与而夭折......。

有时0.5个人就足够了，如果他是一个开发的天才 )


想来想去，最需要也最需要的项目应该是培训项目......

这是另一个主题的话题。

而所有人的利益将比1.5个聪明人写出很酷（在他们看来）的东西的项目多一百倍或一千倍。


它不会是一个很酷的东西。它只是一个必须拥有的东西。它不是为聪明人做的，而是为像你这样的人，为自由职业者，为市场。
 
Zorro:
最重要和最主要的问题是有限的输入字符串，还是有什么变化？

(-)所以我们不使用MT的图形对象。

我们必须做自己的编辑，与21点等。
绘制在应用程序的通用位图上。

 

一个标签和一个带有无限字符串的车，本身就已经是一个加分项了 )

是的，应该是阿纳托利 出现在这条线上。

 

现在我们已经或多或少地知道了要做什么，我建议在第一个任务中加入一个基本的类结构条款（用于所有未来的控件，而不仅仅是按钮）。

----
总的来说，我认为整个项目 有以下几个方向

1.我们要写一个按钮，并在画布上渲染它。有了它的活动。因此，我们进入开头，测试位图gui模型。

2.做一个将一组GUI元素与事件结合起来的类（这是为了说明渲染时的Zorder和事件。）

这是两个复杂的步骤，希望会有几个选择，我们会选择一个。
之后，我将在bitbucket中运行这个开源项目。并转入第三阶段。

3.当架构变得清晰时，那么每个人都已经可以采取它并做出基本的控制：编辑，静态，Droplist，等等。我现在只限于这些要素，因为它们对第一个实际任务来说已经足够了。

我不认为在控制开发阶段会需要一些架构上的调整。这将在几个迭代中得到解决

 
o_O:

它不会是一个很酷的东西。它将只是一个必须拥有的东西。它不是为聪明人做的，而是为像你这样的人，为自由职业者，为市场。

1 - 我不相信我不了解的东西/代码

2 - 在我的印象中，Kanvas在策略测试器中 不起作用，这对许多人来说是一个巨大的缺点，特别是在测试市场上的付费产品时，它们根本无法工作。

3 - 我希望你有好运气...

ZS：而且我不明白"必须有 " 是什么意思......。

 
Vladimir Pastushak:
...

ZS：而且我不明白"必须有 " 是什么意思......。

只是 "必须有"...
 
Комбинатор:

一个标签和一串无限制的骑行，本身就已经是一个优点了 )

是的，据说阿纳托利 被称为主题

原本我计划按照这个主题中的建议，朝着同样的方向发展我的图书馆。我特意从简单的标准基元开始，来制定方案，因为一开始比较容易。现在，几乎所有的材料都已在文章中发表。与我原来的计划有关的第一阶段几乎已经完成。在感兴趣的用户的要求下，还会有一篇主要的文章以及几篇更新的文章，我还做了一些代码和原理图的优化，使CPU资源消耗减少了一些。

目前的原理图看起来像下图所示。这不是最终的版本，在库的开发过程中，它将被反复修改。但我也不排除强烈的变化，如果发现一个变体，能提供当前版本所没有的优势和新功能。

所有发表的材料都是可用的，你可以在你自己的项目或类似图书馆的版本中自由使用它们。这就是一切出版的目的。随着该系列每一部分的出版，你可以追踪图书馆的发展情况。

我打算在画布上实现所有的控件（其中一些已经实现了）。这是图书馆发展的第二个阶段。也就是说，每个控件都会有一个单独的OBJ_BITMAP_LABEL型 对象。图形对象的数量将变得更少，这反过来也将减少CPU资源。同样，这一切都取决于将如何实施。总是有一些变种。如果这是第一次在这种环境中，而且你不确定所选择的选项是否明确是最好的，那么建议你全部尝试。

只有在这之后，计划才会进入第三阶段，届时所有的图形界面元素都应该绘制在同一个卡布上。关于创建图形界面的库，这是一流的。而且对一个人来说，这是一项非常大的工作。完全抽象化和沉浸在项目中。长时间内的最大浓度。而且我认为，如果你有计划成为一个专业的程序员，你必须经历这个过程。问题是，这种经验可能会在以后的任何编程环境中派上用场。但是，如果你把一个团队聚集在一起，也许开发可以更快完成。

我认为这个项目非常有趣和有用，无论是对别人还是对自己。我将怀着极大的兴趣关注这一发展，并研究这里发表的材料。无论如何，我将继续开发我的图书馆版本并发表文章。我喜欢我目前的工作形式。让这成为我的参与。这些想法和代码将提供给每个人，他们可以被使用。我对代码设计和描述有非常严格的要求。一切都必须详细、整洁，以方案形式呈现，让每个人都能理解，并尽可能地完美。否则，什么都不会成功，并有可能以失败告终，就像在这个论坛上反复出现的许多不同的、非常有趣的想法一样，尽管讨论涉及到这个网站上最专业的开发者。我希望情况不是这样，我们将得到一个好的库，用于为MetaTrader 终端创建图形界面，而它的无尽的缺席期将像一场噩梦一样被遗忘。

 
o_O:

问候编码员。

有一项有趣的任务，就是制作真正有用的东西...

----

因此，任务一和基本。

1.我们需要制作一个按钮类（比方说GButton，为了不与现有的按钮混淆，以G为前缀）。

我认为，在阿纳托利的文章之后，再次在资料中创建相同的鸡蛋，至少是一种奇怪的消遣。图形对MT来说根本不是一个热门话题。

  • 用户不需要图形化界面。因此，不可能对GUI进行监控，它的发展将永远不会有回报。
  • 如果你想提高技能，最好立即找一份初级的工作。这样至少可以立即开始赚一些钱，并慢慢提高技能。
  • 目标受众太窄。谁需要图书馆？- 绝对没有人，除了少数几个程序员，而且他们早就写好了他们需要的所有库。例如，我有两个属于自己的图形库。

我不想在这里教导任何人，但我可以给你们一些建议：伙计们，闻闻粉末。学习如何与用户合作。了解他们的心理。学习如何监督他们的想法。然后迅速落到实处，你会以完全不同的方式进行推理。我也曾经相信过一些特殊的、美丽的想法，但所有这些胡言乱语，都不起作用。你在这里讨论的东西对任何人都没有用，除了你自己。
12345678910...45
新评论