Winapi Windows PE资源(以前Q的扩展)

Winapi Windows PE资源(以前Q的扩展),winapi,resources,Winapi,Resources,根据我对上一个问题的回答,我想就这个话题再问一个问题 到本周为止,我相信windows背后的所有图形实际上都是代码。要创建窗口、菜单和按钮,我认为所有这些都只是一个函数,它将一些参数传递给操作系统。但是我发现了一些关于资源的信息。从我在互联网上发现的很少的情况来看,我相信编译器实际上是在寻找创建图形的特定函数,并将它们和它们的数据结构保存到PE文件中与其他代码不同的位置 它处理它们的方式与其他代码不同。我想问,为什么?我的意思是,为什么不让函数调用WinAPI呢?谢谢 编辑:例如,C编译器如何将

根据我对上一个问题的回答,我想就这个话题再问一个问题

到本周为止,我相信windows背后的所有图形实际上都是代码。要创建窗口、菜单和按钮,我认为所有这些都只是一个函数,它将一些参数传递给操作系统。但是我发现了一些关于资源的信息。从我在互联网上发现的很少的情况来看,我相信编译器实际上是在寻找创建图形的特定函数,并将它们和它们的数据结构保存到PE文件中与其他代码不同的位置

它处理它们的方式与其他代码不同。我想问,为什么?我的意思是,为什么不让函数调用WinAPI呢?谢谢

编辑:例如,C编译器如何将程序分解为资源和其他代码


我一直认为,当CRT和WinMain函数启动代码提供时,任何C编译器(即使是Windows之前的旧编译器)都可以生成在Windows上运行的适当代码。只有basci知道PE结构,只有代码和数据部分……

资源就是数据。数据没有任何改变窗口外观的能力。这需要使用数据的代码。这些代码是否存在于Windows或程序中并不重要。它仍然是代码

所以,是的,所有的代码都完成了任务。如果您不需要编写代码,那么您就做对了。而且不需要维护