TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Electron.Net: Build cross platform desktop apps using .NET core and ASP.NET core

127 点作者 minaandrawos超过 7 年前

16 条评论

alkonaut超过 7 年前
Can&#x27;t we just make a proper, easy to use portable desktop application framework please? I really don&#x27;t care what language is used so log as JS is avoidable (It can still be a compilation target so it could even be JS), and I can make a snappy desktop app that takes 10 not 100mb.<p>I&#x27;m not even sure which one I&#x27;m hoping for at the moment. Xamarin seems to have bet fully on mobile. Avalonia looks nice but feels like it would need some enterprise backing.
评论 #15617642 未加载
评论 #15617641 未加载
评论 #15618433 未加载
评论 #15617897 未加载
评论 #15617859 未加载
评论 #15619309 未加载
评论 #15617936 未加载
评论 #15617942 未加载
评论 #15619437 未加载
评论 #15617670 未加载
评论 #15618365 未加载
评论 #15620173 未加载
评论 #15620039 未加载
评论 #15622425 未加载
评论 #15619000 未加载
lwansbrough超过 7 年前
I think this highlights the need for Microsoft to open source Edge’s new rendering engine. I’d love to be able to use the renderer in .NET Core for a whole host of applications (including rendering dynamic HTML to OpenGL) but unfortunately EdgeHTML has remained closed source! With many components of the .NET stack being open sourced, and even some of the Edge stack, I had high hopes for seeing the rendering engine open sourced as well too - but no such luck.<p>Can anyone on the Edge team comment on this? There would be so many major use cases for this in .NET. Currently we have to use CEF but I really don’t like being forced to delegate work to Chrome - it further secures Chrome’s place as “the only browser”. Not to mention the Edge team would likely receive many benefits from open sourcing the project in the way of pull requests, even if this is a little more managerial overhead.<p>This has been requested on MS’ UserVoice site. Would love to see it get some love. <a href="https:&#x2F;&#x2F;wpdev.uservoice.com&#x2F;forums&#x2F;257854-microsoft-edge-developer&#x2F;suggestions&#x2F;18543541-make-edgehtml-layout-engine-open-source" rel="nofollow">https:&#x2F;&#x2F;wpdev.uservoice.com&#x2F;forums&#x2F;257854-microsoft-edge-dev...</a><p>Also, what I&#x27;d love to see would be some sort of UI subsystem that <i>all</i> vendors target. Something built on a protocol that can be implemented in any language, and communicated to by any other language. That way all browsers&#x27; HTML renderers would target the same UI subsystem, and any UI framework could choose to either target HTML or the UI subsystem itself, as well. That UI framework (if it targets the UI subsystem) could then be run in a different context (say a JS engine running in .NET) and its output could be routed to a .NET implementation of the UI subsystem. This would allow any components built in any language to interface and work together using a common protocol, and as long as you can host the language a given UI framework is built in, you can use it to create UI elements in whatever platform you want. I see this as being <i>THE</i> solution to JS&#x2F;web&#x2F;UI stuff - there&#x27;s tons of amazing developments happening there, but we can&#x27;t use them in the desktop world. I&#x27;d like to see that change, and in a way that doesn&#x27;t require running an entire browser inside a desktop app.
评论 #15618539 未加载
评论 #15619038 未加载
评论 #15618027 未加载
评论 #15618159 未加载
评论 #15618479 未加载
评论 #15618256 未加载
pknopf超过 7 年前
This reminds me of the project I am currently working on.<p>.NET&#x2F;QML <a href="https:&#x2F;&#x2F;github.com&#x2F;pauldotknopf&#x2F;net-core-qml" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;pauldotknopf&#x2F;net-core-qml</a><p>Not quite production yet, but it will be soon. I&#x27;d love to here some input. You can check the unit tests for how things are working currently.<p>At a certain point, I will also implement a Qml debugger in visual studio code.
评论 #15619992 未加载
评论 #15618089 未加载
评论 #15617750 未加载
评论 #15617653 未加载
roryisok超过 7 年前
I was really excited when I saw this because I thought someone had finally brought us a .net alternative to electron, using xaml. Unfortunately this seems to be electron but with a .net webapp running in the background? You still need node and webkit for the UI it seems. If that&#x27;s what this is, it was already possible to do with edge.js and electron so I&#x27;m not sure what advantage there is here.
评论 #15618920 未加载
评论 #15617656 未加载
FlorianRappl超过 7 年前
I don&#x27;t get this thing. Why do you need to run a webserver an render webpages when we have more powerful alternatives for cross-platform apps?<p>Also if you need interactivity you need JS anyway, so you can switch your server side rendering to client side rendering, thus eliminating the need for this wrapper anyway.<p>Maybe I am missing something (and if someone tells me I am missing .NET libs then my response is Edge.js, <a href="https:&#x2F;&#x2F;github.com&#x2F;tjanczuk&#x2F;edge" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;tjanczuk&#x2F;edge</a>).
seanzer超过 7 年前
Is this a framework built on top of electron? Is there an ASP.NET server running in addition to the electron processes? It&#x27;s just serving pages to the electron renderer processes, and there&#x27;s an api bridge over socket IO to invoke electron methods from .NET-land? ...mindblown...
评论 #15617477 未加载
kristiandupont超过 7 年前
Ok, I normally find myself disagreeing with HN every time Electron comes up. Basically, I think the upsides are worth the size and performance tradeoffs.<p>However, this seems to be almost an entire server deploy as well as a complete renderer all in one package. That <i>does</i> seem excessive to me for a desktop app.
评论 #15618094 未加载
评论 #15618307 未加载
评论 #15617961 未加载
moomin超过 7 年前
This is amazing and frustrating at the same time. The biggest problems, both of which are I think unavoidable, are the necessity to be aware of serialization and the version lock.
评论 #15617479 未加载
edwinyzh超过 7 年前
What you need is <a href="http:&#x2F;&#x2F;www.lazarus-ide.org&#x2F;" rel="nofollow">http:&#x2F;&#x2F;www.lazarus-ide.org&#x2F;</a> for cross, native app development.<p>Here is a list of programs built with Lazarus&#x2F;FPC: <a href="http:&#x2F;&#x2F;wiki.freepascal.org&#x2F;Lazarus_Application_Gallery" rel="nofollow">http:&#x2F;&#x2F;wiki.freepascal.org&#x2F;Lazarus_Application_Gallery</a>
评论 #15619531 未加载
lucaspottersky超过 7 年前
so, could somebody make a quick summary of what&#x27;s currently available for building desktop apps (self-contained that doesn&#x27;t require the user to install a runtime)?
评论 #15618440 未加载
hacker_9超过 7 年前
This is a pretty neat idea, but I see no tests for the code or any sample usage. Looks like there&#x27;s still a lot of work to do.
amelius超过 7 年前
I&#x27;m still looking for something like this that works with Python.<p>Python is huge in numerical libraries (numpy&#x2F;scipy) and deep learning. But it is lacking in UIs. Yes, there&#x27;s PyQt, but Qt is GPL&#x27;ed, making it impossible to use at our shop. And wxPython feels really archaic to use.
msoad超过 7 年前
Can someone explain what is this? Why someone might need this??
评论 #15617331 未加载
评论 #15617324 未加载
pjmlp超过 7 年前
Please use Xamarin.Forms or Avalonia instead.
Steveorevo超过 7 年前
Why not use GitHub&#x27;s native Electron? Just remember what Microsoft did to Java with JNI. Assimilate. Resistance is futile.
评论 #15617463 未加载
评论 #15617435 未加载
asp_net超过 7 年前
I really like that. Re-using the existing Electron platform and <i>not</i> reinventing the wheel and making it usable with .NET underlying is really a good thing.<p>People, XAML is dead. Get over it ;-).
评论 #15617940 未加载