Symbol卢 Symbol卢
3年前
聊聊前后端接口对接的那些事
前言在现在的前后端分离的项目开发中,为了不影响项目的进度,都是前后端同时进行开发。为了不影响咱们前端开发的进度,通常都是由后端同学,先提供接口文档,然后前端同学对照这接口文档来进行数据的模拟来完成前后端对接的工作。这里的数据模拟其实也就是大家平时所说的mock数据,那么前端当中有哪些方式来实现mock数据呢???…(⊙_⊙;)…咱们接着往下聊!(●^o^●)
芝士年糕 芝士年糕
2年前
关于windows杀死某个端口号进程的方法
背景有些时候我们需要强制杀死某个端口号的进程,以释放被占用的端口号,那么我们可以通过以下方法处理。环境:3A服务器搭建的windows系统步骤1:打开终端winr的方式,打卡运行框,输入cmd按下回车,打开终端步骤2:查找被占用的端口号的pid号比如我们要查找8080端口的pid号,那么在终端中输入netstatano|findstr8080,找到
徐小夕 徐小夕
4年前
基于create-react-app打包编译自己的第三方UI组件库并发布到npm
前言这篇文章主要是总结一下我们在工作中如何为公司开发内部的第三方UI组件,并通过npminstall的方式安装的一些步骤和思路。在学习完这套发布方法后大家也可以快速的发布自己的UI库到npm,供他人使用,就比如elementUI或者AntDesign。如果想学习如何发布一个js库或者框架,那么使用rollup更为适合,可以参考如下文章:前端组
皕杰报表如何在web页面调节大小和位置和按钮?
皕杰报表工具中报表在页面显示的大小和位置可以通过在URL后面添加servlet参数的方式来控制。控制页面大小的参数有两个,一个是rptwidth,一个是rptheight,分别代表报表在页面的输出宽度和高度,支持像素和百分比。控制工具条位置的是toolbardisplay,他有四个参数值,top在表格上方显示,below在表格下方显示,bottom在表格底
Wesley13 Wesley13
3年前
Java项目读取resources资源文件路径那点事
  今天在Java程序中读取resources资源下的文件,由于对Java结构了解不透彻,遇到很多坑。正常在Java工程中读取某路径下的文件时,可以采用绝对路径和相对路径,绝对路径没什么好说的,相对路径,即相对于当前类的路径。在本地工程和服务器中读取文件的方式有所不同,以下图配置文件为例: !(https://oscimg.oschina.net/o
Stella981 Stella981
3年前
Docker实战——分布式Websocket服务
一、项目介绍我们很容易可以使用Springboot来搭建一个支持websocket的应用,用来实现基于HTML5的客户端之间进行消息的接收和推送。但是在实际应用的部署时,客户端和应用服务器之间总会用到Nginx或者Apache来做反向代理,来实现负载均衡。用Nginx举个例子来说,我们使用轮询的方式,将客户端的请求分发到后端3台w
Wesley13 Wesley13
3年前
MongoDB学习笔记10——分片
分片(Sharding)这种技术可以将数据分散到多台机器,但对于应用而言,仍然如同在使用单个数据库一样。在使用MongoDB时,水平分区是唯一可采用的方式。在MongoDB中由MongoS路径进程管理数据的分割,并将请求路由到必需的分片服务器。在进行分片的时候需要mongod配置服务器和mongos分片服务器。1)创建分片设置:打开新的终端窗
Stella981 Stella981
3年前
PostgreSQL窗口函数分析
今天看了一下PostgreSQLrow\_number的实现过程。之前一直好奇窗口函数是什么,原理是什么,今天稍稍解惑。下面就以row\_number为例进行介绍:窗口函数:窗口函数在一组表行中执行计算,这些表行以某种方式与当前行相关。这与使用聚合函数可以完成的计算类型相当。但是,窗口函数不会导致行被分组到单个输出行,就像非窗口聚合调用一样。
Stella981 Stella981
3年前
Service Mesh在百度网盘数万后端的实践落地
1背景起初,在网盘快速发展期,为了快速上线,采用了服务单体化主干开发模式进行研发,随着用户规模爆发式的增长以及产品形态的丰富,单体化的不足就体现出来了,于是架构上采用了微服务架构,开始对业务逻辑进行拆分部署。服务拆分之后,也引入了新的问题,具体如下:\\请求路由:\\服务部署从物理机向虚拟化方式迁移中,有大量的切流量操作
Wesley13 Wesley13
3年前
Spring方法注入
在spring中注入方式有3中:1,构造函数注入2,set方法注入3,接口注入(方法注入)在spring中的bean默认范围都是单例,但是在特定的情况下,我们需要有如下的业务需要,单例bean1需要依赖非单例bean2,由于bean1始终是单例,所以如果不做出改变,每次获取的bean2也是同一个,容器就没办法给我们提供