发表于
2024-06-03 22:40:29
原理与实践：在网关中实现灵活的埋点上报
埋点是指在应用程序的特定位置上插入代码，用于收集和记录用户行为数据。埋点上报则是将这些收集到的数据通过网络传输到服务器进行存储和分析。埋点上报可以简单分为客户端和服务器端上报。他们两个各有各的优点和缺点，客户端埋点的话，能够获取到更真实的用户代理信息(设备Id，操作系统，浏览器版本等)。服务端埋点的话，服务器能够获取到用户非公开数据，但是如果埋点发生了更改，也势必需要修改服务端的代码。网关埋点是在网关服务中进行的，其基本处理逻辑为，对每一个请求进行拦截判断，如果满足要求，则解析请求体中的参数数据，然后手动的组装埋点上报参数，调用上报接口进行埋点上报。由上面的定义可以知道网关埋点上报的整体流程，将埋点上报从客户端转移到了网关层。我目前使用到的场景为，如果在新版本的客户端中加了埋点功能，然后存在部分用户或者很多用户都没升级，那么便会导致收集到的埋点数据不全。对于这种情况，就可以使用网关埋点上报解决。在网关处从低版本客户端发起的请求中获取埋点事件所需要的参数(请求由哪个客户端发起是可以判断的)，然后由网关层进行埋点上报。等到后续，所有或大部分用户都完成升级时，再从网关中移除这个埋点事件配置就可以了。但是网关埋点上报也存在弊端，其工作原理是从请求中获取所需要的数据，那么在某些接口中不可用。如果埋点中需要传递用户代理信息，那么网关埋点就无法实现(请求中只能获取到大致的代理信息)。实现原理在业
...继续阅读
(67)
发表于
2024-06-02 23:55:04
命令分发模式
命令分发模式 (command dispatcher pattern)不属于23种经典的设计模式。它是一种不太为人所知的设计模式,它主要用于构建可扩展、可插拔的系统架构,将请求与执行请求的操作对象解耦。它类似于命令模式(Command Pattern),但更加灵活和动态。虽然Command Dispatch Pattern不属于那23种经典模式,但它确实是一种很有价值的模式,可以应用于需要在运行时动态添加、修改或删除操作的系统中,使系统更加灵活和可扩展。这种模式通过允许方便的添加、替换或移除任何命令处理器, 非常的灵活，将命令调用和命令处理解耦。而且每个命令可以由单独的命令处理器处理，代码组织和维护也很方便。实际上，对于 Gopher 来讲，必然已经接触到这个模式了，只不过少有人指出或者梳理这种模式，但是在标准库和一些知名的项目中，其实已经自然的应用了，而且看起来整个架构也非常的清爽。让我们看一个标准库实现 web 服务的例子：12345678910111213141516171819202122232425262728packagemainimport("fmt""net/http")// 定义 HTTP 处理程序函数funchomeHandler(w http.ResponseWriter, r *http.Request) {fmt.Fprint(w,"Welcome to
...继续阅读
(59)
发表于
2024-05-28 15:42:18
TS – as vs is
is是 TypeScript 中用于类型断言的关键字，它用于在运行时对值的类型进行判断。通过使用is，你可以编写自定义的类型保护函数，帮助 TypeScript 编译器理解代码中变量的类型。下面是is的语法和一个简单的使用案例：语法function isType(variable: any): variable is ExpectedType {
// 检查 variable 是否为 ExpectedType 类型的值
// 返回值为布尔类型，指示 variable 是否为 ExpectedType 类型
}使用案例假设我们有一个User类型和一个isAdmin函数，用于判断用户是否为管理员。我们可以使用is关键字创建一个类型保护函数来告诉 TypeScript 编译器，当user为管理员时，它是一个AdminUser类型的值。interface User {
name: string;
isAdmin: boolean;
}
interface AdminUser extends User {
privileges: string[];
}
function isAdmin(user: User): user is AdminUser {
return user.isAdmin === true;
}
// 使用 isAdmin 函数进行类型保护
f
...继续阅读
(71)
发表于
2024-05-26 02:59:00
发表于
2024-05-24 02:43:00
发表于
2024-05-23 04:00:00
发表于
2024-05-22 15:03:38
使用Rust捕获和解析网络包
前两篇文章介绍了C++和Go中利用TCP Option中的时间戳实现计算网络时延。基于“用Rust重写一切”的哲学，今天我们来看看Rust中如何做这个事情。夜深人静，再肝一篇关于网络编程的文章。Rust中还没有和 gopacket一样功能强大的包，它的pcap用来捕获网络包没有问题，但是缺乏解析的能力，所以我们使用另外一个包pdu来实现网络包的解析。当然rust生态圈中还有其他的包捕获库如pnet、包解析库如etherparse等，但是我选择了pcap和pdu，因为针对这篇文章的场景，它们用起来很顺手。为了简单起见，我们不像前两篇文章那样的程序那么复杂，还要解析参数，针对参数做不同的处理，这次Rust实现的程序中，我们主要实现其最核心的功能：捕获 TCP 包解析TCP选项中的时间戳计算时延我是在Mac mini的进行开发和运行的，理论在Linux上也是可以运行的。你可能需要安装libpcap库。Mac上可能你需要临时设置权限，才有可能正常运行程序：1sudochmod666/dev/bpf*首先看看程序运行的效果：那么程序一开始，我们开始要使用pcap捕获包：123456789101112131415161718192021222324252627282930usestd::net::{Ipv4Addr,Ipv6Addr};usestd::ops::Sub;usestd::time
...继续阅读
(87)
发表于
2024-05-22 04:00:00
发表于
2024-05-21 17:05:00
发表于
2024-05-21 03:07:18
发表于
2024-05-17 15:56:12
TypeScript – declare
发表于
2024-05-17 04:00:00
发表于
2024-05-16 04:00:00
发表于
2024-05-15 04:00:00
发表于
2024-05-14 15:48:53
Go-Zero定义API实战：探索API语法规范与最佳实践（五）
前言上一篇文章带你实现了Go-Zero模板定制化，本文将继续分享如何使用GO-ZERO进行业务开发。通过编写API层，我们能够对外进行接口的暴露，因此学习规范的API层编写姿势是很重要的。通过本文的分享，你将能够学习到Go-Zero的API语法规范，以及学会实际上手使用。概述下文所说的是api是 go-zero 自研的领域特性语言（下文称 api 语言 或 api 描述语言），旨在实现人性化的基础描述语言，作为生成 HTTP 服务最基本的描述语言。api 领域特性语言包含语法版本、info 块、结构体声明、服务描述等几大块语法组成，其中结构体和 Golang 结构体 语法几乎一样，只是移除了struct关键字。实战前准备首先需要你在本地安装goctl、go-zero，下载教学和地址点击这里，按照教程操作即可，非常简单。下面按顺序和我操作吧，对使用模板快速生成API层不清楚的同学务必先看我前篇文章：Go-Zero goctl实战这里我假设你已经创建好了一个API服务的demo，且目录结构长这样：学习API语法对于Go语言开发者来说，Go-Zero的API语法学习和理解成本极低，我们可以很轻松的学会API语法。下面我会为大家介绍重点需要掌握的语法。更详细的语法规范，可以参考官网：API 规范 | go-zero Documentation生成API文件cd demo
goctl a
...继续阅读
(124)
发表于
2024-05-14 14:51:48
TypeScript – 函数重载
TypeScript 中的函数重载允许你为一个函数提供多个函数类型定义，以便它可以以不同的方式处理不同的参数类型或参数数量。函数重载可以提高代码的可读性和类型安全性。在 TypeScript 中实现函数重载的步骤如下：声明重载签名：首先，你需要声明一个或多个重载签名，这些签名描述了函数可以接受的不同参数类型和返回值类型。这些签名不会包含函数体。实现签名：然后，你需要提供一个实现签名，这个签名必须与所有的重载签名兼容。实现签名包含了函数的实际逻辑。调用函数：在调用函数时，TypeScript 编译器会根据提供的参数类型来检查哪个重载签名与之匹配，并应用相应的类型检查。下面是一个简单的函数重载示例：// 重载签名
function makeDate(timestamp: number): Date;
function makeDate(m: number, d: number, y: number): Date;
function makeDate(mOrTimestamp: number, d?: number, y?: number): Date {
if (d !== undefined && y !== undefined) {
return new Date(y, mOrTimestamp - 1, d);
} else {
r
...继续阅读
(67)
发表于
2024-05-10 04:00:00
发表于
2024-04-29 11:52:10
Go-Zero从0到1实现微服务项目开发（二）
前言书接上回，继续更新GoZero微服务实战系列文章。上一篇被GoZero作者万总点赞了，更文动力倍增，也建议大家先看巧一篇，欢迎粉丝股东们三连支持一波：Go-zero微服务快速入门和最佳实践（一）本文将继续使用 Go-zero 提供的工具和组件，从零开始逐步构建一个基本的微服务项目。手把手带你完成：项目初始化+需求分析+表结构设计+api+rpc+goctl+apifox调试+细节处理。带你实现一个完整微服务的开发。实战前准备首先需要你在本地安装goctl、protoc、go-zero，goctl安装，按照教程操作即可，非常简单。下面按顺序和我操作吧，对整体开发流程不清楚的同学务必先看我上一篇文章：GoZero的开发技巧 & 整体开发流程实战开始1 | 新建项目（本文使用GoLand）左上角File-->选择New-->点击Project（如果是第一次使用直接点击New Project即可）选择新建项目的文件夹以及命名，选择Go的版本（我使用的是Go 1.22.1）新建文件目录如下2 | 设计库和表，生成model（本文以文章article表举例，带你实现增删改查基础功能）数据库表结构设计快速定位到model目录下执行该命令（右键model-->找到Open In-->点击Terminal）使用goctl命令生成model（username、passwd、host、port、db
...继续阅读
(113)
发表于
2024-04-26 04:00:00
发表于
2024-04-24 17:28:42
Go 语言如何创建一个类似于 Javascript 中的对象
Go 语言中没有直接支持像 JavaScript 那样的对象字面量语法，但是可以使用结构体(struct)和map来模拟对象。下面是一个简单示例，使用结构体和map来创建一个类似于 JavaScript 对象：package main
import (
"fmt"
)
type Person struct {
Name string
Age int
SayHi func()
}
func main() {
p := &Person;{
Name: "John",
Age: 30,
SayHi: func() { fmt.Println("Hello, my name is", p.Name) },
}
p.SayHi()
}在上面的示例中，我们定义了一个结构体Person，它包含三个字段：Name、Age和SayHi。其中SayHi是一个函数类型，它将在对象创建时初始化为一个 lambda 函数。然后，我们创建了一个Person对象p，并将其 fields 初始化为指定的值。最后，我们调用p.SayHi()函数，输出结果将是 "Hello, my name is John"。如果你想要创建一个可以动态添加属性和方法的对象，可以使用 map 来实现：package
...继续阅读
(51)
发表于
2024-04-23 03:47:35
免费获取字体 Star String Font[Windows、macOS]
发表于
2024-04-20 11:15:06
鸿蒙应用开发之Web组件3
比如很多显示的内容，可以制作网页的文件格式，然后直接使用它来显示，就可以减少界面的制作。另外，当手机没有网络的时候，如果想从网络上获取内容就会失败，这时候可以使用本地的网页内容来代替。说明： 在引用资源类型时，注意其数据类型要与属性方法本身的类型一致，例如某个属性方法支持设置string | Resource，那么在使用Resource引用类型时，其数据类型也应当为string。由于显示本地的网页，不需要网络的权限，这时候APP可以不用设置网络的权限。在这里就采取最后的方式来加载本地的HTML文件。
...继续阅读
(74)
发表于
2024-04-11 12:43:04
Go 标准库的一个设计败笔：哨兵错误
大家好，我是煎鱼。在 Go 的历史发展中，总是有或多或少的坑。最近遇到一个跟错误类型定义和声明使用有关的小坑。翻了一圈 Go 社区里的争论，发现又是一个暂时无法解决的未解之坑。今天分享给大家，平时开发时也可以给自己避避坑。快速背景在 Go 里有一种错误类型的定义，官方叫做哨兵错误（Sentinel errors）：哨兵错误，常用于在程序中与全局变量的值对比。可以参考最常见的 os 标准库，Go 官方自己在标准库内就是如此定义。如下代码：package os
...
var (
ErrInvalid = fs.ErrInvalid // "invalid argument"
ErrPermission = fs.ErrPermission // "permission denied"
ErrExist = fs.ErrExist // "file already exists"
ErrNotExist = fs.ErrNotExist // "file does not exist"
ErrClosed = fs.ErrClosed // "file already closed"这种写法有个非常大的问题，这些全局变量可以被被用户直接进行重新赋值和分配，破坏掉原有的值。如下 “暴力” 代码：// 脑
...继续阅读
(84)
发表于
2024-04-11 11:31:00
Next.js App Router 中页面异常如何处理？
该渲染由 Shiro API 生成，可能存在排版问题，最佳体验请前往：https://innei.in/posts/tech/how-to-handle-page-exceptions-in-next-js-app-router在服务端渲染中，页面预渲染需要的数据一般由服务器提供。在 Next.js 框架中，可分为两种。Next.js 作为全站框架，获取数据直接在 Next.js 服务中调用方法；或者借助外部 API 服务，通过 HTTP 或者其他方式获取数据。在获取数据的过程中，可能会出现异常，例如网络请求超时、服务端异常等。这时候，我们需要对异常进行处理，以保证页面的正常渲染。编写一个简单的数据接口和页面渲染下面是一个简单的例子。这是一个简单的获取posts接口实现。import { NextResponse } from 'next/server'
import type { NextRequest } from 'next/server'
export const GET = (
req: NextRequest,
{
params,
}: {
params: {
id: string
}
},
) => {
const { id } = params
switch (i
...继续阅读
(74)
发表于
2024-04-08 06:33:00
Android系统ANR浅析
Read Time:7 Minute, 7 SecondANR全称为Application Not Response,是由于App主线程长时间卡滞导致的。ANR并不代表我们的应用代码一定存在编码问题，通常不会导致FATAL EXECPTION。直观上来讲，ANR发生时应用会无法及时响应用户操作，这会极大影响用户体验。Android APP开发中的四大基础组件中Service、BroadcastReceiver与ContentProvider以及Input都会去检测ANR超时，这里以Service为例，简述ANR产生的原因：当我们的应用组件通过startService启动一个Service时，会通过binder通知AMS启动Service，AMS在经过一系列逻辑处理后判断可以启动，就会通过binder通知应用所在进程创建一个Service并执行Service的onCreate生命周期，与此同时AMS会通过handler发送一个延时任务，此延时任务就是ANR任务。在应用进程Service生命周期执行完后就会通过binder告知AMS解除ANR任务；如果应用进程Service生命周期超时,AMS内的ANR任务就会执行，从而记录ANR报错并dump当前系统状态。机制解析这里的机制解析，我们分别从应用APP以及AMS的角度来进行，并且以Android14的代码进行分析。首先是应用App调用s
...继续阅读
(69)
发表于
2024-04-07 16:34:50
将 Spring Boot 应用程序与 Amazon DocumentDB 集成
发表于
2024-03-26 07:31:09
从 Azure 部署生成本地 .NET 密钥
发表于
2024-03-23 13:12:31
React “动态”表单设计（一）
tocReact“动态”表单设计（一）动态表单是什么要解决的问题基础知识概要模块设计UI renderState managementAction Design使用DSL描述表单tocstopReact “动态”表单设计（一）#在本节中，我会介绍动态表单的定义，实现一个这样的表单会遇到的问题，和给出它的基础数据结构和生成函数。在下一节中，我会更详细的介绍，这个表单中字段的值的存储方式。和如何实现这些功能和组件动态表单是什么#在常见B/S架构的项目下，我们有的时候会遇到，需要根据不同用户的权限和需求，为他们提供包含不同字段的表单。例如，一个工单系统，我们假设有三个角色。可以接受工单的人(A和B)，审核工单进度的人(C)。对于A，他可能需要填写工单处理的开始和结束时间，确认什么时候可以处理工单。如果A接受了工单，但发现在约定时间无法处理完成，他可以将该工单分享给B。那么B看到的工单内容，应该是不可以编辑，并且可以选择接受或不接受。当AB完成了这个工单后，C应该收到工单完成审核。C可以看到工单的所有信息，并且选择是否关闭这个工单。对于上述业务逻辑，我们可以看到一个表单的大部分内容被复用了3次（工单号，处理人等字段），而对于A，B，C他们又有一些特别的字段和操作，并且他们这些区别的可以见性控制完全来自于Server端下发的数据。那么对于这种场景我们是否可以使用被复用的字段和每个人的特殊操作
...继续阅读
(32)