我的方法。核心是引擎。 - 页 15

新评论
 
Реter Konow:

你会看到，一个数组的原型被创建一次。然后，它极少被改变。只有在计划有严重修改的情况下。

那如果你想动态地做呢！？

 
Dmitry Fedoseev:

这两个规定如何能同时并存：对程序员的不方便和程序的快速发展？如果不方便这样做，你怎么能快速开发一个程序？

这都是关于比例的问题。制作一系列原型的不便之处显而易见。从程序的任何地方直接访问内核，使用元素焦点和其他东西的便利性是巨大的。

简而言之，我的方法中的便利性远远大于不便性。但是，为此，你必须学会拥有它。

 
Vitalii Ananev:

如果需要做的不是一个长方形的按钮，而是例如一个圆形或三角形的按钮，你会怎么做？

如果你使用OOP，你必须创建一个基类Button，它有一个抽象的Draf方法，负责绘制按钮。对于一个圆形的按钮，你需要创建一个Button的继承体，这就足以覆盖Draf方法，它将实现圆形按钮的绘制。对于一个矩形的按钮，创建一个Button的继承体并重载Draf方法来绘制一个矩形的按钮也就足够了。

如果你用你的方法，这一切会是什么样子？

在我看来，这要简单得多。

1.我在对象属性的列表中添加了一个标志属性。

2.我将内核行的长度增加了1个单元格，这将被保留给新的属性。

3.我创建了一个关键字，在按钮的圆形属性中设置一个标志。

4.我在绘图块中添加了一个画圆机制，它将在内核中检查按钮的圆标志后进入。

 
Реter Konow:

这都是关于比例的问题。将原型阵列放在一起的不便之处显而易见。从程序的任何地方直接访问内核，使用元素焦点和其他东西，其便利性要大得多。

简而言之，我的方法中的便利性远远大于不便性。但是，你必须学会拥有它才能做到这一点。

你对访问全局数组的便利性有严重的误解。现在是一个，或几个。而在一个程序中，如果有几个子系统是用这种风格写的，就会乱七八糟，混乱不堪。

 
Dmitry Fedoseev:

你对访问全局数组的便利性有很大的误解。现在是一个，或几个。而如果程序中有几个子系统是以这种风格编写的，那就会是一团乱麻，混乱不堪。

程序中有几个核心，只在主核心施工阶段使用。只有主内核和参数内核（控制参数 的属性内核）可以全局访问。

一切都相当方便。我没有任何抱怨。

 
Реter Konow:

程序中有几个内核，这些内核只在主内核构建阶段使用。只有主核心和参数核心可以全局访问。

一切都相当方便。我不是在抱怨。

还有，你有多少客户，你是如何快速完成他们的修改的？你是否曾与其他人用这种风格编写的程序合作？

 
Реter Konow:

在我看来，这要简单得多。

1.我在对象属性的列表中添加了一个标志属性。

2.我将Kernel行的长度增加了1个单格，这将被保留给新的属性。

3.我创建了一个关键字，在按钮的圆形属性中设置一个标志。

4.我在Draw块中添加了一个画圆的机制，它将在检查内核中的按钮圆标志后进入。

当你开始实际做这件事时，你就会对你所有的所谓 "对象 "感到困惑。

而这并没有变得更容易。在你的情况下（正如你自己写的），你必须做4个步骤。在我使用SRF的例子中，只有一个动作。

更新。

同时，你还需要控制一些旗帜，以免混淆你的按钮是圆形还是方形。

 
Dmitry Fedoseev:

你有多少个客户，你能多快地完成他们的修改？

目前，我有一个客户。我非常迅速地完成他们的任务。3-4小时后，一个新的、功能齐全的窗户就做好了。与连接界面一起。我还迅速修复了引擎中的错误，并将新版本发送给他。几天内9个窗口+引擎变化、错误修复、添加功能......都非常快。

 
Реter Konow:

一切都相当舒适。我不是在抱怨。

好吧，你明白你一个人是不够的。你的引擎的大规模性将取决于其他程序员是否喜欢它（你一个人并不能满足所有的客户）。如果突发事件不喜欢，那么...唉，啊，你创造的命运将是光荣的。

 
Vitalii Ananev:

当你开始真正这样做时，你就会被你所有的所谓 "对象 "所迷惑。

而这并没有变得更容易。在你的案例中（正如你自己写的），你必须做4个动作。在我使用SRF的例子中，只有一个动作。

更新。

同时，你还必须控制一些旗帜，这样你就不会混淆你的按钮是圆的还是方的。

实际上，我已经做了一年多了。我也不会感到困惑））。

1...8910111213141516171819202122...184
新评论