回复：ESP32篇

重要概念物模型，就是产品有啥功能，不要在外面当乡巴佬被人笑话了

MQTT说白了就是对json数据的装载（上报）和解析（下发）问到就说会

把之前测试的MQTTX连接的参数换一下，就能连接到相应的平台了

平台上的文档只要用各类芯片的接口方法操作很快就能理解

我们不生产代码，我们只是大自然的搬运工，超大版小智来了，没有对象就花了几个小时new了一个对象，ESP32P4+MIPI接口屏，还有几个小bug找时间修一修，需要的直接找我拿

接下来的两个小目标，1.两天内处理复位bug，这个大概能猜到什么原因，无非是ui的界面没适配好的问题，2.两天copy时钟和心知天气

至于长期目标，开发“AI智能家居”+Homeassistant全套生态，干翻绿米吧开玩笑的

昨天8点多躺床上就直接睡着了，真是罪过

复位bug已解决，准备进行第二步

有一说一，c艹的语法看着多多少少不舒服，能被复现的bug不是bug，复位原因是语音模型加载数据的时候cache没同步，导致下一步唤醒任务运行时获取的地址为空，其次是我屏幕太大导致缓存不够在模型初始化完之后把数据同步为p4的16字节对齐，后面就能读到数据了，原作者竟然把连接服务器和加载唤醒词和屏幕的任务放在同一时间初始化，我挤都挤死你，调整了一下冲突任务的优先级，同时扩大屏幕任务栈，AI起了点帮助同时也给我指了许多弯路，还是要靠自己好好调教它才能给出一点有用的东西

目标2搞了一半，还差一点bug，玛德C艹也太烦了，边改边补语法，遇到好几个问题都是找不到定义，来回看明明加定义了，结果看见这个真的火大，这是什么臭毛病，都把东西放到.h了，还要private起来，混编真的难受

工厂模式与单例模式相结合的设计
在C++中的实现原理
这种设计模式结合了两种设计模式的优点:
工厂模式(Factory Pattern):
负责创建对象，隐藏具体类的实例化过程提供统一的接口来创建不同类型的对象
优点:
解耦:工厂模式将创建对象的过程与使用对象之间的依赖关系分离，从而实现解耦。
可扩展:工厂模式允许添加新的产品类，而不需要修改工厂类。
缺点:
创建对象实例的逻辑分散在多个地方，可能会导致代码的混乱和difficulty to maintain
单例模式(Singleton Pattern):
确保一个类只有一个实例，提供全局访问点
优点:
保证全局唯一性，避免重复创建对象实例
缺点:
单例模式可能会导致内存泄漏,因为对象实例never destroyed

优秀的C艹，喜欢面向对象，喜欢藏怕有人偷吃代码是吧，可恶，下班偷偷看了几个小时，整体代码框架和结构已经摸得七七八八了，自己的UI也移过来了，让别人的代码随心所欲地实现自己想要的功能还是挺费神的，最大的障碍就是C艹，从入门到入坟

C艹真的逆天，这代码感觉都是死的，想调用比登天还难，写的人也是nb，所有东西都是private，public是犯法么，AI都不懂C艹的语法，搁那左右脑互搏，跟它说错了还在那来回跳，搁这改的时间都够用C重构一遍了

吐槽一下乐鑫，代码之前还好好的，更新了一下组件就报错了，新版本就把这个宏给改了，之前那个7120确定不是员工摸鱼打错了吗，改个宏都要发版本是吧