首页 文章 精选 留言 我的

精选列表

搜索[文本图像增强],共10000篇文章
优秀的个人博客,低调大师

Mozi.Network 1.4.2 发布,增强 Http 功能

Mozi.Network是基于.Net开发的网络应用组件套装。项目实现了几个常见的网络通讯协议。所有的模块在实现时均以应用场景为出发点进行开发,保证模块精巧,功能完备,调用简单,可扩展性强,且调用不破坏宿主程序的逻辑结构。 [新增] HttpEmbedded中新增断点续传 HttpEmbedded中增加API简易注册接口, 无需继承BaseApi即可实现接口 HttpEmbedded中增加Transfer-Encoding:chunked,分块传输

优秀的个人博客,低调大师

Torna Swagger 插件 1.2.3 发布,Swagger 增强利器

Torna Swagger插件 1.2.3 发布,本次更新内容如下: 修复ResponseEntity无泛型参数报NPE问题 支持枚举参数 最新版maven依赖: <!-- torna swagger 插件 --> <dependency> <groupId>cn.torna</groupId> <artifactId>swagger-plugin</artifactId> <version>1.2.3</version> <scope>test</scope> </dependency> → 演示地址 关于Torna Swagger插件 Torna配套的文档生成插件,可以把本地swagger文档信息推送到Torna平台,让平台统一管理。 让Torna管理文档的好处有: 项目不需要集成swagger-ui等组件,只需要依赖swagger注解即可 Torna提供了调试、Mock等功能,并且可以区分多环境调试(开发、测试、生产) 调试界面更友好,比swagger自带的UI更容易使用 可以自由组合文档,将不同项目的文档聚合在一起,然后分享出去 插件使用说明

优秀的个人博客,低调大师

撸了一个 Feign 增强包

前言 最近准备将公司的一个核心业务系统用 Java 进行重构,大半年没写 Java ,JDK 都更新到 14 了,考虑到稳定性等问题最终还是选择的 JDK11。 在整体架构选型时,由于是一个全新的系统,所以没有历史包袱,同时团队中也有多位大牛坐镇,因此我们的选项便大胆起来。 最终结果就是直接一把梭,直接上未来的大趋势:Service Mesh,直接把什么 SpringCloud、Dubbo 这类分布式框架全部干掉。 本次的重点不是讨论 Service Mesh 是什么、能解决什么问题、为什么选择它,毕竟我也在学习阶段,啥时候整明白线上也稳定了再和大家来交流。 问题 既然方向定了就开始实际撸码了,不过刚一开始就验证了”理想很丰满、现实很骨感“; 由于我们去掉了 SpringCloud 和 Dubbo 这类框架,服务的注册、发现、负载均衡等需求全部都下沉到 Service Mesh 中提供了。 但对于开发来说依然希望可以调用本地方法的方式来调用远程服务,这在 SpringCloud 这类框架中是很容易实现的,框架本身就有很好的支持。 回到我们这个场景,需求其实很简单,就是想达到 SpringCloud 中的 Feign 这样的声明式+注解的方式调用。 @Autowired private StoreClient client ; Store store = client.update(1, store) 使用 spring-cloud-openfeign 这个包其实就能实现上述的需求了,但这样会引入一些我们根本不会使用的 SpringCloud 的相关依赖,让人感觉”不干净了“;同时也和 Service Mesh 的理念相反,其中的一大目的就是要降低这类框架的侵入性。 其实 spring-cloud-openfeign 的核心就是 Feign,本身它也是可以开箱即用的,所以便尝试看 Feign 自己是否支持这样的用法。 通过官方文档可以得知:是可以定义接口的形式来调用远程接口的,但它本质上是不依赖其他库便可以使用,所以它本身是没有和 Spring 整合也是合情合理,但也就造成了没有现成库可供我们使用。 我们自然是不想写上图红框处的代码的,希望所有接口直接注入就可以使用。 使用 因此结合以上的需求便有了这个库 feign-plus 它的使用流程其实就是翻版的 spring-cloud-openfeign: @FeignPlusClient(name = "github", url = "${github.url}") public interface Github { @RequestLine("GET /repos/{owner}/{repo}/contributors") List<GitHubRes> contributors(@Param("owner") String owner, @Param("repo") String repo); } 在 SpringBoot 入口进行扫描: @SpringBootApplication @EnableFeignPlusClients(basePackages = "top.crossoverjie.feign.test") public class DemoApplication { public static void main(String[] args) { SpringApplication.run(DemoApplication.class, args); } } 在 Spring 上下文中直接注入使用: @Autowired private Github github ; List<GitHubRes> contributors = github.contributors("crossoverJie", "feign-plus"); logger.info("contributors={}", new Gson().toJson(contributors)); 所以当我们需要调用一些外部第三方接口时(比如支付宝、外部 OpenAPI)便可类似于这样定义一个接口,把所有 HTTP 请求的细节屏蔽掉。 当然也适合公司内部之间的服务调用,和咱们以前写 SpringCloud 或 Dubbo 时类似;服务提供方提供一个 Client 包,消费方直接依赖便可以调用。其他的负载均衡、容错之类的由 Service Mesh 替我们完成。 对于内部接口,也可以加上 @RequestMapping("/path") 注解: 在请求时便会在 url 后拼接上 /order,这样在配置 feign.order.service.url 时只需要填入服务提供方的域名或 IP 即可。 feign-plus 也支持切换具体的 httpclient,默认是 okhttp3,通过以下配置便可更改。 # default(okhttp3) feign.httpclient=http2Client 当然也有其他相关配置: feign.plus.max-idle-connections = 520 feign.plus.connect-timeout = 11000 feign.plus.read-timeout = 12000 实现 最后简单聊聊是如何完成的吧,其实本质上就是 spring-cloud-openfeign 的浓缩版。 其中最为核心的便是 top.crossoverjie.feign.plus.factory.FeignPlusBeanFactory 类。 该类实现了 org.springframework.beans.factory.FactoryBean接口,并重写了 getObject() 方法返回一个对象。 这段代码是不是似曾相识,其实就是 Feign 的官方 demo。 这里所返回的对象其实就是我们定义的接口的代理对象,而这个对象本身则是 Feign ,所以再往里说:我们的 http 请求编解码、发起请求等逻辑又被这个 feign 对象所代理了。 这个 HardCodedTarget 则是 Feign 内部用于代理最终请求的对象。 有一个小难受的地方:这样的自己定义 Bean 然后注入对象 Idea 是识别不了的,认为当前上下文没有该 Bean,但是 spring-cloud-openfeign 却可以识别。 由于 Feign 支持多个客户端,所以这里的客户端可以通过配置文件动态指定。 利用 SpringBoot 提供的 @ConditionalOnExpression 注解可以根据配置动态的选择使用哪个 httpclient,也就是动态选择生成哪个 Bean。 总结 这个库的逻辑非常简单,本质上就是封装了 Feign 并提供了 SpringBoot 的支持,欢迎有类似需求的朋友下载使用。 feign-plus源码:https://github.com/crossoverJie/feign-plus 你的点赞与分享是对我最大的支持

