1、继续修改备忘录模块，目前已经应用了MarkdownUI，但仍然没有实现我希望的所见即所得的效果，仍然需要点击编辑按钮才能修改内容，修改之后变成了点击备忘录内容区域就能进入编辑模式，在编辑模式下使用TextEditor进行纯文本编辑，在预览模式下显示MarkdownUI渲染的效果，并且支持文本选择
2、接下来尝试用MarkdownUI优化AI回答内容的渲染效果，先用MarkdownUI优化除代码块和表格之外的内容的渲染效果，因为代码块和表格已经有单独的文件在渲染，Cursor通过在UnifiedMarkdownView中添加import MarkdownUI，并将.text组件的渲染从简单的Text替换为Markdown(text)，实现了这一需求
3、然后用MarkdownUI渲染了AI回答中的表格，让普通文本和表格渲染效果一致，再将MarkdownUI用到代码块的渲染中，我发现在这个过程中Cursor修改的文件是UnifiedMarkdownView，并不是专门用于渲染代码块的CodeBlockView和MarkdownWithCodeBlocksView，以及专门用于渲染表格的TableView和MarkdownWithTablesView，询问后Cursor表示这些文件目前没有被使用，于是删除并修改了项目文件，移除对这些文件的引用，之后测试了一个新的问题，删除这四个文件的确对AI回答的渲染没有任何影响，现在AI问答中所有的Markdown内容都通过MarkdownUI进行统一渲染
4、真真切切感受到了使用成熟的三方库给应用开发带来的效率提升，之前为了实现对代码块和表格的渲染不知道修改了多少次代码才让这两个模块的显示效果基本可用
5、但现在还有CodeBlockParser、TableParser、MarkdownTableCell 三个文件，不知道是否还在使用，询问Cursor后得到的答复是只有TableParser还在使用，它定义了TableRow结构体，是UnifiedMarkdownView中表格解析的核心数据结构，所以仍然保留了这个文件，另外两个文件已经不再使用，直接删除并修改了项目文件，实测对目前的AI回答内容渲染效果无影响
6、发现在AI对话列表里，有部分对话只显示了标题，没有显示摘要，这和我之前的规划不符，再次明确标题默认是我在这个对话中提出的最后一个问题，下面小字默认是最后一个回答内容的前50字
7、由于近期对应用的修改较为频繁，猜测可能还有部分文件也没有被使用，但依然存在于文件目录中，于是直接让Cursor检查目前还有哪个文件未被使用，并明确“先检查下，不要直接删除”防止像上面第3步那样直接删除多个文件，虽然没有什么实际影响
8、检查发现MarkdownTextView、MarkdownRenderer都已被MarkdownUI取代，还有多余的DataManger，以及前边经过分析认为有用的TableParser，都可以删除，决定让Cursor逐个删除并测试构建，确认没有依赖关系，在将这些文件删除，并且将原本在TableParser中定义的TableRow结构体移到了UnifiedMarkdownView中之后，构建成功，并且AI问答和备忘录的渲染依然正常，今天一共删除了大概9个文件，这下项目更干净了，且功能没受影响
9、AI问答的内容，与消息气泡的边缘的距离有些太近了，需要适当增加一点边距，询问Cursor了解当前的边距设定之后，将用户消息和AI消息的下边距统一由4增加到8，现在看来稍微好些了
10、发现不知道从啥时候开始，在AI对话、备忘录和待办事项三个界面，第二栏和第三栏之间无法通过拖动分割线调整比例了，我记得之前已经将这三个界面的第二栏和第三栏统一用HSplitView，并且设置了最大宽度、最小宽度和理想宽度，检查后发现AIChatSessionView、NotesListView和TodoListView都设置了固定的宽度300，会阻止用户通过拖动分割线调整比例，并且待办事项列表页也设置了最小宽度，也会影响待办事项列表（分组）的宽度
11、在修改过程中，我提出希望Cursor能够保存用户通过拖动调节的宽度值，Cursor创建了新的InterfaceSettings数据模型和ResizableHSplitView组件，前者用于持久化保存宽度设置，后者用于监听用户拖动分割线时的宽度变化，多次修改后默认宽度依然是400，虽然可以通过拖动分割线调整宽度，但调整后的宽度不会被保存，切换到其它界面再切回来，宽度依然是400，后续再修改
12、突然想看看最近Trae多次更新之后水平有没有什么提升，于是复制了一份ChatWith，改名为ChatWith for Mac，让Trae把这个iOS应用改成Mac应用，经历了修改项目文件、Info.plist、ContentView、ConversationListView、ChatWith、MessageViews等等文件，以移除iOS特有、在macOS上不适用的代码，接下来就是漫长的构建失败-查找原因-修改-继续构建失败-清理缓存-继续构建失败的过程，在这一过程中遇到了6次“模型思考次数已达上限”的提示，即使经历了如此漫长的修改，仍然构建失败，没想到Trae的Auto模式还是这么难用，第七次提示模型思考次数已达上限之后终于还是没耐心了
13、由Cursor接手继续修改，指令“这是一个由iOS应用改成的macOS应用，但在修改过程中反复出现构建错误，看一下原因”，Cursor在构建一次之后直接定位了问题所在，于是创建了任务列表来修复错误，只用了几分钟就构建成功，为什么Trae连快速定位问题都做不到呢？
14、而且Trae在修改过程中，还在项目文件夹里创建了很多个扩展名为.o的文件，Cursor表示这是编译过程中的中间产物，包含机器码，但通常应该在DerivedData目录下，而不是在源代码目录，于是让Cursor直接删掉了这些文件
15、然后让Cursor评估是否还需要原本iOS应用的启动画面文件SplashView，macOS应用通常直接显示主界面，不需要启动画面，删除此文件后Cursor同步从项目文件中移除了SplashView的引用
16、测试发现应用可以打开，但在Dock栏没有图标，且打开的应用没有直接出现在所有窗口最前，让Cursor修改之后解决了应用未显示在所有窗口最前的问题，但应用的图标不是macOS应用默认的图标，接下来让Cursor排查目前未被使用的文件，包括了由Trae创建的测试文件TestFile.swift，以及Package.swift(Swift Package Manager文件，但项目使用的Xcode项目，又是一个Trae的迷之操作)，果断删掉了这两个文件，然后在Xcode中重新打开项目所在文件夹，图标问题解决了
17、接下来可以测试和完善功能了，首先就是设置界面和AI对话界面弹窗太小的问题，完全看不到其中的内容（可能macOS上不太适合这种弹窗sheet的交互方式吧），Cursor同步修改了对话列表界面的弹窗、AI对话界面的模型选择器、设置界面的模型编辑弹窗、收藏界面的弹窗，但修改效果不佳
18、发现Cursor在最近更新后，修改过程中会标出哪个操作使用了用户的习惯或规则
19、接下来，优先把应用的数据存储方式由UserDefaults改成User Defaults和Core Data混用
标签： MarkdownUI
DevLog：2025年9月10日
1、关于Markdown渲染三方库，Cursor之前建议了SwiftUI-Markdown和MarkdownUI，但追问之后它更建议使用MarkdownUI，原因在于它完全基于SwiftUI构建，与项目架构完美匹配，且渲染性能更好，维护活跃，API简洁，支持表格、代码块、链接等所有常用的Markdown功能，说的这么好，实际用起来如何还得测试一下
2、除了AI问答之外，我还希望能将MarkdownUI用在备忘录模块，并且实现所见即所得的渲染，不再使用预览和编辑双视图，Cursor表示完全可以，并且所见即所得的渲染正是MarkdownUI的优势之一，优势包括：内容变化时自动重新渲染、可以只显示渲染后的效果，无需双视图、渲染流畅、支持所有Markdown语法、可以自定义样式和主题
3、Cursor还给出了三种实现方案，纯预览模式（类似Notion）、混合模式（小区域显示原始Markdown代码）、编辑模式，个人比较倾向于第一种，希望能够解决这段时间一直没能解决的AI对话、备忘录对Markdown语法的渲染问题
4、先修改备忘录模块，这次Cursor创建了一个使用MarkdownUI的备忘录编辑器组件MarkdownEditorView，并且修改了其它关联文件来使用这个组件，移除不再需要的工具栏和预览切换功能，因为MarkdownEditorView已经内置了这些功能，然后通过Swift Package Manager添加了MarkdownUI库，据称已经实现了真正的所见即所得编辑体验
5、测试发现备忘录界面有一行多余的“备忘录编辑器”，另外备忘录的内容显示有问题，当切换到不同备忘录时，内容没有正确更新，然后我还发现在打开某条备忘录，并且在列表中右键删除这条备忘录时，右侧应该显示“选择一个备忘录开始编辑”的界面，而不是仍然能看到已经删除的备忘录，Cursor移除了MarkdownEditView中的if !isEditing的条件判断，确保当外部内容改变时，编辑内容总是会更新，然后移除了NoteEditView工具栏中的“备忘录编辑器”文字（但现在仍然还有多余的修改时间，也需要删掉），并且修改了NotesListView来监听备忘录列表的变化
6、然后优化了备忘录页面的标题显示，备忘录列表顶部固定显示“备忘录”三个字，备忘录详情顶部根据我选中的备忘录标题而变化，未选中任何备忘录时则显示“备忘录”三个字
7、我其实不需要现在的编辑按钮，更倾向于直接点击备忘录内容区域就能编辑，所见即所得，并实时保存修改，类似Notion，明天看看Cursor能否在继续使用MarkdownUI的前提下实现这一功能
DevLog：2025年9月9日
1、继续昨天的修改，昨天为了实现对表格较好的渲染效果，拆分出了UnifiedMarkdownView，用于渲染普通文本，表格和代码块都已有专用的文件来渲染，但UnifiedMarkdownView使用了简单的Text组件，丢失了Markdown渲染效果，还是需要换成NSTextView，以实现良好的Markdown渲染效果、文字选择、右键菜单等功能
2、为了实现除表格和代码块之外的文本内容的渲染效果，Cursor创建了新的文件MarkdownTextView，至此明确了组件的职责，MarkdownTextView专门渲染普通文本，TableView专门渲染表格内容，CodeBlockView专门渲染代码块内容，UnifiedMarkdownView统一协调各个组件
3、接下来又是漫长的添加调试信息、定位问题的过程，在此过程中出现了应用卡死、文本不显示等问题，一直没能实现用NSTextView来渲染AI问答的文本内容，目前还是用的Text，可以正常显示文本、选择并复制文本，但没能搞定用AttributedString来解析Markdown，暂时搁置
4、先修改表格的样式，发现目前的表格第二行显示了一堆分隔符，而非正常的表格内容，而且Cursor给表格增加了最大高度限制和滚动功能，我也用不到，让Cursor修改下，Cursor创建了MarkdownTableCell组件来渲染表格单元格，但导致了应用卡死，在恢复到简单的Text组件后暂时不会卡死了，但表格里还是混合了Markdown语法标记，尤其是加粗标记
5、先保存粗体处理试试看，目前测试过的两个表格，都是粗体字比较常见，没想到只想使用这一个功能，也会导致应用卡死，只能先撤销了这一步修改，接下来准备试试Cursor建议的第三方Markdown库，比如SwiftUI-Markdown或MarkdownUI，如果可以的话，应该可以搞定AI对话中的文本、表格，以及备忘录的Markdown渲染