Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
Gama11
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
5 ms
·
1.
▲
by
Gama11
6y ago
I work with Kotlin at my day job but am also active in the Haxe open source community. I really like both languages, and I don't think that Kotlin is objectively better than Haxe. In practice, there are things about Haxe I miss in Kotl
2.
▲
by
Gama11
6y ago
"there’s no equivalent project to DefinitelyTyped" - no, but these days you can auto-convert those TS type definitions to Haxe externs automatically! :) https://github.com/haxiomic/dts2hx
3.
▲
by
Gama11
6y ago
Haxe macros are very powerful, but not needed for that particular issue - the compiler supports inlining of methods and even constructors (which is useful for iterators in particular): https://haxe.org/manual/lf-inline-
4.
▲
by
Gama11
6y ago
It is. On targets such as C++ where there's no native GC, Haxe brings its own (via hxcpp in this case: https://github.com/HaxeFoundation/hxcpp ).
5.
▲
by
Gama11
6y ago
The eval implementation is found here (evalMain.ml is the entry point): https://github.com/HaxeFoundation/haxe/tree/development/src/...
6.
▲
by
Gama11
6y ago
For 5 of the targets, debugging directly within the Haxe sources is supported with different VSCode debug adapters (well, JS just uses source maps). If your code is written in a target-agnostic way, you can even switch to a different target
7.
▲
by
Gama11
6y ago
Fyi, at this point the Neko VM has more or less been replaced by its spiritual successor HashLink (used by games such as Northgard and Dead Cells). It achieves better performance by being a strictly typed VM. It also has better tooling (bre
8.
▲
by
Gama11
6y ago
TypeScript makes a number of compromises to achieve optimal JS compatibility. Haxe doesn't have this goal since JS is just one of its many targets, and this shows in a number of design decisions (everything-is-an-expression, ADTs and p
9.
▲
by
Gama11
6y ago
There are Electron applications written in Haxe too (via the JS target and Node + Electron type definitions), such as these two level editors for games: - LDtk: https://ldtk.io/ - Ogmo 3: https://ogmo-editor-3.gi
10.
▲
Haxe 4.2
(community.haxe.org)
279 points
by
Gama11
6y ago
|
102 comments
11.
▲
Haxe 4.1.0 is released – JVM target, improved exception handling, TRE
(haxe.org)
9 points
by
Gama11
6y ago
|
0 comments
12.
▲
Introduction to the technology stack used at Shiro Games (Evoland, Northgard)
(haxe.org)
2 points
by
Gama11
6y ago
|
0 comments
13.
▲
Flash in 2020 (and Beyond)
(community.openfl.org)
22 points
by
Gama11
7y ago
|
1 comments
14.
▲
10 years of evolution together with Haxe
(dev.to)
2 points
by
Gama11
7y ago
|
0 comments
15.
▲
Haxe Review: Haxe 4 Features and Strengths
(toptal.com)
7 points
by
Gama11
7y ago
|
0 comments
16.
▲
Getting Started with Haxe
(jeremymorgan.com)
1 points
by
Gama11
7y ago
|
0 comments
17.
▲
by
Gama11
7y ago
That is a good point, a mention on the Neko website would make sense.
18.
▲
by
Gama11
7y ago
No worries, just wanted to clear up the misconception. :)
19.
▲
by
Gama11
7y ago
The "HashLink in-depth" blog post talks about this, an excerpt: > [...] Neko is very slow. The main reason for this is that it's dynamically typed. So every "value" in the VM can be either an Int, a Float, a Bool
20.
▲
by
Gama11
7y ago
There's actually VSCode debuggers for a lot of Haxe targets by now: HashLink, JavaScript [1], C++ (HXCPP), Eval (the compiler's macro interpreter) and Flash. See https://github.com/vshaxe/vshaxe/wiki/
21.
▲
by
Gama11
7y ago
Haxe is hardly a "scripting language", at least according to my definition of that term. It's a strictly typed high-level language with a proper optimizing compiler. Depending on the target it produces either bytecode (Neko,
22.
▲
by
Gama11
7y ago
Haxe's JavaScript target works great in combination with Node as well though. :) ( https://github.com/HaxeFoundation/hxnodejs ) For instance, the Haxe VSCode extension itself is a Node project written in Haxe.
23.
▲
by
Gama11
7y ago
Neko isn't that fast, since the bytecode is dynamically typed. That combined with the fact that it's not really actively developed anymore, you'd probably be better off checking out its successor called "HashLink" i
24.
▲
by
Gama11
7y ago
I'm also surprised that Neko has been posted here rather than HashLink, which is much more impressive: - unlike Neko, the bytecode is strictly typed, allowing it to be much faster - there are two different ways to use it: - HL/
25.
▲
The Joy of Haxe – FontStruct’s love affair with a neglected programming language
(medium.com)
3 points
by
Gama11
8y ago
|
0 comments
26.
▲
Haxe is a most unusual language
(hadoopoopadoop.com)
7 points
by
Gama11
8y ago
|
0 comments
27.
▲
Using abstract types to abstract primitives in Haxe
(haxe.org)
3 points
by
Gama11
9y ago
|
0 comments