【5】2-SpringBoot 开发单体应用
Spring Boot 开发单体应用
1.SpringBoot Web开发
使用SpringBoot的步骤:
-
创建一个SpringBoot应用,选择我们需要的模块,SpringBoot就会默认将我们的需要的模块自动配置好;
-
手动在配置文件中配置部分配置项目就可以运行起来了。
-
专注编写业务代码,不需要考虑以前那样一大堆的配置了。
自动装配
- spring boot到底帮我们配置了什么?我们能不能进行修改?能修改哪些东西?能不能扩展?
- xxxxAutoConfiguraion.. 向容器中自动配置组件;
- xxxxProperties:自动配置类,装配配置文件中自定义的一些内容!
2.静态资源处理
静态资源映射规则
-
搭建一个普通的SpringBoot项目。
- 写请求非常简单,那我们要引入我们前端资源,我们项目中有许多的静态资源,比如css,js等文件,这 个SpringBoot怎么处理呢?
- 如果我们是一个web应用,我们的main下会有一个webapp,我们以前都是将所有的页面导在这里面 的,对吧!但是我们现在的pom呢,打包方式是为jar的方式,那么这种方式SpringBoot能不能来给我们 写页面呢?当然是可以的,但是SpringBoot对于静态资源放置的位置,是有规定的!
-
SpringBoot中,SpringMVC的web配置都在 WebMvcAutoConfiguration 这个配置类里面;有一个方法:
addResourceHandlers
添加资源处理。
- 读一下源代码:比如所有的 /webjars/** , 都需要去 classpath:/META-INF/resources/webjars/ 找对应的资源。
那什么是webjars呢?
- Webjars本质就是以jar包的方式引入我们的静态资源 , 我们以前要导入一个静态资源文件,直接导入即 可。
- 使用SpringBoot需要使用Webjars,我们可以去搜索一下:
- 网站:https://www.webjars.org 【网站带看,并引入jQuery测试】
- 要使用jQuery,我们只要要引入jQuery对应版本的pom依赖即可!
- 导入完毕,查看webjars目录结构,并访问Jquery.js文件!
- 访问:只要是静态资源,SpringBoot就会去对应的路径寻找资源,这里访问 : http://localhost:8080/webjars/jquery/3.4.1/jquery.js
第二种静态资源映射规则
- 当项目中要是使用自己的静态资源该怎么导入呢?看下一行代码;
- 去找staticPathPattern发现第二种映射规则:/**, 访问当前的项目任意资源,它会去找 resourceProperties 这个类,我们可以点进去看一下分析:
- ResourceProperties 可以设置和我们静态资源有关的参数;这里面指向了它会去寻找资源的文件夹,即上面数组的内容。 所以得出结论,以下四个目录存放的静态资源可以被我们识别:
- 在resources根目录下新建对应的文件夹,都可以存放我们的静态文件; 比如我们访问 http://localhost:8080/1.js , 他就会去这些文件夹中寻找对应的静态资源文件;
自定义静态资源路径
- 也可以自己通过配置文件来指定一下,哪些文件夹是需要我们放静态资源文件的,在 application.properties中配置;
- 一旦自己定义了静态文件夹的路径,原来的自动配置就都会失效了!
3.首页和图标定制
- 继续向下看源码!可以看到一个欢迎页的映射,就是我们的首页!
- 点击去继续
-
欢迎页,静态资源文件夹下的所有 index.html 页面;被 /** 映射。
-
比如我访问 http://localhost:8080/ ,就会找静态资源文件夹下的 index.html 【可以测试一下】
-
新建一个 index.html ,在我们上面的3个目录中任意一个;然后访问测试 http://localhost:8080/ 看结果!
-
注意:此功能需要取消自定义静态资源路径。
关于网站图标说明:
- 2.2版本之后已删除!!!
- 与其他静态资源一样,Spring Boot在配置的静态内容位置中查找 favicon.ico。如果存在这样的文件,它将自动用作应用程序的favicon。
- 关闭SpringBoot默认图标!
- 自己放一个图标在静态资源目录下,我放在 resources目录下,
图标的命名必须是favicon.ico
! - 清除浏览器缓存!刷新网页,发现图标已经变成自己的了!
4.Thymeleaf模板引擎及语法
模板引擎
-
前端交给我们的页面,是html页面。如果是我们以前开发,我们需要把他们转成jsp页面,jsp好处就是当我们查出一些数据转发到JSP页面以后,我们可以用jsp轻松实现数据的显示,及交互等。
-
jsp支持非常强大的功能,包括能写Java代码,但是呢,我们现在的这种情况,SpringBoot这个项目首先是以jar的方式,不是war,像第二,我们用的还是嵌入式的Tomcat,所以呢,他现在默认是不支持jsp 的。
-
那不支持jsp,如果我们直接用纯静态页面的方式,那给我们开发会带来非常大的麻烦,那怎么办呢?
-
SpringBoot推荐你可以来使用模板引擎:
-
模板引擎,我们其实大家听到很多,其实jsp就是一个模板引擎,还有以用的比较多的freemarker,包括 SpringBoot给我们推荐的Thymeleaf,模板引擎有非常多,但再多的模板引擎,他们的思想都是一样 的,什么样一个思想呢我们来看一下这张图:
- 模板引擎的作用就是我们来写一个页面模板,比如有些值呢,是动态的,我们写一些表达式。而这些 值,从哪来呢,就是我们在后台封装一些数据。然后把这个模板和这个数据交给我们模板引擎,模板引擎按照我们这个数据帮你把这表达式解析、填充到我们指定的位置,然后把这个数据最终生成一个我们 想要的内容给我们写出去,这就是我们这个模板引擎,不管是jsp还是其他模板引擎,都是这个思想。只 不过呢,就是说不同模板引擎之间,他们可能这个语法有点不一样。其他的我就不介绍了,我主要来介 绍一下SpringBoot给我们推荐的Thymeleaf模板引擎,这模板引擎呢,是一个高级语言的模板引擎,他 的这个语法更简单。而且呢,功能更强大。
- 首先,我们来看SpringBoot里边怎么用。
引入Thymeleaf
- 怎么引入呢,对于springboot来说,什么事情不都是一个start的事情嘛,我们去在项目中引入一下。给如下三个网址:
- Thymeleaf 官网:https://www.thymeleaf.org/
- Thymeleaf 在Github 的主页:https://github.com/thymeleaf/thymeleaf
- Spring官方文档: 找到我们对应的版本,Spring Boot Reference Documentation
- 找到对应的pom依赖:可以适当点进源码看下本来的包!
- Maven会自动下载jar包,我们可以去看下下载的东西;
thymeleaf 分析
- 前面已经引入了Thymeleaf,那这个要怎么使用呢?
- 我们首先得按照SpringBoot的自动配置原理看一下我们这个Thymeleaf的自动配置规则,在按照那个规则,我们进行使用。
- 先去找一下Thymeleaf的自动配置类:ThymeleafProperties
-
可以在其中看到默认的前缀和后缀!
-
我们只需要把我们的html页面放在类路径下的templates下,thymeleaf就可以帮我们自动渲染了。
-
使用thymeleaf什么都不需要配置,只需要将他放在指定的文件夹下即可!
测试:
- 编写一个TestController
- 编写一个测试页面 test.html 放在 templates 目录下
- 启动项目请求测试
Thymeleaf语法学习
- 语法学习,参考官网:Thymeleaf
- 做个最简单的练习:我们需要查出一些数据,在页面中展示。
- 修改测试请求,增加数据传输;
- 要使用thymeleaf,需要在html文件中导入命名空间的约束,方便提示。可以去官方文档的#3中看一下命名空间拿来过来:
- 编写前端页面
- OK,入门搞定,我们来认真研习一下Thymeleaf的使用语法!
- 可以使用任意的 th:attr 来替换Html中原生属性的值!参考官网文档#10; th语法
- 具体能写那些表达式呢?可以参考官方文档 #4
练习测试:
- 编写一个Controller,放一些数据。
- 编写前端页面
- 启动测试!
根据官方文档来查询,才是最重要的,要熟练使用官方文档!
5.Spring MVC 配置原理
阅读官网
在进行项目编写前,还需要知道一个东西,就是SpringBoot对我们的SpringMVC还做了哪些配置,包括如何扩展,如何定制。
只有把这些都搞清楚了,在之后的使用才会更加得心应手。
-
途径一:源码分析;
-
途径二:官方文档!地址:Spring Boot Reference Documentation
- 仔细对照,看一下它怎么实现的,它告诉我们SpringBoot已经帮我们自动配置好了SpringMVC,然后自动配置了哪些东西呢?
ContentNegotiatingViewResolver 内容协商视图解析器。
自动配置了ViewResolver,就是之前学习的SpringMVC的视图解析器;
即根据方法的返回值取得视图对象(View),然后由视图对象决定如何渲染(转发,重定向)。
- 去看看这里的源码:我们找到 WebMvcAutoConfiguration , 然后搜索ContentNegotiatingViewResolver。找到如下方法!
- 点进这类看看!找到对应的解析视图的代码;
-
继续点进去看,他是怎么获得候选的视图的呢?
-
getCandidateViews中看到他是把所有的视图解析器拿来,进行while循环,挨个解析!
-
所以得出结论:ContentNegotiatingViewResolver 这个视图解析器就是用来组合所有的视图解析器的
-
再去研究下他的组合逻辑,看到有个属性viewResolvers,看看它是在哪里进行赋值的!
-
既然它是在容器中去找视图解析器,是否可以猜想,可以去实现一个视图解析器了呢?
-
可以自己给容器中去添加一个视图解析器;这个类就会帮我们自动的将它组合进来;
- 在主程序中去写一个视图解析器来试试;
- 看我们自己写的视图解析器有没有起作用呢? 我们给 DispatcherServlet 中的doDispatch方法加个断点进行调试一下,因为所有的请求都会走到这个方法中。
- 启动我们的项目,然后
在浏览器随便访问一个页面
,看一下Debug信息;
- 找到视图解析器,看到我们自己定义的就在这里了;
- 所以说,如果想要使用自己定制化的东西,只需要给容器中添加这个组件就好了!剩下的事情SpringBoot就会帮我们做了!
转换器和格式化器
- 找到格式化转换器:
- 点进去:
- 可以看到在Properties文件中,我们可以进行自动配置它!
修改SpringBoot的默认配置
这么多的自动配置,原理都是一样的,通过这个WebMVC的自动配置原理分析,我们要学会一种学习方式,通过源码探究,得出结论;这个结论一定是属于自己的,而且一通百通。
SpringBoot的底层,大量用到了这些设计细节思想,所以,没事需要多阅读源码!得出结论;
SpringBoot在自动配置很多组件的时候,先看容器中有没有用户自己配置的(如果用户自己配置@bean),如果有就用用户配置的,如果没有就用自动配置的;
如果有些组件可以存在多个,比如我们的视图解析器,就将用户配置的和自己默认的组合起来!
扩展使用SpringMVC 官方文档如下:
- 要做的就是编写一个@Configuration注解类,并且类型要为WebMvcConfigurer,还不能标注@EnableWebMvc注解;我们去自己写一个;我们新建一个包叫config,写一个类MyMvcConfig;
确实也跳转过来了!所以说,要扩展SpringMVC,官方推荐我们这么去使用,既保留SpringBoot 所有的自动配置,也能用我们扩展的配置!
- 具体可以去分析一下原理:
- WebMvcAutoConfiguration 是 SpringMVC的自动配置类,里面有一个类 WebMvcAutoConfigurationAdapter
- 这个类上有一个注解,在做其他自动配置时会导入: @Import(EnableWebMvcConfiguration.class)
- 当点进EnableWebMvcConfiguration这个类看一下,它继承了一个父类: DelegatingWebMvcConfiguration
- 可以在这个类中去寻找一个上面刚才设置的viewController当做参考,发现它调用了一个。
- 点进去:
- 所以得出结论:所有的WebMvcConfiguration都会被作用,不止Spring自己的配置类,我们自己的配置类当然也会被调用;
全面接管SpringMVC
- 官方文档:
- 全面接管即:SpringBoot对SpringMVC的自动配置不需要了,所有都是我们自己去配置!
- 只需在我们的配置类中要加一个@EnableWebMvc。
- 看下如果我们全面接管了SpringMVC了,我们之前SpringBoot给我们配置的静态资源映射一定会无效,我们可以去测试一下;
- 不加注解之前,访问首页:
- 给配置类加上注解:
@EnableWebMvc
:
- 发现所有的SpringMVC自动配置都失效了!回归到了最初的样子;
- 所以,开发中不推荐使用全面接管SpringMVC。
为什么加了一个注解,自动配置就失效了!看下源码:
- 可以发现它是导入了一个类,可以继续进去看:
- 它继承了一个父类
WebMvcConfigurationSupport
:
- 来回顾一下Webmvc自动配置类:
- 总结一句话:@EnableWebMvc将WebMvcConfigurationSupport组件导入进来了;而导入的WebMvcConfigurationSupport只是SpringMVC最基本的功能!
- 这就是在SpringMVC上加了一层封装!
6.配置环境及首页
- 新建spring boot项目,导入依赖包。
- 导入实体类
- 配置dao层
- 导入静态资源
- css,js等放在static文件夹下
- html 放在 templates文件夹下
- 启动类由于是未连接数据库,需要修改为如下:
- 最终结构如下:
报错 :java: 程序包org.junit.jupiter.api不存在
- 在pom.xml中添加
IDEA springboot启动报错:APPLICATION FAILED TO START : Failed to configure a DataSource
-
原因:基于IDEA自带的spring Initializr 来创建springboot项目的,选取了MySQL Driver的依赖包配置,但却没有在配置文件(.yml/.properties/.yaml)中配置过数据源等相关信息,因此就会报错,无法找到数据源Datasource的路径。这里由于我是为了掩饰nacos的某些功能,因此暂时不需要用到数据库。
-
解决方法:
-
在配置文件里面,配置数据源
-
如果你不需要使用到数据库的话,可以直接在启动类的注解上修改即可:
-
首页实现
- 方式一:写一个controller实现!
- 方式二:自己编写MVC的扩展配置
- 解决了首页问题,还需要解决一个资源导入的问题;为了保证资源导入稳定,建议在所有资源导入时候使用 th:去替换原有的资源路径!这也是模板规范。
7.页面国际化
- 有的时候,我们的网站会去涉及中英文甚至多语言的切换,这时候我们就需要学习国际化了!
准备工作
- 先在IDEA中统一设置properties的编码问题!
- 编写国际化配置文件,抽取页面需要显示的国际化页面消息。
配置文件编写
-
在resources资源文件下新建一个i18n目录,存放国际化配置文件
-
建立一个login.properties文件,还有一个login_zh_CN.properties;发现IDEA自动识别了我们要做 国际化操作;文件夹变了!
- 在这上面去新建一个文件;
- 弹出如下页面:再添加一个英文的;
- 编写配置,依次添加其他页面内容即可!
- login.properties : 默认
- 英文
- 中文
- 配置文件完成。
配置文件生效探究
- 去看一下SpringBoot对国际化的自动配置!这里又涉及到一个类:
MessageSourceAutoConfiguration
里面有一个方法,这里发现SpringBoot已经自动配置好了管理我们国际化资源文件的组件 ResourceBundleMessageSource;
- 真实的情况是放在了i18n目录下,所以要去配置这个messages的路径;
配置页面国际化值
- 去页面获取国际化的值,查看Thymeleaf的文档,找到message取值操作为: #{...}。我们去页面测试下:
- 可以去启动项目,访问一下,发现已经自动识别为中文的了!
配置国际化解析
- 在Spring中有一个国际化的Locale (区域信息对象);里面有一个叫做LocaleResolver (获取区域信息 对象)的解析器!去webmvc自动配置文件找一下!看到SpringBoot默认配置:
- AcceptHeaderLocaleResolver 这个类中有一个方法。
- 如果我们想点击链接让个人的国际化资源生效,就需要让我们自己的Locale生效! 需要去自己写一个自己的LocaleResolver,可以在链接上携带区域信息!
- 先修改一下前端页面的跳转:
- 写一个处理的组件类!
- 为了让区域化信息能够生效,需要再配置一下这个组件!在个人的MvcConofig下添加 bean;
- 重启项目,访问一下,发现点击按钮可以实现成功切换!
8.登录功能实现
禁用模板缓存
- 页面存在缓存,所以我们需要禁用模板引擎的缓存。
- 模板引擎修改后,想要实时生效!页面修改完毕后,Ctrl + F9 重新编译!即可生效!
登录
- 先不连接数据库了,输入任意用户名都可以登录成功!
- 把登录页面的表单提交地址写一个controller!
- 编写对应的controller
- 测试登录,默认用户名:admin,密码:123456
- 登录失败的话,需要将后台信息输出到前台,可以在首页标题下面加上判断!
- 重启登陆失败测试:
- 优化,登录成功后,由于是转发,链接不变,可以重定向到首页!
- 再添加一个视图控制映射,在自己的MyMvcConfig中:
- 将 Controller 的代码改为重定向;
- 重启测试,重定向成功!后台主页正常显示!
登录拦截器
- 使用拦截器机制,实现登录检查!
- 先自定义一个拦截器:
- 然后将拦截器注册到SpringMVC配置类当中——
MyMVCConfig.java
!
- 然后在后台主页,获取用户登录的信息——
dashboard.html
。
- 登录测试拦截!成功!
报错:No mapping for GET /css/bootstrap.min.css
- 在MyMvcConfig.java内加上这两个函数
9.员工列表实现
RestFul 风格
- 要求: 需要使用 Restful风格实现CRUD操作!
普通CRUD(uri来区分操作) | RestfulCRUD | |
---|---|---|
查询 | getEmp | emp--GET |
添加 | addEmp?xxx | emp--POST |
修改 | updateEmp?id=xxx&xxx=xx | emp/{id}--PUT |
删除 | deleteEmp?id=1 | emp/{id}---DELETE |
- 看看一些具体的要求,就是需要实现的架构;
实验功能 | 请求URI | 请求方式 |
---|---|---|
查询所有员工 | emps | GET |
查询某个员工(来到修改页面) | emp/1 | GET |
来到添加页面 | emp | GET |
添加员工 | emp | POST |
来到修改页面(查出员工进行信息回显) | emp/1 | GET |
修改员工 | emp | PUT |
删除员工 | emp/1 | DELETE |
- 根据这些要求,来完成第一个功能,即员工列表功能!
员工列表的跳转
- 在主页点击Customers,就显示列表页面;
- 修改首页侧边栏的Customers为员工管理。
- a链接添加请求
- 将list文件放到emp文件夹下
- 编写Controller
- 启动测试。
- 当侧边栏和顶部都相同时,如何将其抽取出来?
Thymeleaf 公共页面元素抽取
步骤:
- 抽取公共片段 th:fragment 定义模板名;
- 引入公共片段 th:insert 插入模板名;
实现:
- 使用list列表做演示!要抽取头部nav标签,在dashboard中将nav部分定义一个模板名;
- 在
templates
目录下新建一个commons
包,其中新建commons.html
用来放置公共页面代码。
- 删除
dashboard.html
和list.html
中顶部导航栏和侧边栏的代码。
- 分别在
dashboard.html
和list.html
删除的部分插入提取出来的公共部分topbar
和sidebar
。
点亮高亮
- 在页面中,使高亮的代码是
class="nav-link active"
属性。
- 可以通过传递参数判断点击了哪个标签实现相应的高亮,首先在
dashboard.html
的侧边栏标签传递参数active
为dashboard.html
。
- 同样在
list.html
的侧边栏标签传递参数active
为list.html
。
- 在公共页面
commons.html
相应标签部分利用thymeleaf接收参数active
,利用三元运算符判断决定是否高亮。
- 重启主程序测试,登录成功后,高亮显示。
显示员工信息
- 修改
list.html
页面,显示自己的数据值。
- 运行测试
修改性别的显示和date的显示,并添加
编辑
和删除
两个标签。
10.增加员工实现
- 在
list.html
页面增添一个增加员工
按钮,点击该按钮时发起一个请求/add
。
- 编写对应的controller。
- 创建添加员工页面add
- 在
templates/emp
下新建一个add.html
。 - bootstrap官网文档 : https://v4.bootcss.com/docs/4.0/components/forms/,去可以里面找自己喜欢的样式!这里提供了编辑好的:
- 修改一下前端和后端,处理点击
添加员工
的请求。通过get
方式提交请求,在EmployeeController
中添加一个方法add
用来处理list
页面点击提交按钮的操作,返回到add.html
添加员工页面。- Controller
- 前端
- 重启主程序,点击添加员工,成功跳转到
add.html
页面。
完整增加员工功能
- 由于在
add.html
页面,当我们填写完信息,点击添加
按钮,应该完成添加返回到list
页面,展示新的员工信息;因此在add.html
点击添加
按钮的一瞬间,我们同样发起一个请求/add
,与上述提交按钮
发出的请求路径一样,但这里发出的是post
请求。
- 修改add页面form表单提交地址和方式
- 编写对应的controller,在
EmployeeController
中添加一个方法addEmp
用来处理点击添加按钮
的操作。
- 原理探究 : ThymeleafViewResolver
- 编写controller接收调试打印。
- 重启主程序,进行测试,进入添加页面,填写相关信息,注意日期格式默认为
yyyy/MM/dd
。
- 提交发现页面出现了400错误!
- 生日是我们提交的是一个日期, 第一次使用的 / 正常提交成功了,后面使用 - 就错误了,所以这里面应该存在一个日期格式化的问题; SpringMVC会将页面提交的值转换为指定的类型,默认日期是按照 / 的方式提交 ; 比如将2021/11/09 转换为一个date对象。 那思考一个问题?那能不能修改这个默认的格式呢? 先去看webmvc的自动配置文件;找到一个日期格式化的方法:
- 调用了 getDateFormat 方法;
- 所以可以自定义的去修改这个时间格式化问题,在配置文件中修改一下;
11.修改员工信息
- list页面编辑按钮增添请求。
- 当用户点击
编辑
标签时,应该跳转到编辑页面update.html
(开始创建)进行编辑。将list.html
页面的编辑标签添加href
属性,实现点击请求/edit/id号
到编辑页面。
- 编写对应的controller
- 将add页面复制一份,改为update页面;需要修改页面,将后台查询数据回显。
- 启动程序测试
- 规定一下显示的日期格式。
- 修改表单提交的地址:
- 编写对应的controller
- 指定修改人的id。
- 重启测试。
12.删除员工
- list页面,编写提交地址。点击
删除
标签时,应该发起一个请求,删除指定的用户,然后重新返回到list
页面显示员工数据。
- 编写Controller
- 重启测试,点击删除按钮即可删除指定员工。
404页面
- 在模板目录下添加一个error文件夹,文件夹中存放我们相应的错误页面;比如404.html 或者 4xx.html 等等,SpringBoot就会帮我们自动使用了!
- 测试使用!
13.注销页面
- 注销请求,在提取出来的公共
commons
页面,顶部导航栏处中的标签添加href
属性,实现点击发起请求/user/logout
。
- 编写对应的controller,处理点击
注销
标签的请求,在LoginController
中编写对应的方法,清除session,并重定向到首页。
- 测试登录。
14.定制错误数据
SpringBoot 默认的错误处理机制
- 浏览器访问的默认的错误处理效果:
- 如果是其他客户端,默认响应一个 json 数据;
错误处理原理分析:
我们看到自动配置类:ErrorMvcAutoConfiguration 错误处理的自动配置类;
这里面注入了几个很重要的 bean;
-
DefaultErrorAttributes
-
BasicErrorController
-
ErrorPageCustomizer
-
DefaultErrorViewResolver
错误处理步骤:
- 一旦系统出现了 4xx 或者 5xx 之类的错误,ErrorPageCustomizer 就会生效(定制错误的响应规则)
- 发现一个方法 registerErrorPages 注册错误页面:
- 系统一旦出现错误之后就会来到 /error 请求进行处理;这个请求会被 BasicErrorController 处理:
- 这个类有两个方法:
- 来看看resolveErrorView 这个方法:
- 在之前看到有这样一个bean DefaultErrorViewResolver 默认的错误视图解析器 :
- 所以说:定制错误页面,我们可以建立一个 error 目录,然后放入对应的错误码html文件! 比如:404.html 500.html 4xx.html 5xx.html
- 这些页面的信息数据在哪里呢?
- 我们找到 DefaultErrorAttributes 这个bean对象;里面有很多的 addxx 方法,就是添加不同的信息;
至此,用SpringBoot开发一个简单的单体应用对我们来说就没什么太大的问题了!
__EOF__

本文链接:https://www.cnblogs.com/The1Yu/p/15968952.html
关于博主:评论和私信会在第一时间回复。或者直接私信我。
版权声明:本博客所有文章除特别声明外,均采用 BY-NC-SA 许可协议。转载请注明出处!
声援博主:如果您觉得文章对您有帮助,可以点击文章右下角【推荐】一下。您的鼓励是博主的最大动力!
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· DeepSeek 开源周回顾「GitHub 热点速览」
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布:重大改进与新特性概览!
· AI与.NET技术实操系列(二):开始使用ML.NET
· 单线程的Redis速度为什么快?