Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Try the new try.haxe

community.haxe.org

Post reply on HN
Print view View original

31–36 of 36 posts

Re: Try the new try.haxe

#31

Post by Narann »

ncannasse wrote: post #26
Narann wrote: post #23

Earlier quoted context omitted.

It's interesting how DC goes from average performance on Switch to smooth 60 fps. I always wondered if it was related to Haxe and if it had home made Haxe optimization (Haxe dev is one of the original DC devs). Switch is a constrained console and Haxe is dynamically typed. DC is a real world product with a long life (many updates and DLC). Any information about limitation/workaround it had to do would be very interes…

Haxe is not dynamically typed, it can compile to dynamically typed platforms, but it can also compile to statically typed platforms while remaining statically typed. For switch it uses Hashlink/C code generation so it's native C that is compiled on the console.

Thanks Nicolas !

Re: Try the new try.haxe

#32

Post by klibertp »

insraq wrote: post #27
klibertp wrote: post #24

Not a comment about try.haxe, but Haxe in general: There's this Window Manager called Awesome, which is scripted with Lua/LuaJIT. It features an extensive library of objects for use in user scripts. There's a lot to like about Lua, but it's designed as an embedded scripting language and it gets harder to use the more code you have. Extremely dynamic nature coupled with lack of good tooling makes it really hard to exp…

I have evaluated several "typed Lua" solutions[1]. Haxe might be a bit too heavy-weight depending on what you try to do. There're Teal and TypeScriptToLua which might be a better fit. [1] https://ruoyusun.com/2021/01/31/typed-lua.html

At the time I started working on my scripts - sometime in 2019 - I think neither Teal, nor TSToLua existed. Not 100% sure about that, but I remember searching for type systems for Lua and coming back empty handed back then :(

I'll take a closer look at both, they seem interesting.

Re: Try the new try.haxe

#33

Post by haxiomic »

suby wrote: post #30
haxiomic wrote: post #5

Earlier quoted context omitted.

The multiple targets is certainly a big appeal, but the biggest for me is it's just a nice language to work in, so I often prefer it over whatever domain's native language I'm working with For example, when I do web frontend work I often use it over TypeScript - I broke down why earlier https://news.ycombinator.com/item?id=26084187 Same story for say, writing blender plugins; personally I find prefer if I can use a s…

You seem to caution against using vue and react when targeting the web. Is the haxe-react project you linked to in that post what you normally use for building front-end apps, or how are you approaching that if not?

Yeah, kLabz's haxe-react is the one I've used in the past because kLabz seems to be active keeping it updated and I've been very happy with it (although I think the readme doesn't do it justice)

My work at the moment is WebGL-heavy and DOM-light, so I haven't needed DOM frameworks much, however the next time I do I'm curious to try haxe 'coconut'[0] which is a react-like ui library written for haxe

I think when building a web app that involves assembling components from libraries and frameworks, TypeScript is a strong choice because there's so much material out there to work with, all designed for TS. Whereas if you're building something for the web with few dependencies and primarily in-house code, haxe starts looking more attractive

I'd love to see haxe get to a point where it can frictionlessly integrate with TS codebases so it can become an attractive choice for any frontend work but it's not there yet. Lots happening in this direction however; maybe in a few versions time.

[0] https://lib.haxe.org/p/coconut.ui

Re: Try the new try.haxe

#34

Post by gavinray »

insraq wrote: post #27
klibertp wrote: post #24

Not a comment about try.haxe, but Haxe in general: There's this Window Manager called Awesome, which is scripted with Lua/LuaJIT. It features an extensive library of objects for use in user scripts. There's a lot to like about Lua, but it's designed as an embedded scripting language and it gets harder to use the more code you have. Extremely dynamic nature coupled with lack of good tooling makes it really hard to exp…

I have evaluated several "typed Lua" solutions[1]. Haxe might be a bit too heavy-weight depending on what you try to do. There're Teal and TypeScriptToLua which might be a better fit. [1] https://ruoyusun.com/2021/01/31/typed-lua.html

I recently did a fairly large undertaking with TypescriptToLua.

(Porting the Lua API + types of a major music DAW to TS types to make it possible to write type-checked scripts in JS/TS).

The experience was mostly smooth, barring a few bumps of non-standard TS stuff. (It's also very actively developed)

BUT, the community is amazing. They have a Discord server where the core devs are active and very helpful, they quickly and politely helped me fix the small issues I ran into.

I never knew Haxe was capable of this, so I can't give a fair assessment, but now I am interested in trying it as well!

-----

If you want to check out what I did:

https://forum.cockos.com/showthread.php?t=247666

https://github.com/GavinRay97/reaper-with-typescript-starter

https://i.imgur.com/yaoBDvb.gif

Re: Try the new try.haxe

#35

Post by uvtc »

umvi wrote: post #3

So if I understand the appeal of Haxe, it's basically a high level language that compiles down to other languages?

Well, it also has its very own [Hashlink, virtual machine](https://hashlink.haxe.org/).

And it can also compile down to various bytecodes (like JVM), not just to other languages.

Post reply on HN