游戏开发日志#1 起步和技术选型
开发目标 我想开发一款沙盒独立游戏。采用 2.5D 视角。就类似饥荒那种吧。 具体的细节就不多透露了。 因为目前也只是处于新建文件夹的状态。 写太多结果鸽了也不好收场。 我的技术栈 我目前主要是偏向于前端方面。 JS/TS 是较常用的。 不过后端方面我也是写过的。我还用 TS 搓了一个类似 Nest
不要过度优化
计划永远赶不上变化，就在上周，我所在的项目被砍了。 我原本还在规划：写自动化测试、搭建监控后台、重构代码。打算把原本两千多行的大商品页拆分重构，做成模式匹配渲染组件，再加上路由参数筛选……结果，部门被撤，项目被卖。 这个项目，我倾注了很多心血。从我实习开始就参与其中，这是我第一个正式上线的项目。 但
为 Tauri APK 签名
Tauri 是一个可以开发跨平台应用的框架，支持使用前端技术（如 HTML、CSS、JavaScript）构建桌面和移动端应用。在 Android 平台上，生成的 APK 文件需要进行签名才能在设备上安装或发布到应用商店（如 Google Play）。 本文介绍使用 keytool 进行签名。 预先
使用 Github Workflow 进行发布 tauri
name: 构建应用
description: 构建应用并发布
on:
workflow_dispatch:
push:
branches:
- release/**
tags:
- v*
jobs:
publish-tauri:
后端开发其实没你想的那么难
很多人认为后端技术很复杂，但其实一般项目的技术其实压根就没有那么高要求。什么查询优化，数据缓存弄着弄那的，结果一看数据才几万条。 复杂的其实是业务，而不是技术。技术你不会可以学，但业务可能上一秒做好了，下一秒产品经理就说：“这个流程改一下。” 后端其实很简单 后端的开发，本质其实就是三个步骤： 接收
跨域通信实现实时预览
需求背景 项目中存在一个复杂的代练服务模块，其服务详情页由运营人员手动配置。 由于涉及的功能繁多，如选项配置、联动逻辑、页面文案和折扣信息等，我们为其专门开发了一个配置工具。 此前的操作流程是：运营人员在工具中完成配置后，手动保存并跳转至预览页面查看效果。 这种方式无法实时反馈修改结果，操作流程冗长
逐步从 Pages 路由迁移到 App 路由
App 路由是 NextJS 13 引入的新特性。 它的功能相较于目前使用的 Pages 路由更加丰富，并且支持更多的特性。 例如它支持布局，服务器组件等特性。 具体可以查看官方的文档。 App 路由是可以和 Pages 路由共存的。 这就意味着我们可以逐步进行迁移，逐步替换。 NextJS 会优先
小明编程记- 第十九章 前人心得
听着张三的话，小明点头。 “既然你没有异议，那就准备编写心得吧。我就先走了。”张三说完，御剑破空而去。 目送张三远去，小明回到住所，开始着手整理所学。 可当他提笔欲书时，却猛然发现，自己对 JavaScript 的认知竟然如此浅薄。 “我……到底学了些什么？”他低声自语。 脑海中浮现出一个个零碎的词