2311d游戏引擎适配ios

原文
通过遵循arsd:simpledisplay(v11.0.0之前)上的一些旧代码,Apple的文档和Jacob的这一惊人贡献桥,
我已从金属绑定中删除了所有extern(Objective-C)代码,现在,所有Objective-C桥接代码都是使用D的反射生成的.
因此,给定此例代码:

import core.attribute : selector;
extern(Objective-C):
class MTKView
{
    //创建要绘画到当前可绘画对象中的渲染传递描述符.
    @selector("currentRenderPassDescriptor")
    MTLRenderPassDescriptor currentRenderPassDescriptor();
}
class MTKView2 : MTKView
{
    //创建要绘画到当前可绘画对象中的渲染传递描述符.
    @selector("currentRenderPassDescriptor2")
    MTLRenderPassDescriptor currentRenderPassDescriptor2();
}

现在有:

mtkview.d
module mtkview;
import objc.meta : selector;
@ObjectiveC final extern(C++):
class MTKView
{
    //创建要绘画到当前可绘画对象中的渲染传递描述符.
    @selector("currentRenderPassDescriptor")
    MTLRenderPassDescriptor currentRenderPassDescriptor();
}
class MTKView2
{
    mixin ObjcExtends!(MTKView);
    //创建要绘画到当前可绘画对象中的渲染传递描述符.
    @selector("currentRenderPassDescriptor2")
    MTLRenderPassDescriptor currentRenderPassDescriptor2();
}
//metal_gen.d
module metal_gen;
import mtkview;
mixin ObjcLinkModule!(mtkview);

这是如何从单独编译中获得实际优势的示例,分开编译反射与接口代码可带来更好编译速度.

mixin ObjcLinkModule用来迭代每个@ObjectiveC的UDA,为类和接口中定义的每个方法生成实现.(是的,可在其他文件中实现类方法).
final用来使D避免使用虚表,因为ObjectiveC对象不遵循D约定,因此要取名字空间和指针.这样,甚至可制作出不会出现段错误的如下有效代码:

import mtkview;
(cast(MTKView)(new int)).currentRenderPassDescriptor;

虽然extern(C++)基本上是通过不生成TypeInfo来节省一些内存,且可在因段错误而需要转换时,避免D动态转换.
尽管接口代码不像以前那样干净,但对用户来说,唯一改变的是,因为所有类都是最终的,因此不会按其父类隐式转换,而需要显式转换.

我想,支持iOS和M1是合理的.只是在整个引擎中,在更改绑定后,需要修复大约2行代码,因此,前端用户仍会有个好看代码.

D金属绑定
未来,提供对HipremeEngine对iOS支持,并在MacOS的构建选择器上,提供官方LDC支持,这样对普通用户,几乎可在所有平台使用该引擎😃