优秀的个人博客,低调大师

机器人影响力日益增强

在美国宇航局的insight着陆器机器人太空船令人印象深刻的成功火星着陆之后,机器人引起了更多的关注,其实机器人在我们生活中带来的影响已经不能忽略,我们生活的许多方面都能感受到它们的存在。不仅在太空探索和科学方面,其实在工业和商业中机器人的存在也起到重要的作用。 无论是国内的双十一还是国外的黑五,在这个需要许多产品的工厂的幕后,对于存放和运输产品的仓库来说,机器人已经在很长一段时间内产生了重大影响。近期,Nvidia和亚马逊发布了有关机器人相关产品的公告,旨在进一步推动工业机器人的发展。 Nvidia宣布中国电子商务巨头京东和美团都选择使用该公司的Jetson AGX Xavier机器人平台开发下一代自动送货机器人。而亚马逊也推出了一款名为AWS RoboMaker的基于云的机器人测试和开发平台,该平台通过其亚马逊网络服务云计算产品提供。RoboMaker是一款开源工具,可以利用并扩展流行的机器人操作系统(ROS),专为参加FIRST比赛的机器人学生和大型企业的机器人专业人士而设计。RoboMaker旨在简化机器人编程过程,以执行利用计算机视觉,语音识别和其他AI驱动技术的复杂操作。就RoboMaker而言,这些服务是通过与亚马逊云计算服务的连接提供的。RoboMaker还提供管理大型机器人队伍的能力,这些机器人在工业环境或大型仓库等场所一起工作。 在消费者市场中,机器人影响力增长的迹象已经持续了一段时间。例如,Roomba机器人真空吸尘器的成功被广泛宣称为家庭机器人革命的第一步。此外,随着语音识别,计算机视觉,人工智能和传感器等关键技术的改进,我们显然正处于2019年可能成为一些主要的以消费者为中心的机器人技术引入的尖端。 机器人技术也是STEM教育计划复兴的关键部分,因为它允许许多年龄的孩子看到他们的科学,数学和工程相关技能带来的有趣,切实的努力。从高中级别的FIRST机器人竞赛,到初中级课程,未来的机器人工程师每天都在世界各地的学校通过这些类型的活动进行培训。这些机器人程序和相关制造商运动发展的影响也已成为主流。 在消费者或商业世界中,机器人的影响当然并不新鲜。然而,除少数情况外,与大多数人的现实世界互动仍然有限。显然,即将发生变化,人们和公司将不得不做好适应的准备。像许多最新机器人技术发展的人工智能技术一样,有一些很好的机会,但也有一些严重的问题,特别是在工作更换方面,更先进的机器人技术会带来这些问题。未来的挑战将是确定如何以可以改善人类体验的方式最好地使用机器人和机器人技术。

资源下载

更多资源
Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长,特征是大鼻子、头戴帽子、身穿背带裤,还留着胡子。与他的双胞胎兄弟路易基一起,长年担任任天堂的招牌角色。

Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能,例如代码缩略图,Python的插件,代码段等。还可自定义键绑定,菜单和工具栏。Sublime Text 的主要功能包括:拼写检查,书签,完整的 Python API , Goto 功能,即时项目切换,多选择,多窗口等等。Sublime Text 是一个跨平台的编辑器,同时支持Windows、Linux、Mac OS X等操作系统。

WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源,继承了IntelliJ IDEA强大的JS部分的功能。

用户登录
用户注册