Haxe 2 - Haxe 3迁移指南

2023-10-11 21:58
文章标签 指南 迁移 haxe

本文主要是介绍Haxe 2 - Haxe 3迁移指南,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

官网英文原文:http://haxe.org/manual/haxe3_migration

混合类型数组
症状: 编译错误 Arrays of mixed types are only allowed if the type is forced to Array<Dynamic>
解释:Haxe 2允许这样定义混合数组: [1, "foo"],编译器会自动推断其类型为Array<Dynamic>。Haxe 3不允许如此定义,除非数组被显式声明为Array<Dynamic>。
修正:使用Array<Dynamic>显式定义混合类型数组。包括以下几种情形:
赋值到类型为Array<Dynamic>的变量: var a:Array<Dynamic> = [1, "foo"];
赋值到类型为Array<Dynamic>的类成员域
将其作为需求Array<Dynamic>类型的函数参数
从声明返回类型为Array<Dynamic>的函数返回值
例程:

// haxe 2
var x = [1, "foo"];

// haxe 3
var x:Array<Dynamic> = [1, "foo"];

Callback关键字
症状:编译错误 callback syntax has changed to func.bind(args)
解释:Haxe 2 had a callback keyword which could be used for partial application. In haxe 3 the special field bind can be invoked on functions.
修正:Replace callback(func,args) with func.bind(args)
例程:

function add(a, b) return a + b;
// haxe 2
callback(add, 1);
// haxe 3
add.bind(1);

系统平台API的整理统一

症状:Class not found errors for the following packages:
cpp, cpp.io, cpp.net
neko, neko.db, neko.io, neko.net, neko.zip
php, php.db, php.io, php.net
解释:Haxe 3 generalized several APIs of sys-platforms in the sys package. The platform-specific versions from haxe 2 were removed.
修正:Use the platform-independent classes in sys, sys.db sys.io and sys.net instead.

Hash和IntHash类已移除

症状:编译错误 Hash has been removed, use Map instead or IntHash has been removed, use Map instead
解释:Haxe 2 provided Hash and IntHash as toplevel classes. In haxe 3 their implementations was moved to the haxe.ds package and a general-purpose Map type remains in the toplevel.
修正:
Replace Hash with Map, possibly adding an explicit String key if required
Replace IntHash with Map, possibly adding an explicit Int key if required
例程:

// haxe 2
var hash = new Hash();
var intHash = new IntHash();

// haxe 3
var hash = new Map();
var intHash = new Map();

hash.set("foo", 1);
intHash.set(1, 2);

haxe.rtti接口

症状:编译错误 Use @:generic instead of implementing haxe.Generic or Use @:rtti instead of implementing haxe.rtti
解释:Haxe 2 used the special interfaces haxe.rtti.Generic and haxe.rtti.Infos to enable particular behavior. In haxe 3 they have been replaced by @:generic and @:rtti metadata respectively.
修正:
Remove implements haxe.rtti.Generic and add @:generic metadata to the class
Remove implements haxe.rtti.Infos and add @:rtti metadata to the class
例程:

// haxe 2
class GenericClass extends haxe.rtti.Generic { }
class RttiClass extends haxe.rtti.Infos { }

// haxe 3
@:generic class GenericClass { }
@:rtti class RttiClass { }

内联变量的初始化

症状:编译错误 Variable initialization must be a constant value
解释:Haxe 2 allowed arbitrary expressions as initialization to inline variables. This could cause unexpected behavior because expressions with potential side-effects were injected to the place of their access. Haxe 3 restricts the allowed expressions to constant ones, i.e. those that have no side-effects.
修正:Use an inline function returning the value instead.
例程:

// haxe 2
static inline var x = [];

// haxe 3
static inline function x() {
    return [];
}

Int32
症状:编译错误 haxe.Int32 has been removed, use normal Int instead or errors related to readUInt30, readInt31, writeUInt30, writeInt31
解释:Haxe 3 provided the haxe.Int32 Api to enable 32-bit integer operations across all targets. This is no longer necessary for haxe 3, so the Api has been removed.
修正:
replace all occurences of Int32 with Int
replace readUInt30 and readInt31 with readInt32
replace writeUInt30 and writeInt32 with writeInt32

接口语法变化

症状:编译错误 Interfaces cannot implements another interface (use extends instead) or Unexpected ,
解释:In haxe 2 interfaces would use implements to extend other interfaces, and multiple extends and implements declaration were separated by a comma. In haxe 3 interfaces use extends instead and the separating comma is no longer allowed.
修正:
replace implements with extends on interface declarations
remove the comma separating multiple implements and extends declarations
例程:

