编程中的对象的表示。
C#和Delphi都有属性https://docs.microsoft.com/ru-ru/dotnet/csharp/programming-guide/classes-and-structs/properties
而电子元件在很长一段时间内都不是一个噱头。
但是，在我看来，另一个话题是关于一首相当好的歌曲《仙女》的话--YazheVik .... 你走了，我是仙女！....
彼得，又从错误的方向进来了。为什么国家要成为一个工具？国家过去和现在，都没有消失，它甚至比其他一切都更原始。而且是的--事件不是一种状态，所以它不是被描述而是被记录。
Реter Konow:
...但 "正式注册 "的 "物 "的哲学概念在哪里呢？唉，至今没有人存在，也不可能有。
因为它根本不是以哲学为基础。编程中的对象并不是什么崇高的、神秘的或其他你可能想象的东西。它只是一个函数和变量的混合体。
那些专注于全球编程问题的人将会对这个主题感兴趣。
我在想， "为什么标准的OOP概念中普遍知道的Object模型是一个典范？".
因为前两个大O是第一位的。由于这个概念是面向对象的，它们是这个概念的本质。在过程性编程概念中，程序是重点，同样，在SQL中，查询是重点，忽略了如何执行，等等。本质，而不是典籍。在这个论坛上，反对其他方法的OOP的正统化正在积极进行，这就是为什么有这样的印象。
那些专注于全球编程问题的人将会对这个主题感兴趣。
胡说八道。
所有这些都与OOP或编程无关。
最好叫它 "针尖上能装多少物体？"。
因为首先有两个大写的O。由于这个概念是面向对象的，它们是这个概念的主要本质。与程序化编程概念中的要点是程序一样，在SQL中，要点是请求，忽略了它们的执行方式，等等。本质，而不是典籍。在这个论坛上，反对其他方法的OOP的正统化正在积极进行，这就是为什么有这样的印象。
那些专注于全球编程问题的人将会对这个主题感兴趣。
困扰我的问题是 "为什么众所周知的Object模型会出现在标准的OOP概念大典中？"我的意思是，一个物体是一个实体，人们每次说这个词时都会用语言来描述。随着编程的出现，用代码来描述物体的尝试在逻辑上是相通的，并发明了一种特殊的技术来做这件事， 但这里有一个问题： 为什么 只有一个？仿佛第一种语言完全取代了其他语言，不让它们进化。这在古代是不可能的，但在全球主义和宣传的时代是可能的。就这样发生了--"物 "的一种表现形式征服了世界，阻挡了其他思想的方向。
如果我（作为一个哲学家）没有对 "对象 "的标准概念有一些抱怨的话，我早就接受了这个概念。
这意味着OOP概念的作者任意行事，依靠其哲学概念的 "无懈可击"。
2.这里，是我的一些主张。
(1) 为什么标准概念中没有一个工具" 的状态。"?物体没有状态吗？一个状态 可以用一个结构来描述，但这是不方便的。 标准概念并不是为处理对象状态而设计的。例如：我创建一个特殊的结构，列出对象的参数，复制其中的一部分（选定的参数），将这部分命名为状态，并写入对应于对象的某种状态的值。然后我把它连接到物体的主结构上。
(2) 没有"事件"的文书。我的意思是，一个事件 在标准概念中 "徘徊"，但它不能被描述为一个枚举、类或函数。在编程中对一个事件的简单描述会很方便。例如：将其描述为一个结构，但在其中指向环境 和对象的"背景 "状态，并指向一个关键的变化，这是启动其他变化链的触发器。 同样--OOP没有为简明的事件描述进行磨砺，而是提供了在一堆条件中描述它们，这些条件没有名称，位于 "任何地方"。
(3) 此外，一个参数 不是一个独立的对象。事实上，它是最重要的对象，它可以被模板化，任何系统都可以从它的副本和修改中组装起来。它并不...
我可以继续说下去，但我的信息很清楚：建立你的OOP，也许你会发明一些更酷的东西，因为在你之前没有人认真尝试过。而标准概念是一种主观设想，不是物理学或数学，它可以被修改））。