是黑盒子了。
而这个程序员提出的解决方案就是类似这种。
在知道了“1+1=2”的答案之后,那就无所谓中间的过程了。就好比这个问题的“原本答案”是一只猫做出来的,但自己这边让一只大象来回答这个问题,只要保证能够实现1+1=2,那就没有问题了。
别说,这个人提出来的想法还挺有前瞻性的,在未来,也的确有类似系统做的引擎——例如让安卓平台运行PC上的galgame的程序ONS。
ONS的原理,就是在明白NS脚本编写语言的基础上,对其进行解析,使得内容能够呈现在手机、掌机或者其他的设备上面。
不过高桥对于移植本身并不是特别有兴趣,他更关心的是这个人提出的UI变换的想法。
简单来说,这个人就是重新定义了“1+1=3”这个条件。
在输出UI的时候,对于原本的脚本进行重新定义,将原本a=b的内容定义为了a=c,这样,虽然原本输出的结果没有变化,但是这个结果“a”在画面中呈现的效果“b”就变成了效果“c”。
这种说法有些奇怪,但如果用18X催眠类别的小黄油来解释的话,就很明了了,那就是“常识替换”。
嗯,大概就是这样的意思。
高桥龙也艰难的看完了这篇文章,他感觉自己脑袋有些变成了浆糊。
在说了一大堆内容之后,他大概明白了对方的说法。
而在帖子的最下面,这位仁兄为了证明自己的说法,他也放上了几张截图。
在截图上面,是这位老兄开发的新游戏的DEMO,这是运行在PC端上面的画面。
可以看出,画面上的文字大小始终,按钮也很鲜明。
而第二张图的分辨率一样,但是这张图上面的文字却大了很多,并且按钮也变成了隐藏式的——因为只需要按动手柄上的按键就能够实现功能了,所以画面本身的按钮就变得不再重要。
对方强调,自己并非是制作了两套UI,而是使用了自己编写的程序变换了接口定义而已,利用方舟游戏引擎的特性,想要做到这一点,并不算很困难。
“所以才只适合方舟引擎么……”
叶社开发游戏有自己的引擎来着,这种方法并不适用。
但是他还是饶有兴致的继续看去。
“但是,这种做法也有一些要求,首先就是必须要使用矢量UI,使用图画素材定制的UI,画面会被强行拉伸,有时候甚至会让整个UI错乱,这是不可避免会产生的情况,方舟引擎并没有对此进行优化,我在此基础上正在重写这部分的内容,我制作了一个测试版以供测试,这部分内容,能够让新的引擎本身支持双UI结构,开发变得简单。”
在这下面,有一个名叫“”的附件。
“楼主可真厉害啊,竟
请收藏:https://m.haiyue8.cc
(温馨提示:请关闭畅读或阅读模式,否则内容无法正常显示)