Solon 特性（或功能）提案收集 · Issue #I9RNEG · OpenSolon/solon

欢迎提出想法（接收的想法，会集到下表）

编号	特性（或功能）	提案人
1
2

Solon 需要支持sofa-jraft 中间功能，实际工作中经常使用，目前在金融低延迟系统里面kv存储和查询是用非常多

这个已经有了；）。。。etcd-solon-cloud-plugin

https://solon.noear.org/article/526

RPC未来支持高性能序列化框架-flatbuffers和simple-binary-encoding

Solon nami RPC 底层希望支持socketd-transport-aeron，低延迟Aeron金融级框架

Solon 希望支持Gradle 的构建、目前公司大多数项目都转向使用Gradle 构建项目

Solon 需要有更友好的代码监控指标体系、报警体系、监控看板体系

希望Solon可以重新考虑一下支持构造器注入，多一种方式给开发者，迁移也会更省心。
关联issue：https://gitee.com/noear/solon/issues/I9LLT3

完全没必要

那为啥完全没必要？

构造器注入，在推崇阿里巴巴开发规范的项目里，运用非常多，大多数是结合 RequiredArgsConstructor 进行使用，用这种方案的还是不少的，如果能解决，也能提升这一类项目以及群体的支持度

+1

希望能有eclipse的solon插件，毕竟目前eclipse还是主流开发工具

缺人手啊：）以后会有的

希望solon 的socket.D能支持novnc，有很多基于novnc远程桌面需要做

建议： solon-spring-boot-starter，做一层 spring 到 solon 的转换层，包括各种注解、依赖的引用等
原因： spring 生态依旧占大多数，以前的市场率也非得大，新老项目难以取舍，同一家公司很难去用两套生态的技术栈，但如果能够做一层转换，帮助开发者，快速的将 spring 的项目切入到 solon，能极大的加快 solon 在 java 行业的发展，提高市场率

这个有可能更适合第三方做

solon适配LDAP使用插件

有个简单的，且哪儿都能用的。试试： https://gitee.com/noear/okldap

条件注解有计划支持 onBean 吗

onBean 的意义不大。。。注入参数时，把必须属性设为 false ；并在函数里判断它是否为 null 。。。就相当于这个效果了

如果某个beanA需要依赖另一个beanB存在时我才需要被实例化放入容器管理怎么处理呢

如果是 @Bean 方法是好搞的。solon 的 @Bean 可以返回 null

@Bean
public BeanB b(@Inject(required=false) BeanA a){
    if(a == null) {
        return null;
    } else {
        return new BeanB(a);
    }
}

或许真应该加一个。。。显得更简洁些：）

现在不知道在solon里面支不支持类似这种的功能https://zhuanlan.zhihu.com/p/574268774

"Docker镜像编译方式"??? 这个跟 solon 或 spring 没啥关系。。。solon 官网有这块的打包说明

好像是有区别的，这种方式后面镜像分层可以做到kb级别的增量更新。但是本身要框架做处理才行。而现在的版本似乎没法那么精确的

别把事情搞复杂了：）

docker 的特点：把多变成一，把敏变成简。。。要是把 jar 拆成很多个包（每个又一层），估计是背道而驰的

GVP OpenSolon/solon

内容风险标识

Solon 特性（或功能）提案收集置顶

评论 (27)

GVPOpenSolon/solon

内容风险标识

Solon 特性（或功能）提案收集 置顶

评论 (27)

搜索帮助

GVP OpenSolon/solon

Solon 特性（或功能）提案收集置顶