32 位编译器：

char：1 个字节
char*（即指针变量）: 4 个字节（ 32 位的寻址空间是 2^32, 即 32 个 bit，也就是 4 个字节。同理 64 位编译器）
short int : 2 个字节
int： 4 个字节
unsigned int : 4 个字节
float: 4 个字节
double: 8 个字节
long: 4 个字节
long long: 8 个字节
unsigned long: 4 个字节

64 位编译器：

char：1 个字节
char*(即指针变量): 8 个字节
short int : 2 个字节
int： 4 个字节
unsigned int : 4 个字节
float: 4 个字节
double: 8 个字节
long: 8 个字节
long long: 8 个字节
unsigned long: 8 个字节

Xcode 版本是跟随系统版本的,不可能支持在 arm 之前的系统

苹果自家的兼容不用测的...肯定 ok 啊..

理论是 ok 的,只是性能会有折扣,比如使用 Qemu 之类的硬件都可以模拟在 arm 架构模拟 x86 的硬件上再运行 windows

clipy 够用了

其他回答的是可以实现的,但是有一些特殊情况,有一些编程语言有设计缺陷,比如 0.1+0.02 可能会变成 0.12000000000001,想自动化是不靠谱的,你需要了解你的编程语言有没有这些陷阱

不会有安全问题,因为在生成时候会采集随机数随机生成的,名称和邮箱地址这些信息你是可以修改和增加的

正常现象

@mmqc 服务器也有没有渲染的游戏引擎,这种,玩家的游戏界面实现帧同步,同步服务器的状态,服务器的运算为准,也有服务器要写 AI 逻辑和玩家对战,也有玩家客户端运算上传服务器,服务器进行验证这些,简单的也简单,复杂的很复杂

@mmqc 如果是要做游戏的后端的话需要了解一些常见游戏功能,比如排行榜功能,比如数据存储,比如客户端对战等等,比较关心并发,如果是客户端是底层渲染一般不关心,不然用引擎就没有必要了,底层细节处理好了,其他的也是好学的,2D 游戏好做,3D 多一个轴复杂好多...