在此思想下，今日收获
为了不记笔记而深究提炼
一、 对于元组：1，多个值组合为一个值；2，元素可名；3，可部分代替struct
二、 为什么要把一个函数作为另一个函数的参数？
自己总结： 函数 == 操作，处理，计算
有些函数不仅仅需要存储的值，还需要根据需求选择不同的操作（函数）。 而它又不想在自己内部实现。
五、 结构体是什么？
自己总结： 几种类型共同描述同一个东西，且用来存储。
六、 枚举是什么？
自己总结：枚举就是范围，就是人为规定的列举范围。
七、 为什么用可选？
自己总结，避坑没有值的意外情况。
做一件事情其实有标准，那就是，做完后别人想给你锦旗。
试试
https:
官方文档已经看完了，只能说看得7788，有一大半没懂，比如绑定、计算属性，
这几天心情比较烦躁，可能是工作上的一些原因，有点泄气，也有可能是身体的原因，
嗓子处有点干痒，让人心神不宁，做不到复习，总想继续学习新的东西，总想快点掌握
大部分的swiftUI知识，然后快点做自己想做的事情
原计划的今年年底出来，现在越来越焦虑，原因有很多，比如现在的学习进度太慢，
学知识的过程中一些认为很简单的东西在实操时总是跳出这样那样的问题，让人士气低落；
还有以前的理论打击了信心：凭什么你第一个软件就能大红大紫，你又不是天之骄子，这个
又让编程这条路还有很远的路要走；还有一个就是每天要辅导作业，辅导完之后已经不想再
做自己的任何事情了。 要是喜欢多好，那就有源源不断的动力。
前几天看英文文档都还挺有感觉的，这几天不知怎么的，又是一团浆糊。
没有找到并固化规律之前就是这样，就像打台球一会儿准一会儿不准的。
有A事情和B事情要做，在有限的生命里面，你不能两者兼顾两者都做得好，
只能把更多的时间倾注在其一上才有可能取得成绩，但是有一种可怕的可能，
94花了很多时间和精力，却没能在A或B上取得成绩，然后玩也没得玩。
当然，作为一个知识分子，玩对于你来说就是浪费生命，是生命低值化的表现，
不可能出现在你的选择清单中。
有些人就比较“通透”，认识到自己很平凡很普通，就玩呗，哪怕一无所有，那是他们践行
他们认为的人生意义。
再来说说不确定状态，由于习惯了确定状态，当处于不确定状态时，你会感觉到挫败、
焦虑、恐慌，其实，不确定状态有时候是你的当前最优解：原因如下：一、 如果明确了
你是某个新部门负责人，那么新的工作要投入很多的时间，对社恐来说是个挑战，同时
不能花更多时间在A上，会加剧对无所成就的恐慌；二、 哪怕如愿，去了区某个单位
部门，事情可能简单易上手，时间影响不大，但是地理位置变了，接送孩子这件小事
突然间变成了大事，虽然面子上去了，里子下来了；三、 处于不确定状态，方便接送
孩子上放学、 有时间做A事情、 明面上的责任少了很多。 但是不确定状态的好处不会
长久，当孩子升级到不需要接送，自己年龄也大的时候，那个时候就需要A或B彰显了，
如若拿不出来，新的而且可能无解的悲伤就来了。
B事情哪怕成功也不是定心丸，毕竟大环境下永远就是这个饿不死的死工资，除了挣了面子，
其他的毫无暖用。 此外，在追寻B的过程中，自己身体不一定能承受烟酒带来的侵害。
之所以做A，认为其有壁垒，自己有基础，相比其他更容易一些，
但它也是不确定能成功的，所以欸，时间万物运行的真正规律是什么！！！
归罪于该死的焦虑吗？以前的我不焦虑，A或B，成不成无所谓！见山开路，见水搭桥，得好过好，得撇过撇。
But，开弓没有回头箭，你已浸染，你已回不去了，你不可能做到看到别人升迁的时候无动于衷，心平气和！
做A就像国人谈足球一样，究竟是喜欢它才做得好，还是做得好后才喜欢？
报名，资料没拿齐就去了，来回折腾，甚至错过了报名时机。
这个故事是警示还是性格？
于是乎，每做一件事情都要反复核对，确保条件的完备性，然后才开始下一步，
当要准备的东西没有清单的时候，就会陷入焦虑中，心中特没底，特没信心，
东一榔头西一榔头，没有方向地准备，迟迟不敢开始下一步。
鸡贼的苹果，同样的看WWDC视频，用谷歌浏览器字幕是英文的，用Safari看却是中文的。
问：“继承”思想，它来自于人类的繁衍，但是当它用于解决问题时，我很难想象两个类对应的事物之间为什么会存在继承关系？
为什么要用继承的思想来解决问题？
答：1.在面向对象设计中，继承表示一种“is-a”关系，这个关系反映了它们之间的共性联系。
例如，如果有一个通用的“动物”类，那么“狗”和“猫”可以作为“动物”的子类。 表明“狗是一种动物”，“猫也是一种动物”。
2.通过继承，子类可以重用父类已实现的功能。 这减少了代码的重复，提高了代码的可维护性。
3.继承使得多态性得以实现。 比如使用一个“发声”方法，尽管“狗”和“猫”实现的细节不同，但可以通过父类的方法统一调用。
4.需要注意的是，继承并不总是最佳选择。在某些情况下，组合（has-a）可能更合适。例如，“汽车”可以包含一个“引擎”对象，而不是从“引擎”继承，
在设计时应考虑到代码的可读性和可维护性。
问：那哪种情况是 has-a类型呢？
答：比如汽车类中包含一个Engine对象作为属性，而不是继承自Engine类。
问：为什么要override父类的方法呢？为什么不新建一个方法呢？
答：虽然有时看似新建一个方法可能更加便捷，但重写父类的方法能够带来多态性、 接口一致性、增强功能、代码复用，以及符合设计模式的优点。
在设计时，保持代码的可扩展性和可维护性是非常重要的，因此在继承中重写父类的方法通常是更好的选择。