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

Tauri: Rust-based Electron alternative releases beta

tauri.studio

Post reply on HN
Print view View original

171–177 of 177 posts

Re: Tauri: Rust-based Electron alternative releases beta

#171

Post by ironmagma »

oscargrouch wrote: post #170
ironmagma wrote: post #169

Earlier quoted context omitted.

It's strange that some people view UIs as being some of the simplest software. Once you've considered the state management, asynchronous nature (meaning your code could be run in many different permutations), graphical elements (graphics' complexity upper bound being equivalent to what you might see in a video game), legacy APIs (old browsers, shims, or old OSes), and IO such as network requests, it ends up being inc…

I'm not saying that Rust is not a good language for UI, and im also not saying UI is simple. The problem is that you are just comparing it to JavaScript which is untyped and easy to beat. In my case i'm comparing it with languages that are also powerful, safe, fast and more well designed for this kind of scenario, which JavaScript or Python aren't. But if i had just two picks, between JavaScript or Rust, of course i…

Sure, those other languages would be fine, but they all have their own severe downsides..

C# - requires an obscure runtime (Mono) on most platforms

Kotlin - suffers from JVM's infamous GC pauses and startup time

Swift - not open source (not SwiftUI, the good part)

TypeScript - mostly same problems as JavaScript

Java - same problems as Kotlin

No one has managed to do open source cross-platform development well yet IMO. I'd be happy to be proven wrong.

Re: Tauri: Rust-based Electron alternative releases beta

#172

Post by nsonha »

Zababa wrote: post #108
nsonha wrote: post #96

Earlier quoted context omitted.

I'm not saying that go and C++ have better type systems. I'm saying like rust, their type systems are built to aid the compiler. High-level languages like ocaml or f# have type systems made for domain modeling

I'm not sure I understand your point. Rust has ADTs, like OCaml and F#, and Go doesn't. Rust can be written almost like OCaml and F#, Go can't.

Could you re-read my comments, I think go is a very lame language, at no point I said it would be good for anything. You're not convincing anyone by picking on low bar like C#, javascript & go to make rust seem like a good language for UI programming.

Re: Tauri: Rust-based Electron alternative releases beta

#173

Post by nsonha »

ironmagma wrote: post #171
oscargrouch wrote: post #170

Earlier quoted context omitted.

I'm not saying that Rust is not a good language for UI, and im also not saying UI is simple. The problem is that you are just comparing it to JavaScript which is untyped and easy to beat. In my case i'm comparing it with languages that are also powerful, safe, fast and more well designed for this kind of scenario, which JavaScript or Python aren't. But if i had just two picks, between JavaScript or Rust, of course i…

Sure, those other languages would be fine, but they all have their own severe downsides.. C# - requires an obscure runtime (Mono) on most platforms Kotlin - suffers from JVM's infamous GC pauses and startup time Swift - not open source (not SwiftUI, the good part) TypeScript - mostly same problems as JavaScript Java - same problems as Kotlin No one has managed to do open source cross-platform development well yet IMO…

Ocaml: https://github.com/revery-ui/revery

F#: https://safe-stack.github.io

To watch:

Kotlin NATIVE

Scala NATIVE

Note that even with Scala's complexity, the language's focus is first and foremost domain modelling & expressiveness.

Rust is first and foremost, a language for memory safety and raw performance, it just happens to have some level of expressiveness. Nothing wrong with that either.

Re: Tauri: Rust-based Electron alternative releases beta

#174

Post by ironmagma »

nsonha wrote: post #173
ironmagma wrote: post #171

Earlier quoted context omitted.

Sure, those other languages would be fine, but they all have their own severe downsides.. C# - requires an obscure runtime (Mono) on most platforms Kotlin - suffers from JVM's infamous GC pauses and startup time Swift - not open source (not SwiftUI, the good part) TypeScript - mostly same problems as JavaScript Java - same problems as Kotlin No one has managed to do open source cross-platform development well yet IMO…

Ocaml: https://github.com/revery-ui/revery F#: https://safe-stack.github.io To watch: Kotlin NATIVE Scala NATIVE Note that even with Scala's complexity, the language's focus is first and foremost domain modelling & expressiveness. Rust is first and foremost, a language for memory safety and raw performance, it just happens to have some level of expressiveness. Nothing wrong with that either.

Those are some interesting picks, thanks! Will definitely be checking them out.

Re: Tauri: Rust-based Electron alternative releases beta

#175

Post by Jweb_Guru »

oscargrouch wrote: post #154
Jweb_Guru wrote: post #78

Earlier quoted context omitted.

Order of magnitude memory reduction, not disk space, was the selling point last time I heard. And given how often I hear users complaining about memory consumption in Electron apps, I think that is something pretty attractive, if it pans out.

Not if you take one of the biggest selling points of Electron. Im working on something not quite the same thing but that deal with all this, and being able to ship with a web rendering engine and not using whatever its on the system is actually better giving all the power, bindings, compromise you can make that you are unable when you can only deal with a abstract wrapper to every web rendering engine out there. Lowe…

Of course it's less convenient for developers not to ship a rendering engine. But should developers' need always come before users' needs, especially for applications that live and run on their own PCs?

Re: Tauri: Rust-based Electron alternative releases beta

#176

Post by oscargrouch »

Jweb_Guru wrote: post #175
oscargrouch wrote: post #154

Earlier quoted context omitted.

Not if you take one of the biggest selling points of Electron. Im working on something not quite the same thing but that deal with all this, and being able to ship with a web rendering engine and not using whatever its on the system is actually better giving all the power, bindings, compromise you can make that you are unable when you can only deal with a abstract wrapper to every web rendering engine out there. Lowe…

Of course it's less convenient for developers not to ship a rendering engine. But should developers' need always come before users' needs, especially for applications that live and run on their own PCs?

Its not also about user needs, given the final application will have access to more functionality, also guaranteeing things will work.

I agree that Electron is user hostile in the way it uses memory, but there's an answer in between the Electron and what Tauri is offering here.

Tauri could have a embedded engine and yet propose a better architecture and better use of memory in consequence. The best of both worlds.

In Chrome for instance, each tab is equivalent to a app, giving is a whole isolated process and yet it doesnt kill your machine even with many tabs open.

Re: Tauri: Rust-based Electron alternative releases beta

#177

Post by abeltensor »

politician wrote: post #29

Is anyone developing a cross-platform alternative to native OS webviews? The web hasn't been heading in a good direction lately.

You've got alternatives like Flutter and ReveryUI which are both pretty solid for building cross platform applications without using web technologies or webviews.

And you can always just use some of the other GUI toolkits that have been coming out recently.

Post reply on HN