最近我琢磨着要自己动手搞点不一样的东西，别老是盯着那些成熟的框架转悠。我老婆前阵子看了一个讲户外生存的纪录片，天天唠叨家里的应急包不够完善，闹得我头疼。我寻思着，光买东西有什么用，得有工具管起来才行。所以我就盯上了“末世余生安卓”这个点子，打算自己搓一个简易的生存物资管理App。名字取得挺唬人，就是个记账本，只不过是给“世界末日”准备的记账本。
起步：一团乱麻的开始
一开始我以为安卓开发嘛无非就是拖拖拽拽，把按钮放上去就行了。我打开那个叫Android Studio的大家伙，结果光是环境配置就给我整懵了。教程里一会儿说用Java，一会儿说用Kotlin，我两种都想试试，结果就是代码互相打架，编译通过了界面也显示不出来。真的，那个感觉就像你刚从辐射尘里爬出来，捡了一堆零件，但不知道哪个能用。
我浪费了整整三天，就在那儿瞎忙活。我尝试摸索着把界面画出来。我的目标很明确：一个主界面，显示四块信息：食物储备、水源总量、医疗物资、以及弹药或者说工具。我学着网上的教程，硬是把四个大方块框了出来。但只要我一碰那个列表显示，立马就报错，闪退！
你知道为什么这东西这么难搞吗？
因为这些开发环境，它看起来强大，但底层逻辑复杂得要命。你要是不懂它内部是怎么运转的，光是想让一个简单的列表滚动起来，就得拉一大堆代码进来。我实在是烦了，把那些花里胡哨的什么“现代设计”全扔了，决定用最土的办法来搞。
过程：用土办法解决数据库难题
最要命的就是数据存储。一个生存物资管理App，得能记住你还剩多少罐头，多少绷带？我最初想着要用那个叫SQLite的东西，听说是个小数据库，适合App用。我硬着头皮看了一堆SQL语句，但发现每次我想存进去一个新物资，比如“过期但还能吃的压缩饼干”，都得写一串复杂的代码去查询、插入、更新。我没那么多时间耗在那上面。
我拍板决定：不用数据库了！我直接把所有物资信息存成一个大文本文件，就像老式DOS游戏那样，一行就是一个物资，用逗号隔开。每次启动App，我就跑去把这个文本文件读进来，显示在列表上；用户修改了数量，我就直接覆盖那个文件。虽然糙，但是管用！
- 第一步：定义物资。 我手动写了一个TXT文件，里面是：水,50升；罐头,30个；电池,100节。简单粗暴。
- 第二步：读取显示。 我找了一个最简单的列表控件，让它抓取文本文件里的数据，然后掰开，塞进屏幕里。
- 第三步：增减逻辑。 在每个物资旁边加上了两个按钮（加和减），点击后直接修改内存里的数据，然后再写回那个TXT文件。
这套“文本文件存储大法”虽然让代码看起来像是一坨泥巴糊在墙上，但是它实现了核心功能。我终于能记录我那堆乱七八糟的应急物资了。这玩意儿，功能虽然简陋，但速度飞快，毕竟它压根儿就没有复杂的查询逻辑。
收尾与反思：为什么不选现成的工具？
App基本跑起来之后，我开始折腾界面的视觉效果。既然是“末世余生”，界面肯定不能是光鲜亮丽的。我找来一堆破旧、带着划痕的图片，把按钮都套上一层铁锈滤镜。现在看起来，就像一个从废土里捡到的，半死不活的PDA一样，感觉立马就有了。
有人可能会问，市面上不是有很多库存管理App吗？你费这么大力气自己写一个，图
我这么跟你们说，这事儿跟前几年我为了给我儿子搭那个乐高城堡一样。当时我本来可以去买成品套装，但是我觉得，亲手挑选每一块砖，亲手拼装每一个结构，那个感觉是不一样的。我做这个安卓App也是一样。我得知道我的数据是怎么存的，我的按钮是怎么响应的。万一哪天真的停电断网了，我知道这套土办法至少能在我自己的手机上运行起来。
而且我通过这回实践才彻底明白，那些大公司搞的复杂系统，到底有多少是建立在各种“凑合”和“妥协”之上的。我这个App现在成功了，它能管我的罐头，能帮我统计我囤积的净水片。虽然代码丑得不能见人，但它是我亲手搭起来的，稳定得跟块石头一样。下次我打算把这个App升级一下，加入一个简单的地图功能，用来标记周边能找到水源或者工具的地方。一步步来，不着急。