编程中的对象的表示。 - 页 10

 
没有任何胸罩的信号...(
 
Алексей Тарабанов #:
没有任何胸罩的信号...(
爷爷,你从来没有说过任何话。
 
Vladimir Baskakov #:
从你那里,他们从来没有做过祖父。

1.我从来没有申请过信号。

2.你在 "祖父 "一词前需要一个逗号。

3.我已经说过,我几乎不做交易,我女儿现在做交易。我已经告诉过你,我几乎不做交易。

顺便说一句,祖父是我最喜欢的头衔。我的孙女这样叫我。

 
"一个属性集是 包含在一个对象中的参数列表"。- 也许将 "财产 "和 "参数 "的概念分开会更好,还是说这并不重要?属性和功能参数...

"形状 - 结合属于一个物体的集合的类型,这些集合存在于二维或三维空间。"- 那是为了什么?如果你需要四个维度呢?

为什么不把 "属性 "和 "对象 "结合起来?"属性 "作为 "对象 "的一个特例。


 
Реter Konow #:

这个概念是试图进入编程的下一个层次,在我看来,这将是由计算机本身,而不是由人类 "构建"(而不是编写)功能系统。该软件将能够创建方案。

现在有一个在githab代码上训练的神经网络,但这根本不是我的意思。

所谓的原则是什么?如何解决计算复杂性非常快速增长的问题?将如何制定问题,以程序化地解决它?
 
Aliaksandr Hryshyn #:
它背后的原则是什么?如何处理非常快速增长的计算复杂性?

有一个对象,就有一个关系。在最成功的编程语言中,它们被 "对象 "和 "方法 "所取代。结果是一般般。当然,计算的复杂性会增加--你能做什么?

对象是参数和它们的任何聚合体。例如--速度和时间。这种关系是它们的乘积,产生了一个新的对象--旅行的距离。

大约40年前,塔林的Tyugu教授开发了这样一种东西,叫做PRIZ。它从未进入市场。有了胜利,猜猜看为什么。

 
Andrei Trukhanovich #:

你混淆了温暖和柔软。

没关系,彼得会喜欢的。他喜欢大量的文字。

 
Nikolai Semko #:

没关系,彼得会喜欢的。他喜欢大量的文字。

那么你也应该写写第二个DDD)或者写写整个混乱的局面(*)DD。

 
Aliaksandr Hryshyn "一个属性集是 包含在一个对象中的参数列表"。- 也许将 "财产 "和 "参数 "的概念分开会更好,还是说这并不重要?属性和功能参数...

"形状 - 结合属于一个物体的集合类型,存在于二维或三维空间。"- 那是为了什么?如果你需要四个维度呢?

为什么不把 "属性 "和 "对象 "结合起来?"属性 "作为 "对象 "的一个特例。


最难处理的概念之一是"参数"和"财产"。他们外在的自我了解原来是欺骗性的。我们设法将参数 正式化为一些混乱的或结构化的集合的命名和简明的表示,这些集合存在于其他集合中,并与它们有许多联系和依赖,反映在包括它们在内的物体或环境的生命活动中。参数依赖性的经典表达方式是公式。许多关系、依赖和参数在与具体对象的关系上是不变的,因为它们属于类别--即大的对象、系统、环境群体。

一项财产 也许可以被看作是。1.一个物体的属性,2.一个物体对外部互动的(预先)确定的反应

从这个位置来看,"参数 "是 某种属性-属性,即对象的 "属性",它是其结构集或价值之一

一组属性 是一个物体的再生产、其互动和内部 "生命活动"所必需的属性的综合体

形式是 物体与过程或状态相同的属性,在本质上,只是物体所拥有的一组物理成分(例如粒子),并将其参数(x、y、z...)贡献给它的集合。

大约是这样的。

 
Nikolai Semko #:

嗨,彼得。
除了OOP,还有DDD(领域驱动设计
,只是你知道。

你好!

谢谢,这很有趣。