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

新评论
 
我们在谈论什么？为什么内核不能包含一个结构/类的数组--窗口、按钮，等等？(反问句)。
你会买一桶无线电元件而不是一台电视吗？同样地，一个内核不需要为细节而烦恼。但这取决于你，只要它是方便的--很好。
 

该引擎使用一种我称之为"焦点元素"的技术与核心区一起工作（也许不是一个好名字）。

该想法如下。

通过在图中移动光标，用户可以跨越对象的边界。每个项目在图表空间都有自己的领地。一个特殊的功能监测光标坐标并标记光标所在的窗口和元素。

内核中的窗口和元素的数量，被写进全局变量。然后，引擎使用这些来访问内核并检索光标所在的窗口、元素和对象的所有当前属性值。

当一个事件发生时（点击、下压、双击等），处理该事件的块立即知道该事件发生在哪个窗口和哪个元素上。

窗口、元素和对象的主要属性，已经处于聚焦状态（即已经存储在全局变量中），并立即在代码中使用。

这是很有效的。

这就是为什么Kernel应该是一个简单的全局阵列。
 
Реter Konow:

...

这就是为什么内核应该是一个简单的全局数组。

指针式数组在自然界中早已为人所知。

如此努力地重新发明车轮......。这一切都在那里，而且形式上要好得多。

关于OOP，这是一个有趣的事情--它在人们心中引起了很多心理上的抵触。甚至当你不需要编写类，而只是使用它们时。

为什么把自己限制在一个内核上。就这种内核方式而言，OOP只是一个狂热的内核生成器。

 
Dmitry Fedoseev:

指针式数组在自然界中早已为人所知。

花这么多精力去重新发明轮子......。

你看，所有这些都需要使用额外的语法，这实际上是没有必要的。该解决方案不需要这种语法和额外的工具。

这个解决方案可能很 简单，但却非常有效。这正是我正在努力做的事情。

 
Dmitry Fedoseev:

为什么要把自己限制在一个单一的内核上。就这种内核方式而言，OOP只是一个狂热的内核生成器。

如果 "解决方案 "不要求OOP，那么为什么OOP会出现在这里？

窗口、元素、对象在内核中被表示和排序。它们可以通过数组索引 或通过元素的焦点来访问。

既然 "解决方案 "已经存在，为什么还要使用指针、引用、类、构造函数、析构函数和无数其他东西呢？

它是简单和自给自足的。


我们需要OOP的目的完全不同。如果我和一个由其他开发人员组成的团队创造了这项技术，而我们每个人只做了一部分工作，我就需要OOP。

 
Реter Konow:

OOP是为了一个完全不同的目的而需要的。如果我和一个由其他开发人员组成的团队创造了这项技术，而我们每个人只做了一部分工作，我就需要OOP。

先生。好吧，TC，让我们举例说明你在代码中的想法，让我们以后讨论OOP是 "邪恶 "的......俗话说：桌上的代码!)))

 
  1. 需要OOP来确保在一个程序上工作的开发者团队能够顺利地合作。
  2. 需要OOP来理解和改变开发团队编写的代码。

但是，当只有一个程序员并且他的任务不需要OOP 时，就不需要OOP。

 
在休息了两个月后，你会淹没在你的技术中，同时试图完成一些事情。而你的构造函数可能还不够复杂，因为缩放的复杂性还没有变得清晰。
 
Igor Makanu:

先生。好吧，让我们用代码举例说明你的想法，以后再讨论OOP是 "邪恶 "的。俗话说：桌上的代码!)))

是的，我将准备简单的例子。

 
Реter Konow:
  1. 需要OOP来确保在一个程序上工作的开发者团队能够顺利地合作。
  2. 需要OOP来理解和改变开发团队编写的代码。

但是，当只有一个程序员工作，而且他的任务不需要使用OOP 时，OOP就没有必要。

这两个论点都是错误的。

123456789101112...184
新评论