利用春节假期的时间临摹了《我的公众号》的交互部分，共计用时应该不到24小时，只临摹了基础交互功能，并没有刻画细节，也没有细化数值部分，但是依然有很多收获。
同时也发现了很多不足，对开发的专业术语、原理不了解，导致总是被一些“基础原理”卡住思路，且因为不知道关键词是什么，较难通过网络搜索找到答案。
1. 用3张表“假装”开发环境，设计整体结构
因为想进一步了解【埋点】在游戏中的具体场景是怎么样的，所以用一个sheet在存放游戏数据，这个sheet大概也是开发中【日志】的部分。
对于游戏中的一些基础参数设定，我习惯性的建立了【参数设置】sheet，后面经过朋友指点，可能这对应开发中的【数据库】部分。
前端精细点应该全部用【窗体控件】实现，但是基于我的目的是学习【数值策划】的部分，所以改成主界面用表格（后面代码写得顺手了，部分又改为了窗体）。
2. 开始思考前端和后端的关系
在编写点击按钮后触发事项的过程中，第一次清晰的开始思考前端和后端关系的问题。
计算的过程应该是怎么样的呢？
在后端计算，将计算结果保存到日志，然后再从日志返回数据到前端
在前端直接调用数据库计算，将结果返回到用户界面，同时在存一份放到日志
思考两种方法的差异后，选择了第一种，因为猜测如果在前端计算，可能会影响运算速度吧？
另外，数据应该也不是从日志中返回到前端的，而是后端计算结果返回到前端。因为如果从日志中返回，后期日志中数据量巨大，那也会影响计算速度。
实现一种功能的路径多种多样，但是既然存在不同的方法，肯定有不同的用处。所以后期学习的时候要注意思考各个功能在哪种场景下，是最高效的；以及有的暂时看不懂的功能，思考哪些场景可能会用到。
3. 数据应该保存【结果】还是【过程】
在设计日志sheet的表格结构时，遇到以下问题
用户金额是存【余额】还是存【消耗】
后面决定存消耗，因为使用数据时【消耗】方便做加减计算。
时间流逝是存【累计值】还是【1】
后面决定存累计值，因为如果使用数据，可以通过筛选累计值得到同一天用户进行了哪些操作；而【1】无法筛选。
用户同一天多个重复行为是写一行还是多行，多行的话【日期】字段怎么保存
多行，同一天【日期】重复写入，且【日期】字段放在最后一步书写。先计算行数i，然后写入用户操作数据，最后根据操作判断【日期】是否需要+1。
控件、随机数、数据库结构
4. 其他
后面又向朋友请教了一些问题，整理了后期需要进一步学习的东西：
数据库
索引的建立
事务
建表：设计表的三大范式
数据库的存储过程
后端
日志
参数设置
埋点
