All posts by 龙生
解决Win11连接群晖上的L2TP类型无响应的问题
这两天把电脑升级到了Win11系统，果然是MacOS的孪生兄弟啊，微软看来也不避讳了，略微有点卡，总体还行吧。说回正题，自从Win10开始，使用系统自带的VPN功能连接群晖的L2TP类型的VPN就一直有问题。
View DetailsSpringAOP学习--前言AOP简介
AOP是一种思想，一种编程方式。编写一段代码在合适的时机找到切入点然后执行。不直接修改原来的代码，而是在原代码执行的前后执行一段额外的代码。
这么做的好处有：
1.解耦合，系统应求追高内聚低耦合，增强的逻辑独立存在，即插即用，不需要移除掉切点即可，对原有业务无影响(或影响极小)。
2.符合开闭原则，对扩展开放，对修改关闭，不修改原有代码。改代码的代价有些时候比较大。
3.代码复用，可以在不侵入当前代码的情况下复用代码或引入第三方功能从而扩展系统功能。
IDEA中maven项目不进行Test直接打包package
IDEA中maven项目不进行Test直接打包package 因为线上环境与开发环境不同，在IDEA中修改了下代码打包就不通过了，遂百度了下； 方法一： 这也是最方便的一种方法，直接在idea中maven工具栏上点击小闪电图标： 方法二： 在命令行输入：
|
1 |
mvn package -Dmaven.test.skip=true |
达到同样效果； 顺便一提命令行在这 方法三： 在pom.xml中加入(该方法未测试)：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
<plugin> <groupId>org.apache.maven.plugin</groupId> <artifactId>maven-compiler-plugin</artifactId> <version>2.1</version> <configuration> <skip>true</skip> </configuration> </plugin> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-surefire-plugin</artifactId> <version>2.5</version> <configuration> <skip>true</skip> </configuration> </plugin> |
from:https://blog.csdn.net/weixin_44225716/article/details/108410878?utm_medium=distribute.pc_aggpage_search_result.none-task-blog-2~aggregatepage~first_rank_ecpm_v1~rank_v31_ecpm-1-108410878-null-null.pc_agg_new_rank&utm_term=idea+%E7%A6%81%E7%94%A8maventest&spm=1000.2123.3001.4430
View Detailsvue 一直运行 /sockjs-node/info?t=解决办法
sockjs-node介绍 sockjs-node 是一个JavaScript库，提供跨浏览器JavaScript的API，创建了一个低延迟、全双工的浏览器和web服务器之间通信通道。 服务端：sockjs-node（https://github.com/sockjs/sockjs-node） 客户端：sockjs-client（https://github.com/sockjs/sockjs-client） 开发时，如果变更网络环境（如切换wifi导致开发服务器的IP地址更换），服务器不知道如何确定访问源，就有可能造成上述情况 报错解决 方法一：（推荐）在项目根目录找到/package-lock.json文件，修改如下： 方法二： 项目根目录，找到/node_modules/sockjs-client/dist/sockjs.js 找到代码的 1605行，注视掉xhr请求
|
1 2 3 4 5 6 |
try { // self.xhr.send(payload); 把这里注掉 } catch (e) { self.emit('finish',0,''); self.\_cleanup(false); } |
参考：https://blog.csdn.net/Simon9124/article/details/105581492?utm_medium=distribute.pc_relevant_t0.none-task-blog-BlogCommendFromMachineLearnPai2-1.nonecase&depth_1-utm_source=distribute.pc_relevant_t0.none-task-blog-BlogCommendFromMachineLearnPai2-1.nonecase from:https://blog.csdn.net/xingchen678/article/details/122429686
View Details解决因 gtx 显卡而导致的 google chrome 颜色显示不正常。色彩变淡发白，其实很简单
笔者因为换了用 gtx 1050 显卡替换了原来的集显。 导致chrome浏览器渲染颜色变淡而且泛白。 查了下肯能是因为换了显卡，没换高清显示器。 导致chrome自动启用了 dispaly p3 d65 色彩模式， 而笔者的显示器因为显示色域不够显得对比第低也就是颜色淡。 查了n久才查到，其实更改了 chrome 的颜色管理模式为 sRGB 就可以了。 62 版本以后的 chrome 在地址栏输入 chrome://flags/#force-color-profile 回车。 把右侧按钮由 default 改为 sRGB ，点击重启浏览器按钮即可。 因为懒，就不上图了。 from:http://t.zoukankan.com/eastegg-p-8192417.html
View Detailsaxios请求时使用 application/x-www-form-urlencoded
axios 会默认序列化 JavaScript 对象为 JSON。 如果想使用 application/x-www-form-urlencoded 格式，你可以使用下面的配置。 在浏览器环境，你可以使用 URLSearchParams API：
|
1 2 3 4 |
const params = new URLSearchParams(); params.append('param1', 'value1'); params.append('param2', 'value2'); axios.post('/foo', params); |
from:https://blog.csdn.net/init_yanxiao/article/details/113845330
View Details使用axios请求，前端数字long类型精度问题解决方法
今天开发遇到个问题，服务器后端的Long类型数据，传到前端会出现精度丢失，如：164379764419858435，前端会变成164379764419858430。
在浏览器中做测试可知，这就是一个精度丢失的问题。
前端使用的axios来发起请求的，最开始以为是浏览器的问题，但是通过postman来请求是没问题，打开浏览器开发工具，在xhr下的response响应中也是没问题的，代表是请求成功后数据格式化出问题了，下面讲解下各种解决方案。
View Details[ 万字总结 ] 夯实你的 TypeScript 基础
1.环境配置和搭建
2.基础类型
3.类型推导
4.函数类型
5.类
6.接口
7.泛型
8.兼容性
9.类型保护
10.类型推断
11.交叉类型
12.条件类型
13.内置类型
14.装包和拆包
15.自定义类型
16.unknown
17.模块和命名空间
18.类型声明
19.扩展全局变量类型
7 款最棒的开源 React UI 库测评 – 特别针对国内使用场景推荐
Semi Design – 抖音团队力作，虽简洁轻量，可轻松应对复杂场景，抖音内部多项目迭代，品质可靠
TDesign – 腾讯优质 UI 组件，配套工具完满，设计工整，文档清晰
ArcoDesign – 字节跳动 UI 组件库开源，大厂逻辑，设计文档完美
Ant Design React – 阿里前端 UI 库，面向企业级中后台
Material-UI – 全球顶级 React 组件库 Google Material 设计标准
微软 FluentUI – 背靠微软，大型项目首先，代码简洁高效
Element for React – 饿了么出品 Element 的 React 版，适合有使用 Element 习惯的开发者