这事儿得从头说起，就是我家那帮子吃货朋友，每次聚餐，特别是去吃早茶点心的时候，点个菜都能吵上半天。一会儿这个想吃虾饺，一会儿那个要烧麦，还有个非要萝卜糕。每次都搞得跟打仗一样，点心还没上桌，我们之间就先“打”起来了。我当时就想着，这样不行，得想个办法把这“点心大战”给平息了。
最开始的时候，我脑子里乱七八糟的，想着是不是要弄个投票系统，大家手机上点一点，票数多的就上。但转念一想，投票还是避免不了争论，而且万一票数差不多，还得我这个“中间人”来做决定，那不是给自己找事儿吗？我可不想当这个“裁判”。
后来有一天，我看着手机里密密麻麻的收藏夹，里面全是各种点心店的菜单图，突然灵光一闪。干嘛不直接搞一个“点心随机抽选器”？大家把想吃的点心都输进去，然后抽几个出来，这样谁也别怪谁，运气好不好全看天意。就这么定了，我的“点心大作战”项目正式启动。
选我的“武器”
我这人做东西，习惯性地先找自己最顺手的工具。当时我就盘算着，这玩意儿不用搞得太复杂，一个简单的网页应用就够了。后端就用我之前一直在折腾的Go语言来写，前端随便弄点HTML、CSS、JavaScript糊弄一下，能跑就行。我那时候刚学Go，正好想找个小项目练练手，这不就撞上了吗。
我先是拉了个目录结构：
- 一个`*`文件，放我的Go后端逻辑。
- 一个`templates`文件夹，里面放HTML页面。
- 一个`static`文件夹，放CSS和JS。
看起来挺简单，实际操作起来才发现，小项目也有小项目的坑。
开始“布阵”
我先从后端开始下手。Go语言写个Web服务器挺快的，我敲了几行代码，一个简单的HTTP服务就跑起来了。然后就是数据存储，最开始我就想着直接用一个切片（slice）把点心名字存起来，简单粗暴。毕竟我们常去的那几家店，点心种类也就那么多，用不着数据库那么高大上。
接着就是处理请求了。用户访问页面，我得把点心列表显示出来；用户输入新的点心，我得能加进去；最关键的，用户点击“抽选”按钮，我得能随机挑出几个点心来。这块我写了个函数，用Go的`math/rand`包，再结合时间戳做个种子，保证每次随机数不一样。当时心想这够用了。
前端这边，我就直接一个`*`，里面一个输入框，一个按钮，再加一个列表用来显示点心。CSS就用了个最基础的样式，能看就行，毕竟不是什么“颜值项目”。JavaScript代码就负责把用户输入的东西传给后端，然后把后端返回的结果显示出来。当时写AJAX请求的时候，我还在网上查了好半天，才搞明白`fetch`怎么用，之前老是用`XMLHttpRequest`，感觉自己像个老古董。
第一次“交火”
等我把这些都写得差不多了，就兴冲冲地跑起来测试。结果好家伙，页面一开，显示的点心列表是空的，我明明在后端写了几个默认的点心。我赶紧打开浏览器的开发者工具一看，后端接口报错了。原来是我模板文件路径没写对，Go服务器找不到我的`*`。我折腾了好半天，才发现是`*`那里路径有点问题，得用`*`结合`*`来确保路径是绝对路径，还得多加一个`stripPrefix`，才算是把前端页面成功加载出来。
页面能显示了，我赶紧试着添加点心，再点击“抽选”。这回点心是抽出来了，但每次抽出来的都是那几个固定的。我当时就蒙了，不是用了时间戳做种子吗？后来才想起来，我把随机数种子设置放在了处理每个请求的函数里，导致每次请求进来，种子都是差不多的。这样一改，把种子设置放到程序启动的时候只执行一次，随机数才真正随机起来。
还有个有意思的小插曲，我的那帮朋友看到这个工具，都挺高兴的，但有人提意见了，说每次抽出来的点心，如果吃完了，下次还会抽到怎么办？得有个“吃过不重复”的功能。这下又给我出了个难题。我想了想，最简单的办法就是给每个点心一个状态，抽出来一次就标记一下，下次抽选的时候就先排除掉那些已经“吃过”的。不过我没真的去实现这个“吃过”功能，而是搞了个简单的，把抽出来的结果显示出来后，有个按钮可以“重置列表”，也就是把所有点心都恢复成“可选”状态。
“胜利”与“反思”
整个项目前前后后大概花了我两个周末的碎片时间。虽然功能很简单，界面也很简陋，但至少把“点心大作战”的这个小目标实现了。现在每次我们去吃早茶，大家就把想吃的点心输进去，然后我一按按钮，随机抽几个，谁也不吵了。大家一看抽到什么，就乖乖地吃什么，感觉挺好玩的。
通过这回折腾，我对Go语言的Web开发有了更深的理解，也更熟悉了HTML、CSS、JavaScript这些前端的基本操作。虽然过程中遇到了不少坑，但都一个个爬出来了。这感觉，就像是真正打赢了一场小小的“点心大作战”。
