companydirectorylist.com  Global Business Directories and Company Directories
Search Business,Company,Industry :


Country Lists
USA Company Directories
Canada Business Lists
Australia Business Directories
France Company Lists
Italy Company Lists
Spain Company Directories
Switzerland Business Lists
Austria Company Directories
Belgium Business Directories
Hong Kong Company Lists
China Business Lists
Taiwan Company Lists
United Arab Emirates Company Directories


Industry Catalogs
USA Industry Directories














  • Solon 和 Spring ,选哪个好框架好? - 知乎
    solon 应该向 quarkus 看齐还有机会,quarkus发展真的快,海外大厂是真的在帮着写插件模块适配,只是国内的库和公司用的少。自己写的APP打原生 native 跑在 arm 上,并发最高内存不到100m,日常30m,并发时 CPU利用率 不低,回收也很积极,4g小盒子能跑最少40个应用,相当有前途,以后买个1g内存云主机也
  • spring-ai,langchain4j,agent-flex,solon-ai 你喜欢哪个?
    新项目尝鲜可以使用 spring-ai 老项目增加 ai 模块,优先使用agent-flex、solon-ai,Java 11+版本可以考虑langchain4j 考虑生态完整性选择spring-ai 和solon-ai 如果只能Java 8,选择 agent-flex和 solon-ai 如果有国产化生态要求,选择 solon-ai 影子
  • Solon 框架有哪些缺点? - 知乎
    Solon框架是一个基于Java的轻量级Web框架,尽管它有一些优点,比如简单易用和高性能,但也存在一些潜在的缺点,例如: 1 社区支持相对较小:相对于一些更大的框架,Solon的社区支持可能相对有限,这可能导致较少的第三方插件和资源。 2
  • 现在做信创是不是要用 Solon 框架? - 知乎
    我选solon最主要是看重了作者的实力。 你可以看下作者直播写代码的视频,无剪辑。 [Socket D 实战] 直播手写 FolkMQ (1)_哔哩哔哩_bilibili 。 还有就是非常愿意听取开发者的建议。 不像很多框架加个功能会磨蹭个半天。 还有就是生态很多知名的框架都有集成和适配。
  • 央企的信创,是否有必要把 spring 替换成国产的 solon ? - 知乎
    央企的信创,是否有必要把 spring 替换成国产的 solon ? 目前主要提:硬件,操作系统,中间件。 。。 如果涉及 java 系统,jdk 是不是应该用国产的? 应用开发框架是不是要换国产的? 显示全部 关注者 47
  • 从 Spring 迁移到 Solon 怎么做更简单些? - 知乎
    第八步:Solon 强制 AOP 使用注解的方式,没有 Spring 那种表达式支持,共存。 第九步:关于 FactoryBean 的代替,Solon 依旧是注解玩法,自定义注解,plugin生命周期检测注解的是类还是成员变量,创建类赋值类或成员变量即可,共存。
  • Solon 的分布式事件,都有适配了哪些中间件? - 知乎
    Solon的分布式事件机制已经适配了多种中间件,具体包括: Kafka:通过solon cloud kafka KafkaEventProvider提供对Kafka消息队列的支持。 Kafka作为一个流处理平台,在Solon中可以用于分布式事件的消息传递。
  • Solon 的 @Async 注解有什么坑? - 知乎
    1 线程池配置问题 Solon 的 @Async 注解默认使用全局的线程池来处理异步任务。如果没有配置合适的线程池,可能会导致任务堆积、线程资源耗尽、性能下降等问题。 需要确保线程池的配置与应用的负载和需求匹配。你可以通过配置自定义的线程池来提高性能和控制并发。 解决办法: 配置合理的线程




Business Directories,Company Directories
Business Directories,Company Directories copyright ©2005-2012 
disclaimer