// haxe 2
interface InterfaceSyntax { }
interface InterfaceSyntax2 implements InterfaceSyntax { }
class InterfaceSyntaxClass extends haxe.Template, implements InterfaceSyntax2 { }

// haxe 3
interface InterfaceSyntax { }
interface InterfaceSyntax2 extends InterfaceSyntax { }
class InterfaceSyntaxClass extends haxe.Template implements InterfaceSyntax2 { }

Macro reification changes

症状:Various compiler errors when using macro reification
解释:The reification syntax of haxe 2 has been changed for haxe 3. While now being more flexible and readable, it likely breaks haxe 2 reification code.
修正:
replace $(value) with $v{value}
例程:

// haxe 2
var v = macro $(1);

// haxe 3
var v = macro $v{1};
Order of import and using
症状:The compiler infers identifiers to the wrong type.
解释:Haxe 2 resolved unknown identifiers by checking the list of imported modules from top to bottom. Haxe 3 checks this list from bottom to top.
修正:Reverse the declarations of import and using in a file that causes problems.

属性的访问器
症状:编译错误 Custom property accessor is no longer supported, please use get/set
解释:In haxe 2 it was possible to use custom names for the getter and setter of a property. Haxe 3 enforces the naming scheme of get_propertyName and set_propertyName for the getter and setter respectively.
修正:Fixing this involves two steps per property:
use get and set in the property declaration, e.g. var prop(get,set):Int;
rename the accessor function to get_propertyName and set_propertyName for the getter and setter respectively
例程:

// haxe 2
var property(getProperty, setProperty):Int;
function getProperty() return 1
function setProperty(i) return 1

// haxe 3
var property(get, set):Int;
function get_property() { return 1; }
function set_property(i) {return 2; }

属性域的创建

症状:编译错误 This field cannot be accessed because it is not a real variable
解释:In haxe 2 properties always had a real field representation, even if they did not need one. In particular, this applied to pure getter/setter properties. Haxe 3 treats properties as real variables only if they have a default or null access.
修正:Add @:isVar to the property in question.
例程:

// haxe 2
var property(get, set):Int;
function get_property() { return property; }
function set_property(i) {return property = i; }

// haxe 3
@:isVar var property(get, set):Int;
function get_property() { return property; }
function set_property(i) {return property = i; }

字符串插值 interpolation

症状:编译错误 Std.format has been removed, use single quote 'string ${escape}' syntax instead
解释:Haxe 2 was using a haxe macro accessible as Std.format() for String interpolation. In haxe 3 single quotes syntax can be used instead.
修正:Remove the call to Std.format and enclose the String by ' instead of ".
例程:

var x = 12;
// haxe 2
var s = Std.format("x equals $x");
// haxe 3
var s = '$x * $x equals ${x * x}';
trace(s); // 12 * 12 equals 144

Switch的变化

症状:Various compiler errors or warnings in a switch expression
解释:By default Haxe 3 uses pattern matching. While this enables a concise and expressive way for many cases, it may introduce a few incompatibilities to the switch expression used in Haxe 2.
修正:Adding -D no-pattern-matching to the command line will disable pattern matching and retain the haxe 2 behavior. Otherwise it might be worthwhile to adjust the case expressions to conform with the new switch specification. This includes:
null patterns are not allowed and should be replaced by a guard-expression: case CTor("foo",x) if (x == null):
Unused variables will generate a warning because they might have a negative impact on the code output. They can be replaced with _ or an identifier starting with _ in case they are still refered to in documentation.
The | operator is used as or-operator and cannot be used to do in-case integer calculation anymore. These should be moved to e.g. an inline variable.
Some rare case-patterns may no longer be supported, in which case they can be replaced with a if .. else if ... else chain.
A compiler error Capture variables must be lower-case may indicate that a type name or enum constructor could not be found. Make sure that the intended type can be resolved.

若干Api变化

General:
haxe.BaseCode -> haxe.crypto.BaseCode
haxe.Md5 -> haxe.crypto.Md5
haxe.SHA1 -> haxe.crypto.Sha1
EReg.customReplace -> EReg.map
StringTools.isEOF -> StringTools.isEof
IntIter -> IntIterator
haxe.Stack -> haxe.CallStack
neko:
neko.zip.Reader -> haxe.zip.Reader
neko.zip.Writer -> haxe.zip.Writer

新的关键字

