服务业务线：快递、快运、中小件、大件、冷链、国际、B2B合同物流、CLPS、京喜、三入三出（采购入、退货入、调拨入、销售出、退供出、调拨出）等
后续业务可能需要在程序中运行指令, 所以这里简单探究了一下, 分别从win和linux两个平台进行研究, 又以为java是跨平台语言, 可能二者之间的区别应该只是返回内容与输入指令的不同. (还不是在win上开发) ## 1. 如何使用 - `Runtime.getRuntime().exec("n
摘要：以汽车营销场景为例，从AppCube零代码和业务大屏入手，帮助开发者更好地理解AppCube低代码和零代码异同点，在实际使用时能更快选取更合适的工具能力，实现应用构建效率最大化。 本文分享自华为云社区《DTT第8期直播回顾 | 零代码，让业务人员实现应用创造自由》，作者：华为云社区精选 。 本
摘要：华为云作为中国政务云基础设施领域领导者，基于华为公有云技术架构的政务云平台，具备领先的云灾备技术实力，支持IaaS、PaaS等云服务云原生灾备能力。 本文分享自华为云社区《城市云灾备，为业务连续性保驾护航》，作者：仇俊、黄宝起。 “一网通办”“跨省通办”“一件事一次办”……近年来，个人和企业在
摘要：业务应用对数据库的数据请求分写请求（增删改）和读请求（查）。当存在大量读请求时，为避免读请求阻塞写请求，数据库会提供只读实例方案。通过主实例+N只读实例的方式，实现读写分离，满足大量的数据库读取需求，增加应用的吞吐量。 业务应用对数据库的数据请求分写请求（增删改）和读请求（查）。当存在大量读请
随着业务的发展及版本迭代，客户端工程中不断增加新的业务逻辑、引入新的资源，随之而来的问题就是安装包体积变大，前期各个业务模块通过无用资源删减、大图压缩或转上云、AB实验业务逻辑下线或其他手段在降低包体积上取得了一定的成果。
随着业务的不断增长，支撑业务系统的压力也逐渐增加，会面临如系统越来越厚重、逻辑越来复杂、迭代节奏越来越快等繁杂的情况。我们当前并没有做到在每次变化时快速识别出性能风险，检测产品或系统的稳定性、可靠性，而且我们还在不断的投入人力成本在压测这件事情上也是不合理的，所以我们要将性能验证融入到我们日常的工作中，把压测做到常态化，做成平常的一件事。
在业务量日益剧增的背景下，大量数据在各种业务活动中产生，数据安全控制一直是治理的重要环节，数据脱敏属于安全控制的范畴。对互联网公司来说，数据安全一直是极为重视和敏感的话题
大家好，我是狂师。 今天给大家介绍一款行为驱动开发测试框架：Cucumber。 1、介绍 Cucumber是一个行为驱动开发（BDD）工具，它结合了文本描述和自动化测试脚本。它使用一种名为Gherkin的特定语言来描述应用程序的行为，这种语言非常接近自然语言，使得非技术人员也能够理解和参与测试。 知
BusinessLayerValidation介绍 BusinessLayerValidation，即业务层验证，是指在软件应用程序的业务逻辑层（Business Layer）中执行的验证过程。业务逻辑层是应用程序架构中的一个关键部分，负责处理与业务规则和逻辑相关的操作。业务层验证的主要目的是确保数
在实际的业务系统开发过程中，操作 Excel 实现数据的导入导出基本上是个非常常见的需求。 之前，我们有介绍一款非常好用的工具：EasyPoi，有读者提出在数据量大的情况下，EasyPoi 会占用内存大，性能不够好，严重的时候，还会出现内存异常的现象。 今天我给大家推荐一款性能更好的 Excel 导
原始代码 业务层UserService @Service public class UserService { public LoginResp login(LoginReq loginReq){ if(loginReq.getType().equals("account")){ System.ou
摘要 当业务量发生变化时，需要对上游服务进行扩缩容，或者因服务器硬件故障需要更换服务器。如果网关是通过配置来维护上游服务信息，在微服务架构模式下，其带来的维护成本可想而知。再者因不能及时更新这些信息，也会对业务带来一定的影响，还有人为误操作带来的影响也不可忽视，所以网关非常必要通过服务注册中心动态获
EDP是一套集组织架构，权限框架【功能权限，操作权限，数据访问权限，WebApi权限】，自动化日志，动态Interface，WebApi管理等基础功能于一体的，基于.net的企业应用开发框架。通过友好的编码方式实现数据行、列权限的管控。
在我们的业务开发中，调用第三方接口已经成为常态，比如对接一些ERP系统、WMS系统、一些数据服务系统等，它极大地扩展了我们应用的功能和服务范围。然而，实际对接过程中，我们往往会在这一环节遇到各种意想不到的问题，本文将深入探讨几种常见的第三方接口调用难题及其应对策略。 接口访问不到 在执行第三方接口调
背景 前两天收到业务反馈有一个 topic 的分区消息堆积了： 根据之前的经验来看，要么是业务消费逻辑出现问题导致消费过慢，当然也有小概率是消息队列的 Bug（我们使用的是 pulsar）。 排查 通过排查，发现确实是在一点多的时候消息堆积了（后面是修复之后堆积开始下降）。 于是我在刚才堆积处查看了
title: 不得不说，在很多业务中，这种模式用得真的很香 date: 2024-04-24 22:31:58 permalink: /pages/32af5c/ categories: - 《常用设计模式》笔记 tags: - 策略模式 author: name: 老猫 link: https:/
无论对于什么业务来说，用户数据信息的安全性无疑都是非常重要的。尤其是在数字经济大火背景下，数据的安全性就显得更加重要。数据脱敏可以分为两个部分，一个是DB层面，防止DB数据泄露，暴露用户信息；一个是接口层面，有些UI展示需要数据脱敏，防止用户信息被人刷走了。 v需求背景 DB层面的脱敏今天先不讲，今
最近因为业务需求，我们需要将我们的订单表（一千三百万数据，并且每天已五万条速度增加）已订单类型分组迁移到新的业务表中，以降低我们订单表的大小，同时暂时杜绝订单表所带来的数据瓶颈问题，需求下来了，基本思路也要确定下来，我打算先将三天前的历史数据先跑到表里，待整个业务线迁移过后，我再将剩下的数据跑进去，
某企业所有业务系统及应用运行在由5台安装了ESXi 6.0的服务器组成的虚拟化环境中，已经稳定运行了多年，基本上没有出过问题。 今天下午企业工程师联系我，说单位的业务系统访问很慢。在业务系统中PING网关的延时超过2ms，平常都是小于1ms。近期单位服务器与网络没有改动。 检查发现有台物理主机内存报
