h5网站怎么访问如何制作自己的网站可放广告

张

张建站

2026/4/19 9:02:17

10分钟阅读

h5网站怎么访问,如何制作自己的网站可放广告,黄山网站推广公司,做盗版视频网站吗1. 从零开始#xff1a;为什么选择 Gin GORM 来构建商城后台#xff1f; 如果你刚接触 Go 语言#xff0c;想做个实战项目练手#xff0c;或者公司正好有个电商后台的需求要你快速搞定#xff0c;那你大概率会听到两个名字#xff1a;Gin 和 GORM。我刚开始做 Go 项目的…1. 从零开始为什么选择 Gin GORM 来构建商城后台如果你刚接触 Go 语言想做个实战项目练手或者公司正好有个电商后台的需求要你快速搞定那你大概率会听到两个名字Gin 和 GORM。我刚开始做 Go 项目的时候也纠结过一阵子到底用哪个框架和 ORM 好。折腾了一圈最后在商城这类需要快速开发、清晰路由和高效操作数据库的项目里GinGORM 这个组合成了我的首选而且一用就是好几年。简单来说Gin 是一个用 Go 写的 Web 框架它的特点就是快和简单。官方说它性能极高我这几年用下来感觉确实如此路由定义清晰明了中间件机制灵活写个 API 接口非常顺手。对于商城后台这种需要处理大量 HTTP 请求比如用户下单、查询商品、管理订单的场景一个高性能的框架是基础保障。而 GORM则是 Go 语言里最流行的 ORM对象关系映射库之一。ORM 是干嘛的它就像个翻译官把我们用 Go 语言定义的结构体对象和数据库里一张张的表关系自动对应起来。这样一来我们就不用再去手写那些复杂又容易出错的 SQL 语句了直接操作结构体对象就能完成增删改查开发效率提升不是一点半点。你可能会问不用 ORM直接写 SQL 不行吗当然行但对于商城这种业务模型比较固定的项目表结构一旦设计好后续大量的工作就是围绕这些表做各种条件查询、更新和关联。如果每处都手写 SQL光是拼接查询条件、防止 SQL 注入就够头疼的代码也又臭又长。GORM 把这些脏活累活都包了提供了链式调用这种非常优雅的写法让数据库操作代码读起来就像在说大白话维护起来也轻松很多。所以这个组合可以理解为Gin 负责高效地接收和响应网络请求GORM 负责优雅地和数据库打交道两者结合就能快速搭建起一个稳固的商城后台骨架。2. 项目起手式初始化你的 Gin 应用与 GORM 连接光说不练假把式咱们直接动手。首先你得确保电脑上装好了 Go建议 1.18 以上版本。然后找个干净的目录初始化你的项目模块go mod init my-mall-api接下来把 Gin 和 GORM 这两个“得力干将”请进项目。打开终端执行go get -u github.com/gin-gonic/gin go get -u gorm.io/gorm go get -u gorm.io/driver/mysql # 这里以 MySQL 为例如果你用 PostgreSQL 就换成 postgres依赖装好我们就可以开始写代码了。我习惯在项目根目录下创建一个main.go作为入口文件。第一步初始化 Gin 引擎并建立数据库连接。package main import ( log time github.com/gin-gonic/gin gorm.io/driver/mysql gorm.io/gorm ) func main() { // 1. 初始化 Gin 实例默认带了一些基础中间件如日志恢复 r : gin.Default() // 2. 配置 MySQL 连接信息格式很重要 // 参数依次是用户名:密码协议(地址:端口)/数据库名?字符集其它参数 dsn : root:yourpasswordtcp(127.0.0.1:3306)/mall_db?charsetutf8mb4parseTimeTruelocLocal // 注意parseTimeTrue 能让 GORM 自动处理时间类型locLocal 设置时区避免时间错乱 // 3. 使用 GORM 打开数据库连接 db, err : gorm.Open(mysql.Open(dsn), gorm.Config{}) if err ! nil { log.Fatal(数据库连接失败:, err) } log.Println(数据库连接成功) // 4. 可选但推荐获取底层的 sql.DB 对象用于设置连接池参数 sqlDB, err : db.DB() if err ! nil { log.Fatal(获取数据库连接池失败:, err) } // 设置连接池最大空闲连接数 sqlDB.SetMaxIdleConns(10) // 设置连接池最大打开连接数 sqlDB.SetMaxOpenConns(100) // 设置连接的最大可复用时间 sqlDB.SetConnMaxLifetime(time.Hour) // 5. 把 db 实例放到一个全局变量或者通过依赖注入的方式方便后续使用 // 这里我们先简单处理后面会讲到更好的组织方式 // global.DB db // 6. 定义一个最简单的健康检查路由 r.GET(/ping, func(c *gin.Context) { c.JSON(200, gin.H{ message: pong, db_status: connected, }) }) // 7. 在 8080 端口启动服务 r.Run(:8080) }把上面代码里的数据库用户名、密码和数据库名换成你自己的然后运行go run main.go。如果看到“数据库连接成功”的日志并且在浏览器访问http://localhost:8080/ping能收到 JSON 响应那么恭喜你最基础的环境已经跑通了这里我特别提一下数据库连接池的设置这在商城这种并发请求可能较多的场景下很重要。合理设置SetMaxIdleConns和SetMaxOpenConns可以避免频繁创建和销毁数据库连接带来的开销提升接口性能。这是我早期踩过的坑一开始没设在高并发测试时数据库连接数飙升直接拖垮了服务。3. 模型定义与自动迁移让结构体与数据库表同步数据库连上了接下来就要定义我们的数据模型了。在商城系统里最核心的莫过于商品Goods。我们来看看怎么用 GORM 来定义它。在项目里创建一个models目录然后新建goods.go。package models import ( gorm.io/gorm time ) // MallGoodsInfo 对应商品信息表 type MallGoodsInfo struct { GoodsID int64 gorm:column:goods_id;primaryKey;autoIncrement json:goodsId // 商品ID主键自增 GoodsName string gorm:column:goods_name;type:varchar(200);not null;index json:goodsName // 商品名加索引方便搜索 GoodsIntro string gorm:column:goods_intro;type:text json:goodsIntro // 商品简介 GoodsCategoryId int64 gorm:column:goods_category_id;not null json:goodsCategoryId // 关联的分类ID GoodsCoverImg string gorm:column:goods_cover_img;type:varchar(200) json:goodsCoverImg // 封面图 GoodsDetailContent string gorm:column:goods_detail_content;type:longtext json:goodsDetailContent // 详情富文本 OriginalPrice int gorm:column:original_price;type:int;not null;default:0 json:originalPrice // 原价单位分 SellingPrice int gorm:column:selling_price;type:int;not null;default:0 json:sellingPrice // 售价单位分 StockNum int gorm:column:stock_num;type:int;not null;default:0 json:stockNum // 库存 Tag string gorm:column:tag;type:varchar(20) json:tag // 标签如新品、热卖 GoodsSellStatus int gorm:column:goods_sell_status;type:tinyint;not null;default:0 json:goodsSellStatus // 销售状态 0-在售 1-下架 CreatedAt time.Time gorm:column:created_at;type:datetime;autoCreateTime json:createdAt // 创建时间 UpdatedAt time.Time gorm:column:updated_at;type:datetime;autoUpdateTime json:updatedAt // 更新时间 DeletedAt gorm.DeletedAt gorm:column:deleted_at;type:datetime;index json:- // 软删除标记 } // TableName 指定表名如果不指定GORM默认使用结构体名的蛇形复数mall_good_infos func (MallGoodsInfo) TableName() string { return mall_goods_info }这里有几个关键点我想展开说说。第一是结构体标签Taggorm:column:goods_name指明了这个字段对应数据库表中的goods_name列json:goodsName则是在这个结构体被序列化成 JSON 返回给前端时字段的名字。这两者可以不同按各自领域的命名习惯来就好。第二是字段类型比如价格我用int类型在数据库里也是int但实际存储的是以“分”为单位的整数这样可以避免浮点数计算带来的精度问题这是处理金额时的一个常见实践。第三是CreatedAt和UpdatedAt你只要在模型中定义这两个字段GORM 就会在创建和更新记录时自动帮你填充当前时间这个功能太省心了。第四是DeletedAt字段它开启了 GORM 的软删除功能。当你调用Delete方法时记录并不会真的从数据库消失而是给这个字段设置一个删除时间。后续查询时GORM 会自动加上deleted_at IS NULL的条件让你查不到“已删除”的数据。这对于需要保留数据痕迹的商城订单、商品下架等场景非常有用。模型定义好了怎么在项目启动时自动创建表呢这就是 GORM 的AutoMigrate自动迁移功能。我们在main.go初始化数据库连接后加上这行// 自动迁移模型如果表不存在则创建存在则检查字段差异新增字段 err db.AutoMigrate(models.MallGoodsInfo{}) if err ! nil { log.Fatal(自动迁移失败:, err) }运行程序GORM 就会根据你的结构体定义在数据库里生成mall_goods_info表。注意AutoMigrate主要用来创建表和添加新字段对于修改字段类型或删除字段它可能不会按你预期工作复杂的表结构变更还是建议使用数据库迁移工具如 golang-migrate或手动执行 SQL。对于刚启动的项目或者快速原型AutoMigrate能帮你省去很多建表的麻烦。4. 玩转 GORM 链式调用实现优雅的 CRUD 操作表有了我们就可以开始真正的核心操作增删改查CRUD。GORM 的链式调用设计得非常流畅写起来就像在搭积木。我们先在项目里创建一个services或repositories目录来存放数据操作逻辑。这里我以goods_service.go为例。4.1 创建Create新增一个商品假设我们有一个管理后台的接口用来添加新商品。前端会传过来一个包含商品信息的 JSON 对象。func CreateGoods(db *gorm.DB, req GoodsAddRequest) error { // 1. 将请求参数绑定到模型结构体 goods : models.MallGoodsInfo{ GoodsName: req.GoodsName, GoodsIntro: req.GoodsIntro, GoodsCategoryId: req.GoodsCategoryId, GoodsCoverImg: req.GoodsCoverImg, GoodsDetailContent: req.GoodsDetailContent, OriginalPrice: req.OriginalPrice, SellingPrice: req.SellingPrice, StockNum: req.StockNum, Tag: req.Tag, GoodsSellStatus: req.GoodsSellStatus, // CreatedAt 和 UpdatedAt 会自动填充 } // 2. 执行创建操作GORM 会处理主键自增等细节 result : db.Create(goods) // 注意这里传递的是指针 if result.Error ! nil { // 处理错误例如唯一约束冲突、外键约束失败等 return result.Error } // 3. 创建成功后goods 结构体的 GoodsID 会被自动赋值为数据库生成的主键 log.Printf(商品创建成功ID: %d, goods.GoodsID) return nil }这里db.Create(goods)就是最基础的创建操作。result.Error可以用来判断是否成功result.RowsAffected可以知道影响了多少行创建通常是1。我遇到过一种情况需要批量插入多条商品数据比如初始化数据这时候可以用db.Create(goodsSlice)传入一个切片GORM 会生成一条批量插入的 SQL效率比循环插入高得多。4.2 查询Retrieve多种姿势获取商品数据查询是业务中最频繁的操作。GORM 提供了从简单到复杂的各种查询方法。获取单个商品func GetGoodsByID(db *gorm.DB, id int64) (*models.MallGoodsInfo, error) { var goods models.MallGoodsInfo // First 方法会按主键排序取第一条并自动绑定到 goods 变量 result : db.First(goods, id) // 等价于 db.Where(goods_id ?, id).First(goods) if result.Error ! nil { if errors.Is(result.Error, gorm.ErrRecordNotFound) { // 处理记录不存在的情况返回自定义错误信息给前端 return nil, fmt.Errorf(商品ID %d 不存在, id) } return nil, result.Error // 其他数据库错误 } return goods, nil }获取商品列表无分页func GetGoodsList(db *gorm.DB, categoryId int64, sellStatus int) ([]models.MallGoodsInfo, error) { var goodsList []models.MallGoodsInfo // 开始构建查询链 query : db.Model(models.MallGoodsInfo{}) // 指定模型 // 根据条件动态添加 Where 子句 if categoryId 0 { query query.Where(goods_category_id ?, categoryId) } if sellStatus 0 || sellStatus 1 { // 假设0和1是有效状态 query query.Where(goods_sell_status ?, sellStatus) } // 执行查询Find 会将结果填充到 goodsList 切片 err : query.Order(created_at desc).Find(goodsList).Error if err ! nil { return nil, err } return goodsList, nil }这里展示了 GORM 链式调用的精髓。query对象可以像接力棒一样传递每一步调用Where,Order都返回一个新的查询对象最后通过Find执行。代码读起来非常清晰“先按分类和状态过滤然后按创建时间倒序排列最后找出所有结果”。这种写法比拼接 SQL 字符串安全得多也优雅得多。4.3 更新Update修改商品信息更新操作通常有两种场景更新整个模型或者只更新部分字段。GORM 都提供了对应的方法。更新整个模型全量更新func UpdateGoodsFull(db *gorm.DB, goods *models.MallGoodsInfo) error { // Save 会保存所有字段即使字段是零值 return db.Save(goods).Error }Save方法会根据主键是否存在来决定执行插入还是更新。如果goods.GoodsID为0就插入如果非0就执行更新。但要注意它会更新所有字段这可能不是我们想要的特别是当结构体中有大量字段而前端只传了部分修改时。选择性更新推荐func UpdateGoodsPartial(db *gorm.DB, id int64, updates map[string]interface{}) error { // 使用 Model 指定要更新的模型和条件然后 Update 传入一个 map result : db.Model(models.MallGoodsInfo{}).Where(goods_id ?, id).Updates(updates) if result.Error ! nil { return result.Error } if result.RowsAffected 0 { return fmt.Errorf(商品ID %d 未找到更新失败, id) } return nil }这种方式更安全、更高效。updates是一个map[string]interface{}比如map[string]interface{}{selling_price: 9900, stock_num: 50}。GORM 只会生成更新这些字段的 SQL。还有一个Update方法用于更新单个字段Updates用于更新多个字段。另外如果你想在更新时忽略某些字段比如不想让前端修改创建时间可以使用Select来选择字段或者用Omit来排除字段。4.4 删除Delete软删除与硬删除前面提到我们的模型里有DeletedAt字段所以默认是软删除。func DeleteGoodsSoft(db *gorm.DB, id int64) error { // 软删除将 deleted_at 字段设置为当前时间 result : db.Delete(models.MallGoodsInfo{}, id) // 传入主键值 // 等价于db.Where(goods_id ?, id).Delete(models.MallGoodsInfo{}) if result.Error ! nil { return result.Error } if result.RowsAffected 0 { return fmt.Errorf(商品ID %d 未找到, id) } return nil }执行后数据库里这条记录的deleted_at就有了值。之后用普通的Find、First查询是查不到这条记录的。如果你真的需要从数据库物理删除记录硬删除可以使用db.Unscoped().Delete(...)。// 硬删除直接从数据库移除记录 func DeleteGoodsHard(db *gorm.DB, id int64) error { result : db.Unscoped().Delete(models.MallGoodsInfo{}, id) // ... 错误处理 return nil }硬删除要慎用通常用于一些无关紧要的日志数据或者有明确合规要求必须删除的场景。对于订单、用户操作记录等软删除是更稳妥的选择。5. 商城后台的刚需高性能分页查询实战当商品数量成千上万时一次性把所有数据都查出来返回给前端不仅接口响应慢对数据库和网络都是巨大压力。分页查询就成了后台管理系统的标配功能。用 GORM 实现分页核心就是Limit和Offset这两个方法再配合Count获取总数。5.1 分页原理与基础实现假设前端传过来两个参数page页码从1开始和page_size每页条数。我们的任务就是计算出limit和offset。func GetGoodsListWithPagination(db *gorm.DB, page, pageSize int, keyword string) ([]models.MallGoodsInfo, int64, error) { var goodsList []models.MallGoodsInfo var total int64 // 1. 计算偏移量 offset : (page - 1) * pageSize // 2. 构建基础查询 query : db.Model(models.MallGoodsInfo{}) // 3. 条件筛选根据关键词搜索商品名或简介 if keyword ! { // 使用 Like 进行模糊查询% 是通配符 query query.Where(goods_name LIKE ? OR goods_intro LIKE ?, %keyword%, %keyword%) } // 4. 先获取符合条件的总记录数非常重要用于前端计算总页数 if err : query.Count(total).Error; err ! nil { return nil, 0, err } // 5. 再获取当前页的数据 err : query.Limit(pageSize).Offset(offset).Order(goods_id desc).Find(goodsList).Error if err ! nil { return nil, 0, err } // 返回数据列表、总数、错误 return goodsList, total, nil }这就是一个最标准的分页查询流程。有几个细节需要注意第一Count必须在Limit和Offset之前调用因为Count会忽略它们计算的是所有满足条件的记录数。如果你把Count放在链式调用的最后它计算的就是分页后的数量了那肯定是错的。第二Offset的计算公式是(页码-1) * 每页大小一定要确保页码从1开始。第三通常我们会有一个默认的排序比如按商品ID或创建时间倒序这样保证每次分页结果的顺序是一致的。5.2 性能优化避免大偏移量Offset的坑上面的方法在数据量少的时候没问题但当数据量非常大比如百万级并且用户翻到很后面的页码时比如page10000Offset的值会非常大。数据库在执行LIMIT 10 OFFSET 100000时实际上需要先扫描并跳过前面的100000条记录然后再取10条这个“跳过”的操作成本很高会导致查询越来越慢。怎么优化一个常见的方案是使用“游标分页”或“基于ID的分页”。它的思路不是计算跳过了多少条而是记住上一页最后一条记录的ID然后查询ID比它大的记录。func GetGoodsListByCursor(db *gorm.DB, lastID int64, pageSize int, keyword string) ([]models.MallGoodsInfo, error) { var goodsList []models.MallGoodsInfo query : db.Model(models.MallGoodsInfo{}).Where(goods_sell_status ?, 0) // 例如只查在售商品 if keyword ! { query query.Where(goods_name LIKE ?, %keyword%) } // 关键变化用 Where(goods_id ?, lastID) 替代 Offset if lastID 0 { query query.Where(goods_id ?, lastID) } err : query.Limit(pageSize).Order(goods_id asc).Find(goodsList).Error return goodsList, err }这种方式的查询速度非常稳定因为WHERE goods_id ?可以利用主键索引快速定位不受前面数据量的影响。但它也有局限性第一它要求排序字段这里是goods_id是唯一且递增的第二它不支持“跳页”用户只能一页一页地往下翻或者提供“上一页/下一页”的导航无法直接跳到第N页。在商城后台如果管理员需要随机跳转到某一页进行检查可能还是需要传统的Offset分页。所以选择哪种方案要根据实际业务场景来定。对于用户端的商品无限下拉滚动游标分页是绝佳选择对于后台管理系统的精确分页查询在数据量可控的情况下传统的Offset分页更直观。5.3 封装通用分页响应结构为了让前端处理起来更方便我们通常会把分页查询的结果包装成一个固定的结构体返回。// Pagination 分页通用结构 type Pagination struct { Page int json:page form:page // 当前页码 PageSize int json:pageSize form:pageSize // 每页大小 Total int64 json:total // 总记录数 TotalPage int json:totalPage // 总页数 } // PageResult 分页查询通用返回结构 type PageResult struct { List interface{} json:list // 数据列表 Pagination Pagination json:pagination // 分页信息 } // 在分页查询函数中最后组装结果 func GetGoodsPage(db *gorm.DB, page, pageSize int, keyword string) (*PageResult, error) { list, total, err : GetGoodsListWithPagination(db, page, pageSize, keyword) if err ! nil { return nil, err } totalPage : 0 if pageSize 0 { totalPage int((total int64(pageSize) - 1) / int64(pageSize)) // 计算总页数向上取整 } result : PageResult{ List: list, Pagination: Pagination{ Page: page, PageSize: pageSize, Total: total, TotalPage: totalPage, }, } return result, nil }这样前端拿到响应后就能直接渲染列表数据并且展示总条数、总页数以及生成分页器组件用户体验会好很多。这也是我在实际项目中总结出来的一个实用模式几乎每个需要分页的接口都可以套用这个结构。6. 进阶技巧与常见避坑指南用了几年 Gin 和 GORM我也踩过不少坑这里分享几个能让你少走弯路的进阶技巧和注意事项。第一处理好错误。GORM 的错误处理很重要。特别是First、Last、Take这类查询单条记录的方法当查不到记录时会返回gorm.ErrRecordNotFound错误。一定要用errors.Is(err, gorm.ErrRecordNotFound)来判断而不是直接err ! nil因为可能还有其他数据库错误。对于更新和删除操作检查RowsAffected可以确认是否真的操作到了预期的数据避免出现“明明ID存在却更新失败”的诡异问题。第二注意零值更新问题。这是 GORM 新手最容易踩的坑。当你使用Updates方法并且传入一个结构体而不是 map时GORM 默认会忽略零值字段比如int类型的0string类型的bool类型的false。如果你想把某个字段明确更新为零值有两种方法一是使用map[string]interface{}二是在调用Updates前使用Select方法显式指定要更新的字段即使它是零值。第三使用预加载Preload解决 N1 查询问题。商城业务中商品属于某个分类一个订单包含多个商品项这些都是关联关系。如果你先查出一批商品再循环查询每个商品的分类信息就会产生 N1 次查询性能极差。GORM 的Preload可以帮你一次性把关联数据都查出来。type MallGoodsInfoWithCategory struct { models.MallGoodsInfo Category models.MallGoodsCategory gorm:foreignKey:GoodsCategoryId // 假设有分类模型 } func GetGoodsWithCategory(db *gorm.DB) ([]MallGoodsInfoWithCategory, error) { var goods []MallGoodsInfoWithCategory // Preload 会自动执行一条 JOIN 或额外查询将关联的分类数据填充到每个商品的 Category 字段 err : db.Preload(Category).Find(goods).Error return goods, err }第四事务处理。商城里的核心操作比如“创建订单”需要同时扣减库存、生成订单主表、生成订单商品明细等这些操作必须作为一个整体要么全部成功要么全部失败。这就需要用到数据库事务。func CreateOrderTx(db *gorm.DB, orderData OrderData) error { // 开始一个事务 tx : db.Begin() // 确保在函数返回时如果发生错误则回滚事务 defer func() { if r : recover(); r ! nil { tx.Rollback() } }() // 1. 创建订单主记录 if err : tx.Create(orderData.Order).Error; err ! nil { tx.Rollback() return err } // 2. 批量创建订单商品项 if err : tx.Create(orderData.Items).Error; err ! nil { tx.Rollback() return err } // 3. 循环扣减每个商品的库存 for _, item : range orderData.Items { result : tx.Model(models.MallGoodsInfo{}). Where(goods_id ? AND stock_num ?, item.GoodsID, item.Quantity). Update(stock_num, gorm.Expr(stock_num - ?, item.Quantity)) if result.Error ! nil || result.RowsAffected 0 { tx.Rollback() // 库存不足或更新失败回滚 return fmt.Errorf(商品ID %d 库存不足或更新失败, item.GoodsID) } } // 所有步骤成功提交事务 return tx.Commit().Error }使用事务时记住一个原则在事务内部所有的数据库操作都要使用事务对象tx而不是原始的db对象。Begin()开始事务Commit()提交Rollback()回滚。用defer和recover()来捕获 panic 并回滚是一个增加健壮性的好习惯。第五日志与调试。GORM 默认是静默的出错时可能只有一句“record not found”。在开发阶段可以开启它的详细日志看看实际执行的 SQL 语句是什么这对调试复杂查询非常有帮助。// 在初始化 GORM 时配置 Logger db, err : gorm.Open(mysql.Open(dsn), gorm.Config{ Logger: logger.Default.LogMode(logger.Info), // 设置日志级别为 Info会打印所有 SQL })看到生成的 SQL你就能确认查询条件对不对、有没有多余的 JOIN、索引是否生效等等。生产环境记得把日志级别调回Error或Warn避免日志量过大。把这些点都注意到你的 Gin GORM 商城后台在稳定性和性能上就不会有太大问题了。说到底框架和工具都是为我们服务的理解它们的设计理念和常见陷阱才能用得顺手真正提升开发效率。