In order to support abstract types, an abstract keyword has been added to the language. If you use this as an identifier or a package name, the compiler will reject it in haxe3.

Tools for conversion of haxe2 code to haxe3 code.
Simon's library for getting a haxe2 code base running in haxe3 hx2compat, obviously this is always changing until haxe3 is released, this link is just added for developers working with haxe svn nightlies and can be useful as further guide to changes.

 

这篇关于Haxe 2 - Haxe 3迁移指南的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/191089

相关文章

Python设置Cookie永不超时的详细指南

《Python设置Cookie永不超时的详细指南》Cookie是一种存储在用户浏览器中的小型数据片段,用于记录用户的登录状态、偏好设置等信息,下面小编就来和大家详细讲讲Python如何设置Cookie... 目录一、Cookie的作用与重要性二、Cookie过期的原因三、实现Cookie永不超时的方法(一)

Linux中压缩、网络传输与系统监控工具的使用完整指南

《Linux中压缩、网络传输与系统监控工具的使用完整指南》在Linux系统管理中,压缩与传输工具是数据备份和远程协作的桥梁,而系统监控工具则是保障服务器稳定运行的眼睛,下面小编就来和大家详细介绍一下它... 目录引言一、压缩与解压:数据存储与传输的优化核心1. zip/unzip:通用压缩格式的便捷操作2.

Linux中SSH服务配置的全面指南

《Linux中SSH服务配置的全面指南》作为网络安全工程师,SSH(SecureShell)服务的安全配置是我们日常工作中不可忽视的重要环节,本文将从基础配置到高级安全加固,全面解析SSH服务的各项参... 目录概述基础配置详解端口与监听设置主机密钥配置认证机制强化禁用密码认证禁止root直接登录实现双因素

深度解析Spring Boot拦截器Interceptor与过滤器Filter的区别与实战指南

《深度解析SpringBoot拦截器Interceptor与过滤器Filter的区别与实战指南》本文深度解析SpringBoot中拦截器与过滤器的区别,涵盖执行顺序、依赖关系、异常处理等核心差异,并... 目录Spring Boot拦截器(Interceptor)与过滤器(Filter)深度解析:区别、实现

MySQL追踪数据库表更新操作来源的全面指南

《MySQL追踪数据库表更新操作来源的全面指南》本文将以一个具体问题为例,如何监测哪个IP来源对数据库表statistics_test进行了UPDATE操作,文内探讨了多种方法,并提供了详细的代码... 目录引言1. 为什么需要监控数据库更新操作2. 方法1:启用数据库审计日志(1)mysql/mariad

SpringBoot开发中十大常见陷阱深度解析与避坑指南

《SpringBoot开发中十大常见陷阱深度解析与避坑指南》在SpringBoot的开发过程中,即使是经验丰富的开发者也难免会遇到各种棘手的问题,本文将针对SpringBoot开发中十大常见的“坑... 目录引言一、配置总出错?是不是同时用了.properties和.yml?二、换个位置配置就失效?搞清楚加

SpringBoot集成LiteFlow工作流引擎的完整指南

《SpringBoot集成LiteFlow工作流引擎的完整指南》LiteFlow作为一款国产轻量级规则引擎/流程引擎,以其零学习成本、高可扩展性和极致性能成为微服务架构下的理想选择,本文将详细讲解Sp... 目录一、LiteFlow核心优势二、SpringBoot集成实战三、高级特性应用1. 异步并行执行2

Conda虚拟环境的复制和迁移的四种方法实现

《Conda虚拟环境的复制和迁移的四种方法实现》本文主要介绍了Conda虚拟环境的复制和迁移的四种方法实现,包括requirements.txt,environment.yml,conda-pack,... 目录在本机复制Conda虚拟环境相同操作系统之间复制环境方法一:requirements.txt方法

Python中图片与PDF识别文本(OCR)的全面指南

《Python中图片与PDF识别文本(OCR)的全面指南》在数据爆炸时代,80%的企业数据以非结构化形式存在,其中PDF和图像是最主要的载体,本文将深入探索Python中OCR技术如何将这些数字纸张转... 目录一、OCR技术核心原理二、python图像识别四大工具库1. Pytesseract - 经典O

SpringMVC高效获取JavaBean对象指南

《SpringMVC高效获取JavaBean对象指南》SpringMVC通过数据绑定自动将请求参数映射到JavaBean,支持表单、URL及JSON数据,需用@ModelAttribute、@Requ... 目录Spring MVC 获取 JavaBean 对象指南核心机制:数据绑定实现步骤1. 定义 Ja