well.james

no C# support yet

Whether RPC can become popular depends on its design, such as ease of use, complexity, performance, and functionality. Functionality, complexity, and ease of use are difficult to grasp. For example,...

+1

> You can have a look to this other project if you need more possibilities : https://github.com/alternetsoft/AlternetUI This project has C++ external dependencies and looks bulky. It even depends on...

> That's too bad that completely removes the point for me to use this library. No, the meaning of this library itself is not to get the look of win32....

HyperSerializer MemoryPack Nino bebop

> protected override async Task InitializeAsync(CancellationToken stoppingToken = default) { AddDataFlow(); AddDataFlow(GetDefaultStorage); await AddRequestsAsync( new Request( "https://news.cnblogs.com/n/page/1", new Dictionary { { "网站", "博客园" } })); } > > ``` >...

> 移植的前提是你能实现他们驱动调用的内核函数。但是问题是你都能实现他们的内核函数你为啥不直接用他们的系统😒 他们系统能放到路由器里面吗?就算是俄罗斯给系统瘦身的大佬出手也不行吧? 我是感觉一个新系统,如果要做桌面的话怕是很难了.但是如果只是 做路由器系统,或者只是做云服务器的OS的话相对来说要求就很低了.基本上 只要有简单的文件系统.可以加载网卡驱动就够了. 当然也可以搞Linux的,但是我听说linux的驱动都是在内核里面的.那岂不是很麻烦.内核代码里面 要携带一堆驱动,

> ReactOS不太行啊，你没试过吗。我之前玩过，莫名其妙蓝屏。反正不稳定，我感觉比我这个都不稳定 没试过,关注过,我知道不太稳定.但是我们又不需要整个ReactOS,只是需要驱动加载,运行那块的逻辑 > linux驱动没多大的。一个网卡驱动就几、几十kb 那你的意思是,后面可能实现集成 linux的网卡驱动的逻辑?但是网卡驱动不是可插拔的么?一个驱动几十kb,但是不同品牌不同型号的话....

> 网卡一般是一个系列的。比如说intel 825xx系列网卡也就是e1000驱动是一样的。不过移植还是算了。工作量很大 倒不是移植网卡驱动,只是实现wdk,ddk,sdk api之类的玩意儿. 那么大佬,对于这个os,往实用化方向发展的话有什么计划不. 我感觉实用化的最大的两个方向: 1.向windows靠拢(难度大,但也不是不行,比如现在普遍存在的在安卓和IOS上面跑windows游戏的工具). 2.向linux靠拢(难度也不小) 3.走出自己的路子 第3条,走自己的路子,这个不太可能.原因是:设备厂商不可能给你开发驱动.而没有设备支持,那基本上就没有什么实用性. 永远只能跑在假环境里面. 工作量这块,你只能考虑把这件事情交给社区,比如linus也不可能,所有事情亲历亲为. 谁希望兼容或者支持什么功能,就让他们自己集成,你只需要把控系统最核心的一些东西.大框架,大方向.