Object 内核对象和C#对象之间的区别? 在C++或C++中,我们有对象,是内存中的类实例。内核也有对象,比如中断对象。我想知道这些内核对象是否可以被认为是我们C或C++程序员的对象? < P>简短的答案是“是”。物体是一种精神状态。你可以用汇编语言来处理你的工作,其中有几个宏,或者PL/I,C或C++。有些人可能会坚持认为,它不是一个没有某种分派到对象的绑定的对象。内核/C对象模型使用函数指针来完成,更手动地,什么语言如C++,C语言,或java做。

Object 内核对象和C#对象之间的区别? 在C++或C++中,我们有对象,是内存中的类实例。内核也有对象,比如中断对象。我想知道这些内核对象是否可以被认为是我们C或C++程序员的对象? < P>简短的答案是“是”。物体是一种精神状态。你可以用汇编语言来处理你的工作,其中有几个宏,或者PL/I,C或C++。有些人可能会坚持认为,它不是一个没有某种分派到对象的绑定的对象。内核/C对象模型使用函数指针来完成,更手动地,什么语言如C++,C语言,或java做。,object,kernel,Object,Kernel,毕竟,“对象”是什么 回答1:将一些相关项目分组的任何数据块。任何cstruct。有些人会勒住缰绳坚持 答案2:数据和函数的组合,例如代码“调用”对象,结果取决于对象创建者设置的条件。因此,在C++或C语言或java中,有继承。代码调用SomeObject.someFunction(),发生的情况取决于继承图,继承图由对象作者控制,而不是由调用方控制 在内核中,在更新世,当我们中的一些人学会编程时,我们或多或少地用更简单的语言,使用函数指针来完成同样的事情。也就是说,结构中存储函数引用的插槽。调

毕竟,“对象”是什么

回答1:将一些相关项目分组的任何数据块。任何c
struct
。有些人会勒住缰绳坚持

答案2:数据和函数的组合,例如代码“调用”对象,结果取决于对象创建者设置的条件。因此,在C++或C语言或java中,有继承。代码调用SomeObject.someFunction(),发生的情况取决于继承图,继承图由对象作者控制,而不是由调用方控制


在内核中,在更新世,当我们中的一些人学会编程时,我们或多或少地用更简单的语言,使用函数指针来完成同样的事情。也就是说,结构中存储函数引用的插槽。调用方调用someobject.throwAnEgg,实际发生的情况取决于“throwAnEgg”中的函数指针

简短的回答是“是”。物体是一种精神状态。你可以用汇编语言来处理你的工作,其中有几个宏,或者PL/I,C或C++。有些人可能会坚持认为,它不是一个没有某种分派到对象的绑定的对象。内核/C对象模型使用函数指针来完成,更手动地,什么语言如C++,C语言,或java做。 毕竟,“对象”是什么

回答1:将一些相关项目分组的任何数据块。任何c
struct
。有些人会勒住缰绳坚持

答案2:数据和函数的组合,例如代码“调用”对象,结果取决于对象创建者设置的条件。因此,在C++或C语言或java中,有继承。代码调用SomeObject.someFunction(),发生的情况取决于继承图,继承图由对象作者控制,而不是由调用方控制


在内核中,在更新世,当我们中的一些人学会编程时,我们或多或少地用更简单的语言,使用函数指针来完成同样的事情。也就是说,结构中存储函数引用的插槽。调用方调用someobject.throwAnEgg,实际发生的情况取决于“throwAnEgg”中的函数指针

我认为这应该被贴上主观的标签,因为答案会有所不同,并反映个人对事物的个人看法

我的看法是

当你谈论低层次的东西时,有时候,将OOP的观点引入其中会更容易,从而更容易传达在内核级别发生的事情的概念

……但是

我更喜欢用低级的螺母和螺栓来谈论,因为螺母和螺栓的复杂性很容易通过敲打解决,而不是从对象的角度来谈论和思考,因为它是在设计和使复杂的事情听起来简单,并在代码经济方面为自己设置错误的思维

例如,从内核的角度来看,TSS(任务状态段)是一种结构,用于在任务切换发生之前将寄存器保存在某个点上(这基于处理器切换到32位并启用了分页等)。如果你谈论OOP方面,即任务选择器对象,那听起来不太正确,因为你谈论的是一个高级方面,而实际上,这是一个实际的细节,请参阅《英特尔80386程序员手册》,其中有对TSS的参考,第13章-保护模式多任务,可下载文件24143004.pdf中的第13.1节

如果您是从高级编程的角度讲高级的,那么定义OOP范例就更容易了


所以,回到你的问题,从内核的角度来看,如果你愿意,你可以从一个简单而具体的OOP术语谈起,这会让你想到,为了遵循OOP范式,你必须在编码上付出额外的努力,而OOP范式可能会或可能会以复杂的代码结束。

我认为这应该被标记为主观的,因为答案会有所不同,并反映出个人对事物的个人看法

我的看法是

当你谈论低层次的东西时,有时候,将OOP的观点引入其中会更容易,从而更容易传达在内核级别发生的事情的概念

……但是

我更喜欢用低级的螺母和螺栓来谈论,因为螺母和螺栓的复杂性很容易通过敲打解决,而不是从对象的角度来谈论和思考,因为它是在设计和使复杂的事情听起来简单,并在代码经济方面为自己设置错误的思维

例如,从内核的角度来看,TSS(任务状态段)是一种结构,用于在任务切换发生之前将寄存器保存在某个点上(这基于处理器切换到32位并启用了分页等)。如果你谈论OOP方面,即任务选择器对象,那听起来不太正确,因为你谈论的是一个高级方面,而实际上,这是一个实际的细节,请参阅《英特尔80386程序员手册》,并