4.1

from random import randint
x = randint(0,9)
print("猜数游戏，请输入0到9之间的整数".center(20,'*'))
n = eval(input("请输入："))
i= 1
while n != x:
    if n > x:
        print("太大了！")
    elif n < x:
        print("太小了！")
    n = eval(input("请输入："))
    i += 1

print("预测{}次，你猜中了!".format(i))

4.2

print("统计各个类型的字符数量".center(20,'*'))
Str = input("请输入一串字符：")

char, number, space, other = 0,0,0,0
for i in Str:
    if 'a' <= i <= 'z' or 'A' <= i <= 'Z':
        char += 1
    elif '0' <= i <= '9':
        number += 1
    elif i == ' ':
        space += 1
    else:
        other += 1
print("有{}个英文字母，{}个数字，{}个空格，{}个其他字符。".format(char, number, space, other))

4.3

2.2

TempStr = input("请输入带符号的金钱值(美元：$，人民币：￥)：")
if TempStr[-1] == '$':
    dollor = eval(TempStr[0:-1])
    rmb = dollor*6
    print("{}美元等于{}人民币".format(dollor,rmb))
elif TempStr[-1] == '￥':
    rmb = eval(TempStr[0:-1])
    dollor = rmb / 6
    print("{}人民币等于{}美元".format(rmb, dollor))
else:
    print("格式错误")

2.3

from turtle import *
week = ['black', 'grey', 'gold','violet','purple', 'green', 'red']
setup(0.99,0.99,0,0)
pensize(25)
penup()
fd(-250)
pendown()
seth(-40)
for i in range(4):
    pencolor(week[i])
    circle(40,80)
    pencolor(week[i])
    circle(-40,80)
circle(40, 40)
fd(40)
circle(16, 180)
fd(40*2/3)
done()

2.4

o1

书并不厚，一百多页。昨天终于抽出一下午的时间在图书馆把剩下的一半看完，虽只是第一遍，但还是有些感想。

02

C 强大的灵活性导致了任何一个 C 代码都可能隐藏着难以察觉的深层次的错误，而往往越难以发掘的错误所带来的后果往往更加严重，甚至是系统级别的灾难性后果！C 语言标准中的各种语法规则简短而简单，但是当它们放到一起，组成一句或一段代码的时候，情况就会变得很复杂。越是接近硬件、接近底层的操作，越容易引发错误。我们在设计程序之初就应该想到这个程序未来可能遇到的方方面面的问题，例如程序的可移植性、与旧 C 编译器的兼容性、代码的健壮性、程序的生命周期等等。表面上显而易见的东西，但当他们执行的时候可能就会在很大程度上偏离程序员对他们行为的预测。隐含的错误最为致命，最稳妥的办法就是在开始敲下第一个字符的时候，你就已经知道了自己的目的和所要面临的可以想到的问题，以及他们的解决方法。

int i;
char a[n];
for(i = 0; i <= n; i++){
    a[i] = 0;
}

很明显，在最后一个循环的时候，i超出了数组的边界。C 标准中对于这种情况的所导致的结果是未定义的，但在有些计算机上，它将是一个死循环。当进入最后一个超出数组边界的循环的时候，将 0赋值给了a[i]，此时，内存中位于 &a[i]地址上的数据将被修改为0，如果此编译器按照内存地址递减的方式来给变量赋值，那么这个地址将是整型变量i的地址。如果将他修改为0，那么这个循环永远不会到达边界条件，将会无限循环下去。

03

宏使得许多简单的实现得以以一种便于观看和理解的方式呈现在代码当中，但是它的危险性同样存在。

#define f (x) (x + 1)

上述是定义了一个 f为 (x) (x +1)，还是 f(x)为(x + 1)。正确的答案是前者，注意宏定义当中的空格。

#define MAX(a,b) ((a) > (b)? (a):(b))

这段宏定义看起来没有问题，但是很遗憾，它会导致一个致命问题。在宏定义MAX(a,b)中，参数a和b将会被各自求值两次，试想一下，如果传入宏中的参数带有副作用例如自增或自减符(–、++)，那么就会导致程序的逻辑错误。

int a[n];
int max = a[0];
int i = 0
while(i < n){
    max = MAX(max, a[i++]);
}

如果 MAX 为宏，那么就会出错。将宏展开之后可以得到

前言

刚买了一个 4G RAM 版的树莓派 4B(Raspberry Pi)，心疼我的钱啊，真的月底要吃泡面了吗？呜呜呜~~~

搞了一下树莓派的官方 little 系统，目前还用不到图形界面，就省点内存空间吧。想装 Centos Arm 版的系统，不过不知道为什么，ssh 连不上，我怀疑是初始的安装没有完成，但是我这边有没有显示器，就只能先用 Debian 系的系统了。还是觉得 Centos 最亲切，之后再研究吧。

后记

最近太忙了，课特别的多。除了进一步的学习 C 和一些我想学习的技术(例如 vim 和 Windows 编程)之外，陪陪我爱的人也是必不可少的。我相信过完这艰难的几年之后，我能够成熟自信地站在通往未来大殿的红毯之上。加油吧，少年。

后面我会详细的介绍树莓派的配置和使用方法，还有一些陷阱的提醒，这样即能够使知识系统化，也能为后来者提供一些帮助。

谢谢。

​

前言

近日有一些已经分享过的文件需要修改或者调整，但是如果再次上传分享的话，之前的链接就会失效。有没有即不改变分享的链接地址，又能够替换已经分享过的文件的方法呢？

我在百度 Google 上搜索一番就发现，根本没有人有这样的经历或者需求，那我还真算是个奇葩······折腾一番之后无果，我开始思考：链接的地址会不会写入了数据库表中呢？能不能修改相关的数据库表的数据来达到重新指向新的分享文件，还不改变之前的分享链接呢？如果可行的话，甚至还可以自定义分享链接！

方法

通过宝塔面板打开 next cloud 的数据库

打开自己 next cloud 的数据库表，搜索 share，找到 oc_share，点击浏览

之后就会发现，所有的分享数据都在这张表中！且是一一对应的关系。

包括文件的路径，和分享的后缀链接（这个就是一个固定的字符串token）。而我们要做的就很简单了，在自己希望替换文件的那个分享链接的那条数据中，将file_target指向新的文件就大功告成了！

同时，如果希望自定义链接地址，也可以修改表中的 token的那串字符。

结语

本文结合亲身经历分享给大家，希望能够帮助到他人。

前言

前几天想安装 Ubuntu20，看看它能不能替代我的 Windows 成为日常主力系统。不过自己并没有闲置的笔记本或电脑，又不想安装虚拟机，就只能安装双系统试试水。

这一试不要紧，压根就没找到 Ubuntu 的启动项，安装 Ubuntu 的那块硬盘也没有正确引导。在查阅了多方资料之后，大多是没有用的。什么引导修复程序啊，使用 easyUEFI 添加引导啊之类的。easyUEFI 添加的时候，Ubuntu 系统文件根本就无法读取，还怎么添加引导。

解决方法

那就是在自定义分区的时候，一定要多加一个 BIOS 引导分区。为什么呢？

因为现在的笔记本和台式机都支持 UEFI 引导，而 EFI 引导仍是老式的引导方式，所以不能够正确的识别。

所以只要在安装的时候，把 BIOS 引导作为开头分区就 OK 了，系统就可以正确引导。

引导方式

开机按 F12 选择 UEFI 引导的硬件，或者进去 BIOS 修改第一启动项。

注意:Ubuntu 系统引导不会出现在 Windows 10 的开机引导界面。

结语

本文结合亲身经历分享给大家，希望能够帮助到他人。