最近接手了一个旧的系统，各种陈旧的问题比较多，其中最棘手的就是操作数据库的部分，具体如下：　　1、核心库是一个最后修改时间为2008年的库，先不说有多陈旧，现在这个库只是一个DLL文件，没有源码，也已经没人知道里面都实现了些啥功能，就算你怀疑数据库读写有问题，也无法验证和调试，反编译出来的源码也没法用。2、这个库用的是S

前言我们在做java项目开发的时候，在前后端接口分离模式下，接口信息需要加密处理，做签名认证，还有在用户登录信息密码等也都需要数据加密。信息加密是现在几乎所有项目都需要用到的技术，身份认证、单点登陆、信息通讯、支付交易等场景中经常会需要用到加密算法，所谓加密算法，就是将原本的明文通过一系列算法操作变成密文。1.BASE严格地说，属于编码格式，而非加密算法

API管理这个话题近些年听到的频次越来越多，这本质上是个web领域的发展有关，也和开发协作方式有关前后端分离代替了全栈工程师holdall的局面，强调的更多的是API复用、分工和协作细化。API管理的重要性不言而喻，每家公司随着业务的发展，多多少少都会涉及到；从开源社区的产品到国内各类商业化产品，可以看到大家对于API管理是越来越重视

前言Hey,大家好呀,我是码农,星期八。本次咱们来get一个新技能,Form组件。Form组件主要用于验证表单数据。为什么需要Form组件注:Form组件,只适用于,前后端未分离的项目中,主要用于验证表单数据,所以,关键字是表单！！！比如像哔哩哔哩的注册界面。我点击注册,它不仅仅可以知道我的注册昵称是否存在,密码是否小于6位,手机号格式错误。还会把错误信

DDD领域驱动领域驱动模型。模型驱动代码接触到需求第一步就是考虑领域模型，而不是将其切割成数据和行为，然后数据用数据库实现，行为使用服务实现，最后造成需求的首肢分离。DDD让你首先考虑的是业务语言而不是数据，重点不同导致编程世界观不同。具体的问题，具体解决，以后遇到相同的问题，这个问题就成了领域DDD是解决复杂中大型软件的一套行之有效方式，在

TiDB实现了快照隔离级别的分布式事务，支持悲观锁、乐观锁，同时也解决了大事务的难点。事务是数据库的基础，提供高效的、支持完整ACID的分布式事务更是分布式数据库的立足之本。事务是数据库执行的最小单元，允许用户将多个读写操作组合为一个逻辑单元。事务需要满足原子性、一致性、隔离性和持久性，也就是ACID。数据库有多种并发控制方法，乐观并发控制（

社会数字化、智能化的发展进程中，海量的数据带来巨大挑战，各行各业都在加速数字化转型，越来越多的企业意识到数据基础设施是成功的关键。然而，作为数据基础设施的核心，传统数据库例如MySQL面临性能和容量瓶颈，通过中间件实现的分库分表方案复杂度高，同时带来高昂的运维成本。作为一款企业级NewSQL数据库，TiDB采用计算、存储分离的架构，可以根据业务

当我们在使用Java进行网络编程时经常会遇到很多超时的概念，比如一个浏览器请求过程就可能会产生很多超时的地方，当我们在浏览器发起一个请求后，网络socket读写可能会超时，web服务器响应可能会超时，数据库查询可能会超时。而对于Java并发来说，与超时相关的内容主要是线程等待超时和获取锁超时，比如调用Object.wait(long)就会使线程进入等待状并在

楔子在我们想要新上线一个Node.js应用之前，尤其是技术栈切换的第一个Node.js应用，由于担心其在线上的吞吐量表现，肯定会想要进行性能压测，以便对其在当前的集群规模下能抗住多少流量有一个预估。本案例实际上正是在这样的一个场景下，我们想要上线Node.js技术栈来做前后端分离，那么刨开后端服务的响应QPS，纯使用Node.js

可能现在的小程序员听到以前还有人用过word来做接口文档，会惊讶得不行，但在前后端分离推行的早期，确实没有那么多趁手好用的接口文档工具。互联网发展到现在，接口文档也经历了从简单的word到markdown，到swagger，到Apifox等逐步进化的方式，变得越来越美观，越来越规范，也支持越来越多的功能辅助调试。接下来给大家盘点一下这些年接口文档的进化