【10.X】服务端命令和缓存增强

1、服务端命令支持直接写C#代码。现在的插件路线，比较适合云存储、微信支付对接这类方案，但像对象、数组、逻辑等基本语言功能，用源码更适合。同时提供配套设施，如支持设计器直接安装Nuget包，并可以源码配置服务和中间件。类似的，针对前端，可以考虑提供NPM方案。


2、缓存支持Redis服务器，并提供配套的服务端和客户端命令。现在的内存缓存，对服务器压力比较大。
3、后端可以升到.NET8了。

理解，这块的主要问题是开发原因以及切换后的稳定性考量，我可以帮您问下后回复。

.NET6升.NET8，应该是比较平滑的，性能会有不小提升。

服务端命令支持C#代码，还是强烈建议一下。它的角色，可以类比为unity中的C#，做脚本语言。最近几个案例涉及业务计算的，部分实现很麻烦，部分无法实现，用源码，其实很简单。我举个很简单的例子，比如数组对象的属性修改，用现在的服务端命令，就非常麻烦，我也是研究了半天，才摸索一个思路，通过构建一个新的对象去替换数组相应索引的对象，这就不仅是奇葩，而且是性能的问题了。对于插件，语言层面的功能是很难穷尽封装的，像云存储、微信对接这类，适合封装为插件，但像数组、对象、计算处理，就不适合。

再次强烈建议将C#源码开放出来！！！

1、服务端命令支持直接写C#代码。
活字格支持web api，这个可以满足您的需求吗，不满足的话可以分享下差在哪里了么

2、缓存支持Redis服务器，并提供配套的服务端和客户端命令。
咱这边做的是什么应用呢，之前考虑过，就是这种体量和场景的应用在活字格中不常见，不够通用，如果需求的人足够多的话投入和产出也是平衡的。

3、后端可以升到.NET8了。
看来老板你是懂得，升级到.NET8肯定会带来一些好处。不过当前会有一些兼容性考量，以及升级整体的工程量，不过这个确实是我们也一直在考虑的，我只能说暂时不好启动，只要条件成熟是会考虑的。