Just for Life.

想来还是继续我的读书笔记，说来惭愧，2019年只看了一本课外书——《挪威的森林》。配上一副红色的落日和《起风了》这首歌，似乎有了那么点意境。

• 而长野的天，依旧那么暖，风吹起了从前。
• 不知抚摸的是故事还是段心情，也许期待的不过是与时间为敌。再次看到你，微凉晨光里，笑得很甜蜜。
• 措不及防闯入你的笑颜。

问题背景：之前学过 python 的装饰器的语法，但因当时接触的代码很少涉及装饰器的使用，所以很少使用以至于忘干净了。而今天接触的问题的确需要使用装饰器，果然还是任务驱动大法好。

问题背景：在 GUI 的开发中，有很多的 QLineEdit 对象，并在其中输入信息。假设某个输入框位置输入的是学号，学号作为学生数据表的主键插入，而字符串多一个空格会影响数据表内的存储，如 123 和 123{ } 是两个不一样的东西，即在数据库内存储两份，但实际是一个东西。{ } 表示有个空格占位符。

而在输入时普通用户可能会一不小心多加了一个空格，从开发良好软件的角度出发：后台应该把这些空格得去掉。而有很多的 QLineEdit() 对象时，又不想一个个的找到对象的位置，写很多次去除空格的函数(并不是很好的编码习惯)，这个时候可能就需要装饰器了。

在含有 QLineEdit() 的函数中，调用装饰器给函数装饰一下，在不影响原来代码结构和语句的基础上，增加去除空格的装饰工作。省时省力，不破坏原有结构，值得推荐。今天：写个函数 return 回来不好么，写装饰器改全局变量还不够费劲（不太想装饰器里面 global ）。

那么举个好点的例子，在超大规模图融合时，融合分五个子函数完成，每处理一次就需要记录一次图的边割率、平衡率等日至信息。子函数之间传递的是图的信息，如果在不破坏子函数代码结构的情况下，可以使用装饰器来记录边割率、平衡率等日至信息。

这几天写代码中遇到的一个常见问题，在Python中如何批量的生成一些变量，如生成变量X1, X2, X3，并在后续的方法中调用，完成赋值、取值等操作。这个问题也算是常见的吧，之前遇到过，也不了了之了。而这次遇到了同样的问题，虽然是创建三个变量数量较少，但从代码维护和易读性的角度考虑，需要使用一些恰当的手段，来避免重复写三次同样代码带来的弊端。一百次，一万次？总不能复制这么多次吧。（为何不复制？详情参考软件工程中的软件维护）。

因此有必要养成良好的习惯，而不是复制三次同样的代码。

真香，以及，多年（两年）混迹（摸鱼）在计算机的圈子，见过各式各类的人，也见过各式各样的问题，关于如何正确的对程序中存在的问题进行提问，也是一门技术活，也有许多要注意的地方，整理如下。

放心，不久的将来会继续更新的。本来是说停止的，结果也没停止成功，算是维护吧。

停止更新的理由很简单，受之有愧啊。最近打开博客，看到每天的访问人数和访问量都在一百左右，对于我来说很大了。而有的文章的访问量在500+，可那篇文章我写的并不好，受之有愧；假设不是写的不好而是写错了，我将会耽误很多人的时间和精力，更加惭愧。如果哪些文章写错了，请来信声讨。

只是想出来走走，谁能想到来了北京就下雪了呢。雪后的故宫少了几分平时的端庄肃穆和威严，多了些许的轻快、明丽和舒适。就像传统的中国古风，生于盛世，站于城墙之上，俯览灯火通明的闹市，忙碌一天的官人手里攥着刚买的冰糖葫芦，腰间别着集市上刚买的香包，散步于角楼水畔，栖身在城市的夜景中也算是一天后的休息；遥想日出而作日落而息穿梭于大街小巷的常人，叫卖声走路声喜悦声甚至发呆的声音, 记录于画记录于诗也描述不了盛世的画卷，袅袅炊烟后的万家灯火，金谷鸣响后的烽烟四起，沧桑风雨后的山河依旧，像一曲悠长的古曲，跌宕起伏。

多年不读书不写作，大概不会写文字了。

问题描述：并不是不蒜子域名的问题，就是那种即使修改了_config.yml文件的busuanzi为true，它就是不显示，之前也是这个问题。而网上搜索不蒜子不显示这个问题，全是修改域名，但我不是域名的问题啊。毕竟自己是学计算机的，虽然没学过前端。但忍无可忍，决定改源代码使busuanzi显示正常，结果还真改出来了，我可真是个天才。

昨天还给一个研究生学长改好了一个bug，那还是我没见过的算法，要不是我见过比那还烂的代码，不然真的镇不住场面了，日常感觉自己是个天才。之前一个同学说：我校都是本科生带研究生，别的学校都是老师和研究生带本科生，现在我多少信了，现在想想我帮过他们多少东西了，滑稽。