DevLog:2025年7月31日

1、询问了Cursor如果要增强NoteWith对iPad的兼容性,需要做哪些调整,Cursor表示不需要单独开发一个iPad版本,因为SwiftUI提供了很好的跨设备适配能力,可以先使用SwiftUI的响应式设计,之后再涉及iPad专用导航结构,最后再添加拖拽、分屏等高级功能,这样可以实现大部分业务逻辑和服务层代码的复用,只需要维护一套代码,功能更新同时适配两个平台,且用户体验一致
2、而且有这样一个兼容iPad的应用之后,就不用再开发单独的Mac版本,可利用Apple提供的Mac Catalyst技术,将iPad应用转换为Mac应用,无需重写代码,只需在Xcode中启动一个选项,即可保持与iPad版本相同的功能和界面:在Xcode项目设置中选择项目target、在”General”标签页勾选”Mac Catalyst”选项,选择”Mac”作为部署目标
3、发现自己的对NoteWith的设想和腾讯的ima.copilot有点像,决定体验一下ima,参考它来丰富NoteWith的功能,知识库功能更
4、下一步,优化AI问答页面的显示效果,需要支持流式输出,不要等回答完了再一次弹出全部回答内容,如果模型支持深度思考,同样也要以流式输出来展现思考过程,且思考内容与回答内容样式要有所区别,比如思考内容用灰色文字,可折叠/展开,回答内容用黑色文字
5、这个问题看来有点难度,Cursor尝试了多种不同的解决方案,但成功搞定了,之后继续优化,跟Cursor说,有几个小问题需要优化下:1.回答内容右侧的收藏图标,等回答结束后再出现,不要还没回答就出现 2.回答内容貌似不支持Markdown,需要添加对Markdown的支持 3.对话详情页需要跟着回答内容的流式输出自动向下滑动
6、Cursor创建了MarkdownRenderer.swift,并且让我手动添加到Xcode项目中,但模拟器测试发现还是不支持Markdown渲染,另外两个需求已经实现了,继续让Cursor修正,修正一次后发现目前会同时显示Markdown语法和渲染后的效果,继续让Cursor修正,再修正一次后发现如果有文字同时应用多个Markdown语法,会显示一种渲染效果+一种Markdown语法标记,不会只显示渲染效果,继续让Cursor针对集中常见的Markdown语法组合做优化,比如标题+加粗、列表+加粗、引用+加粗,终于解决了这一问题
7、Cursor给出了修改思路:先处理块级语法,再处理行内语法,使用循环处理确保所有标记都被移除,如果找不到结束标记,会移除开始标记,同时避免无限循环和语法错误
8、下一步对备忘录列表和备忘录界面进行优化,设置默认格式,默认采用苹方字体,字体大小默认和AI对话输出的无Markdown语法的字体大小一致,增加对齐方式的选择按钮,选中文字后可设置居中、居左、居右、两端对齐四种对齐方式
9、Cursor完成上述需求后,继续对对齐方式的设置按钮、默认行间距、默认字体大小进行优化,之后让Cursor处理设置对齐方式时DEBUG信息中出现大量错误信息和应用崩溃的问题,目前问题仍然存在
10、下一步在模拟器中测试下,是调整对齐方式时会频繁报错甚至崩溃,还是进行其它操作时会频繁报错,以更精确的定位问题,让Cursor修改

DevLog:2025年7月30日

1、继续对NoteWith进行优化,先对比DoitWith的启动页代码,调整了NoteWith启动页的标题和副标题字体大小,之后让Cursor调换AI对话和备忘录TAB的顺序
2、之后主要调整设置界面,首先把底部的设置改成“我的”,左上角的“设置”也改成“我的”,然后把AI模型相关的设置改成弹窗,目标是:点击“我的”可显示模型设置(点击AI模型设置后打开弹窗,在弹窗中设置API密钥、API地址、模型名称)、数据管理(包含回收站,需要删除回收站的图标)、数据统计(包含AI会话数量、备忘录数量),Cursor在修改完成后没有主动构建,跟Cursor强调了下以后完成每次修改后都构建一下试试
3、发现Cursor在修改底部的导航文字(“设置”改成“我的”)之后,原本的齿轮图标就不合适了,需要替换成比较合适的图标,另外需要在“我的”页面增加深色模式切换功能,可在 跟随系统、浅色、深色 三个选项间切换
4、在模拟器中测试发现,“我的”页面的AI模型、回收站,以及外观设置的三个按钮只有在点击文字和箭头时才会触发对应操作,需要改成点击整行时都能触发对应操作,继续让Cursor修改,Cursor表示是对按钮点击区域进行了优化,移除了Button和buttonStyle(PlainButtonStyle()),改用HStack + contentShape(Rectangle()) + onTapGesture
5、然后优化AI对话中的收藏操作,目前消息右侧的收藏按钮有点小,且位于消息的中间位置,消息比较长时不便于点击收藏,需要调整到消息的顶部位置,并且适当增大收藏按钮,在点击收藏按钮后需要提示收藏成功,在Cursor修改完成后,再对提示文字“已收藏”进行优化,改成了浮在对话界面中间停留一秒后自动消失,Cursor不仅完成了需求,还增加了阴影、动画效果、平滑动画,效果不错,今天到此结束,明天再测试和优化其它功能

DevLog:2025年7月29日

1、今天的目标是把DoitWith的分组功能加回来,目标是:
1.点击右上角的“+”可以选择创建新Todo、创建新分组
2.创建新Todo时可以选择分组
3.点击左上角“Edit”后,每条Todo右侧的删除按钮左边增加一个编辑按钮,点击弹出编辑界面,类似添加Todo界面,可以选择这条Todo的分组、设置截止日期和重复频率
4.设置中增加分组管理功能,可以删除分组,确认后即删除
2、决定让Cursor分步操作,先实现上面和1和2,Cursor增加了分组颜色设置等细节优化,但存在这些问题:新创建的分组不会出现在Todo列表里,我的需求是 即使目前已有的分组下都没有Todo,也要呈现在Todo列表里;另外新创建的Todo也没有出现在Todo列表里,检查一下是怎么回事;还有,创建完分组或Todo后,ActionSelectionView能否自动消失?目前还需要手动点一下取消才会消失
3、让Cursor修正这些问题之后,继续优化,发现点击左上角“Edit”时,只有General分组下的Todo支持拖动排序,其它分组下的Todo同样需要支持拖动排序,另外设置页面的TODO统计,数字也不对,是不是只统计了General分组下的Todo?然后去掉设置中的Reset to Default Data按钮和功能,我不需要
4、Cursor快速修复了上述问题,发现给Cursor的需求要尽量具体到某个按钮的某个功能,还有就是在付费之后Cursor的效率有明显的提升
5、继续修复一些小问题:点击左上角“Edit”后,我需要暂时隐藏掉Todo条目最左侧的圆圈,可能会让人误解这是多选按钮;另外现在每条Todo在点击完成后都无法撤销,我需要在再次点击时撤销完成状态
6、Cursor快速修复了上述问题,继续测试后发现还有问题,从回收站中恢复的Todo条目,不会回到原本所属的分组,而是到了General分组里,继续让Cursor修复问题,Cursor甚至还给出了“如果原来的分组被删除了,恢复的Todo会添加到General分组作为降级处理”的额外方案
7、从2-6的需求全部完成,接下来继续增加编辑Todo、管理分组的功能,先增加编辑Todo的功能,需求是:点击左上角“Edit”后,每条Todo右侧的删除按钮左边增加一个编辑按钮,点击弹出编辑界面(类似添加Todo的界面)可以在编辑界面修改这条Todo的标题、描述,设置截止日期和重复频率
8、Cursor在修改后仍然存在一些问题,一是编辑、删除、拖动排序三个按钮离的有点近,可以稍微拉大一点间距,防止误触,二是点击编辑按钮弹出了“删除”的弹窗,没有进入编辑界面,关于间距的修复,由于编辑、删除按钮和拖动按钮不属于同一个组件,无法调整边距,在尝试两次后撤销了间距调整操作,第二个问题已经修复完成,但存在首次打开Todo编辑界面立即消失,需要再次打开才能编辑Todo的问题,继续让Cursor修复,多次修改未果,点击编辑按钮会弹出删除的弹窗
9、决定换一种交互形式,去掉每条Todo右侧的编辑和删除按钮,改成长按每条Todo弹出菜单,菜单里包含编辑Todo、删除两个功能,点击编辑Todo进入编辑界面,点击删除弹出弹窗,确认后即删除(Cursor认为这样更加简洁,且符合iOS的设计规范)
10、实现这一需求后,发现首次长按Todo条目、编辑Todo时会弹出一个空白页面,再次编辑Todo时才会弹出完整的编辑界面,继续让Cursor检查并修正该问题,多次修改后解决
11、我发现即使不点击左上角的Edit按钮,也能通过长按和拖动来调整Todo的顺序,可以让Cursor去掉左上角的按钮,以及点击按钮后界面的变化相关代码,但要保留拖动调整Todo顺序的功能,Cursor边修改边检查/修复问题,涉及了TodoView.swift、TodoRowView.swift、GroupTodoRowView三个文件
12、接下来继续优化应用,主要针对分组管理:一是在Todo界面搜索栏下方添加几个按钮,按钮上显示分组的名字,点击可以直达该分组所在位置,创建新分组时自动在添加新按钮(Cursor说这叫“分组导航按钮”);二是需要在设置中增加管理分组功能,可以在这里删除分组,删除后该分组内的Todo自动移动到General分组,先增加第一个功能,增加分组导航栏
13、接下来让Cursor实现管理分组功能,Cursor创建了一个新的GroupManagementView视图来管理分组,可以在设置-管理分组中统一查看分组颜色标识、分组名称、分组内的Todo数量,也能点击删除,删除时会有确认对话框,并告知删除后的Todo会移动到General分组里
14、下一步优化搜索功能,目前的搜索框不是很好用,搜不到部分Todo条目,Cursor对搜索功能进行了优化,输入关键词即可在全部Todo内搜索,快速定位到搜索结果,但是有一个问题:在搜索到不在General分组内的Todo时,会同时显示搜索结果和“No Results”的提示,继续让Cursor优化,解决了这个小问题
15、之后让Cursor修改创建分组和Todo界面的英文,改成中文,Cursor还自动同步检查了编辑Todo界面,之后再让Cursor把设置界面的一些英文改成中文,模拟器测试OK,然后让Cursor结合当前应用的功能刷新了一下README
16、检查一下目前的文件中有没有深色模式相关的代码,Cursor检查后发现的确存在深色模式相关代码,但设置界面中没有对应的选项,于是开始修复,涉及了主应用入口、设置、SplashView、RecycleBinView等文件,并且发现存在两个设置文件SettingsView和SettingView,检查后删掉了SettingsView,测试深色模式可正常启用
17、DoitWith先到这里,回到NoteWith,在Xcode模拟器中运行时出现三处被弃用的语法警告,先让Cursor处理一下,之后对NoteWith的功能进行测试
18、首先是备忘录相关功能,点击创建备忘录按钮或右上角加号后,添加内容并保存,并没有出现在备忘录列表里,需要检查一下原因,多次修改后仍然无果,决定先让Cursor把数据存储方式从Core Data改回UserDefaults,这样可以简化数据管理,避免Core Data的复杂性
19、Cursor删除了8个涉及Core Data的文件,并清理其它文件中对Core Data的引用,创建了一个新的简化项目文件,移除所有Core Data相关的引用(已经自动备份了当前的项目文件),之后果然能够正常保存备忘录了,Cursor还是厉害,Core Data等以后比较熟悉了再切换吧,现在先用着UserDefaults
20、目前格式设置按钮在备忘录详情页标题下方,但选中文字时弹出的剪切、复制等按钮就会把格式设置按钮挡住,继续让Cursor修改:需要把格式设置按钮全都挪到备忘录详情页底部、字数统计栏上方,并且增加删除线、设置文字颜色按钮;删掉右侧的“清空内容”按钮;目前工具栏中的“A”图标对应的是什么功能?点击之后会卡死
21、Cursor在修改之后,格式设置功能还是有问题,决定让Cursor修改这些:备忘录详情的格式设置还是有问题,选中文字后,可以设置格式,但再次点击格式按钮后不会取消格式;另外在备忘录列表页,在某条备忘录的空白位置点击就会被标记星号,我的需求是只有点击到星号时才会被标记星号;还有,移除备忘录详情页标题旁边的分享和删除按钮,我暂时不需要;在设置中添加一个回收站功能,管理我删除的备忘录,可以在回收站中恢复已删除的备忘录,这些需求均被Cursor快速完成
22、继续测试并让Cursor优化AI对话页,测试发现在AI对话页面点击创建AI对话按钮和右上角的加号之后,都只会创建新对话,但不直接打开新对话,点击对话列表中的条目也无法打开;另外在设置中填上API密钥、API地址、模型名称后点击右上角保存,不会提示已保存,也不会返回到其它界面,让Cursor一并检查、修复完成,创建新对话后对以弹窗形式打开对话,且对话内容互相独立,设置模型信息之后点击保存会提示已保存,至此NoteWith的基本功能已经OK
23、然后让Cursor删掉了设置页的版本号、项目主页等不重要的信息,以后再继续测试、优化,包括AI对话和备忘录TAB调换顺序,增加深色模式,优化设置界面的交互逻辑(把AI模型相关的设置改成弹窗),“设置”改成“我的”等等

DevLog:2025年7月28日

1、上周经历了Trae、Lingma和Cursor的多轮修改之后,DoitWith原本已经具备的删除Todo和回收站功能暂时消失了,但RecycleBinView文件还在,决定让Cursor试一下恢复这个功能
2、但在模拟器中测试目前的DoitWith时,发现无法创建Todo,创建时Debug信息会提示:
UIKeyboardLayoutStar implements focusItemsInRect: – caching for linear focus movement is limited as long as this view is on screen.
Error: this application, or a library it uses, has passed an invalid numeric value (NaN, or not-a-number) to CoreGraphics API and this value is being ignored. Please fix this problem.
If you want to see the backtrace, please set CG_NUMERICS_SHOW_BACKTRACE environmental variable.
且应用会卡死,直接把这些错误信息给到Cursor,Cursor在修改TodoData.swfit、TodayView.swift、AddTodoView.swift之后,虽然可以构建成功,但又卡在了启动界面,不进入TodayView界面
3、在排查问题的过程中,Cursor在多个文件里添加了调试信息,以便于定位问题,后续可以把这些DEBUG信息给到Cursor,更有针对性的解决问题
4、多次修改之后仍然会卡在启动界面,决定暂时让Cursor简化当前的应用:“不需要Today界面了,进入应用后直接显示Todo界面,底部也不需要在Today和Todo之间切换,先看下都有哪些文件和代码可以简化”,Cursor征求我的同意后删除了TodayView.swift、MainTabView.swift,并对多个文件进行简化,在我的要求下保留了SplashView启动界面和RecycleBinView回收站,Cursor还顺便在设置中添加了回收站功能,简化之后的应用经Xcode模拟器测试,可以正常启动,且可以正常创建Todo
5、但是相比之前我的需求,缺少了长按菜单(删除Todo、修改截止日期、修改分组等)、Todo页面视图也过于简单,甚至看不到Todo条目的截止时间,但是相比之前多了左上角的“Edit”按钮,点击后可以对Todo条目进行拖动排序,后续调整和增加功能时,还是要遵循“小步快跑”的原则,不要一次调整或增加太多功能,这样出现问题后也比较容易排查
6、询问Cursor当前的文件中是否有长按Todo弹出的菜单相关代码、给Todo条目分组的代码,前者已经没有了,后者还存在,但功能未启用,决定先让Cursor完善一下Todo条目的显示:目前Todo列表中仅显示Todo标题,还需要显示描述(Description)、截止日期(Due Date)、重复频率(Repeat)信息,并且适当拉高Todo条目的显示高度,以容纳这些信息,Cursor很快修改完成,并且优化了显示效果
7、重复频率目前有Daily、Weekly、Monthly,分别对应日、周、月,需要增加一个Yearly,即每年重复提醒一次,继续让Cursor添加此功能,很快添加完成
8、感觉现在每一条Todo显示的高度有些太高了,需要稍微减小一些条目高度,可以适当缩短每个Todo的三行内容之间、每两条Todo之间的垂直间距,Cursor给出了修改前后的对比:
调整前:条目间垂直间距:8pt、内容间垂直间距:6pt、图标顶部间距:2pt
调整后:条目间垂直间距:5pt、内容间垂直间距:3pt、图标顶部间距:1pt
9、接下来修正一个问题:点击右上角“+”时,每条Todo的右侧会出现删除按钮,需要调整成点击左上角的”Edit”时,每条Todo的右侧会出现拖动调整顺序按钮(已有,且功能正常)和删除按钮,点击删除按钮可删除本条Todo,点击右上角“+”时,每条Todo的右侧不要再出现删除按钮
10、在修正这些问题之后,继续让Cursor修正删除Todo时卡死、删除的Todo不显示在回收站里,回收站里的Todo点“恢复”之后,不会显示在 Todo界面等问题,顺便解决数据结构冗余的问题(同时存在Todo和TodoItem两个结构体),Cursor在代码中添加了很多调试信息,方便定位问题,结合调试信息和Xcode代码窗口的错误提示,Cursor修正了这一问题,今天就到这儿了

DevLog:2025年7月25日

1、Trae今天早上竟然修正了昨天的无限循环的错误问题,可以构建,并在Trae的模拟器中打开应用了,但经测试发现,Today页面的头部缺失,只显示了截止日期为当天的Todo,而且也缺失右上方的添加和设置按钮,继续让Trae修正
2、不知道为啥用Trae修改应用时,既会修改我要求的地方,又会自己改一些我没有要求的地方,比如DoitWith中条目的样式、底部Tab的底色、底部两个Tab的名字(之前是英文Today和Todo,现在被改成了今天、待办),难道是我中途切换了模型导致的?
3、这两天Trae还出现了一个问题,就是会判定某个文件存在重复(但实际上并没有重复文件),然后删掉这个文件,再创建一个新的文件,但命名变成了全小写,比如maintabview.swift,之后再表示之前判断错了,并没有重复文件,这是在折腾啥?
3、AI IDE貌似存在一个通用的问题:初期能够很快实现简单的需求,随着后续功能增加,出问题的概率就会越来越大,近期从UserDefaults切换至Core Data时必出问题
4、下载了一个新的AI IDE,阿里的通义灵码,反正DoitWith也已经被Trae中的多个模型(Doubao-Seed-1.6、Kimi-K2、Claude Sonnet 4、Qwen-3-Coder)修改的面目全非了,准备试试,内置了Qwen-3-Coder、Qwen-3-Thinking、Qwen-2.5-max,可以使用Auto模式,也可以手动切换
5、先询问了Lingma对当前DoitWith的体验和优化和功能增强的建议,决定先让Lingma为当前应用增加Trae没能完成的重复任务功能:
我需要增加这个功能:支持为每个Todo设置“重复”,在创建Todo/修改Todo截止时间时,可以设置/修改重复频率,可选“每天、每周、每月、每三个月、每年”五种重复频率
6、Lingma添加了这个功能,涉及TodoData、TodoView、TodayView三个文件,并且要求它检查了,不存在语法错误,但是Lingma表示它无法直接构建项目,建议我在X中进行构建,甚至智能问答模式下不会主动修改文件,只会给出“应该改成什么样”的建议,要求它修改文件之后才直接对这三个文件做了修改
7、在处理一些警告时,再次出现了只给建议和示例,不直接修改文件的问题,再次要求后,在Xcode中构建仍然提示同样的问题,试试看将“智能问答”模式切换为“文件编辑”模式,但是使用过程中Lingma变得非常卡,点击“停止”后甚至卡住不动了,不完全退出后重新打开项目,历史记录显示已完成修改,Lingma IDE技术人员建议我用智能体模式,可以给出建议并修改文件,但是智能体模式同样无法直接构建项目
8、再次切换回Cursor,希望能够解决Trae和Lingma一直没能解决的频繁出现的编译错误,但提示免费额度已经用完了,充了一个月的Pro,支付宝付款144.11,之后Cursor开始修复问题并进行构建测试,很快就修复完成,构建成功,过程中提示解决了MainTabView的问题、数据结构不一致的问题、缺失的属性和方法问题、枚举类型问题、类型不匹配问题、组件引用问题、语法错误,问题着实有点多,可能都是之前频繁切换IDE和模型的后遗症,现在已经可以构建成功,然后又遇到了之前一直没能解决的卡在启动界面的问题
9、在“移除Today界面长按Todo弹出菜单,只可以点击Todo条目前的圆形按钮以完成Todo”之后,终于解决了应用卡在启动界面的问题,看来可能是Today界面的功能太过复杂导致启动时被卡住
10、今天的最后一步操作是:把界面右下角的设置按钮移动到Todo界面右上角,并且在设置中增加Todo条目统计功能,分为“待完成Todo”和“已完成Todo”两条显示,每次换用不用的IDE或模型,都会导致需求之外的改动,以后尽量只用一个Cursor,少用Trae和Lingma

DevLog:2025年7月23日

1、今天没有让Cursor或者Trae优化应用,询问AI了解了Cursor和Trae的区别,这样看来可能Trae更适合我,免费,模型随意切换,开发流程自动化,对新手更友好
Trae与Cursor作为AI编程工具的代表,在定位、功能及用户体验等方面各有优劣,以下从多维度对比分析二者的优势与不足:
一、Trae的优势
本土化体验突出:专为中文开发者设计,提供全中文界面、中文代码注释及语义优化,支持直接通过中文自然语言描述需求(如“实现带登录功能的网页”)生成完整代码框架,更符合国内开发习惯。
免费策略与企业支持:完全免费使用,集成Claude 3.5、GPT-4o等模型(国际版)或Doubao-1.5-pro、DeepSeek系列模型(国内版),且支持私有化部署及企业级数据隔离,降低个人及企业使用成本。
开发流程自动化:通过Builder模式实现“对话式开发”,简化项目设置、文件创建及初始代码编写,支持实时预览开发成果;同时自动修复环境错误(如缺失依赖),对新手更友好,降低编程门槛。
二、Trae的不足
模型能力与多样性受限:国内版主要依赖Doubao-1.5-pro、DeepSeek系列模型,在复杂业务逻辑推理、代码生成质量及准确性上弱于Cursor的Claude、GPT系列模型;模型数量较少(国际版受政策限制不可用)。
复杂任务处理能力较弱:在复杂代码生成(如数字时钟、俄罗斯方块)、需求理解及优化上表现不足,生成代码可能存在功能缺失或运行稳定性问题(如闪退、报错)。
三、Cursor的优势
模型能力与多样性领先:支持Claude 3.5/3.7、GPT-4/4.5等国际顶尖模型,代码生成质量、逻辑推理及复杂任务(如跨文件开发、复杂项目上下文感知)处理能力更优。
生态与兼容性强:基于VS Code重构,保留其插件生态及跨平台能力,支持多语言(Python、Go等)和复杂项目开发,适合成熟开发者。
功能全面性与准确性:在代码完成质量(如环形进度条、数字时钟)、逻辑完整性及纠错优化(如修复猜拳游戏代码并优化)上表现更优,agent模式下对项目整体把控更精准。
四、Cursor的不足
使用门槛高:国内访问需技术手段(如网络工具),Pro版需付费(40美元/月),增加个人及企业使用成本。
中文支持不足:界面以英文为主,中文理解偶发歧义,本土化体验弱于TRAE。
新手友好度低:错误提示需手动排查,依赖插件组合完成开发流程,对零基础用户不够友好。
总结:Trae以本土化、免费及自动化开发为核心优势,适合快速迭代的中文项目及新手开发者;Cursor凭借顶尖模型与生态能力在复杂工程中更具优势,但存在访问及成本门槛。两者可根据开发者需求(如语言偏好、项目复杂度、成本限制)选择使用。
2、了解到阿里和腾讯也有类似产品,阿里通义灵码,腾讯CodeBuddy

DevLog:2025年7月21日

1、继续让Cursor修正DoitWith卡在启动页的问题,结合昨天和今天修改的内容,猜测可能是因为Today页面存在问题导致卡在启动页,决定先让Cursor进一步简化应用功能试下,先去掉Today界面及相关代码
2、果然在去掉Today界面及相关代码后可以正常进入应用,并直接显示Todo页内容,之后让Cursor逐步将Today界面及功能加回来,比如先恢复Today界面,但不需要什么功能,只为测试应用能否正常打开,经测试应用确实可以正常打开,看来问题出在TodayView的具体实现上
3、逐步恢复Today界面和功能,先给这页添加标题“Today”和右上角的“设置”按钮,位置与Todo页的标题和设置按钮位置一致,顺便把启动页的副标题改成“Manage all you need to do.”
4、使用Xcode模拟器测试发现上述需求已达成,接下来继续恢复功能:
在Todo列表中点击右上角“+”,添加新Todo时,无法选择截止日期,只能添加标题,需要有可选择日期的窗口,默认选择今天,也可以手动选择之后的日期
5、Curso在实现上述需求的过程中又重复出现Ambiguous use of ‘toolbar(content:)’的问题,感觉又陷入了新的循环,决定让Cursor先去掉所有的选择日期、修改日期相关功能
6、发现Cursor在Pro试用到期之后,更多的是给到修改建议,而非之前的主动修改,在修改一个文件时,也会一部分一部分的修改,不会一次修改完整个文件,可能的确是在使用上有些限制了
7、让Trae对当前的项目进行了检查,Trae修正了目前存在的编译错误,目前已经可以正常打开,Trae还给出了如下建议,第一条是因为Cursor还没能完全去掉编辑截止日期相关的功能吗?
1.功能完善 :完成编辑截止日期功能的具体实现
2.UI优化 :考虑使用更现代的SwiftUI设计模式
3.数据模型 :考虑迁移到Core Data以获得更好的数据管理

DevLog:2025年7月20日

1、发现目前这个精简版的DoitWith存在几个问题,需要让Cursor来优化
1.设置中仍然有“Note数量”,需要删掉这一行
2.设置的数量统计改成这两个维度:进行中的Todo数量、已完成的Todo数量
3.设置中的外观选择,切换到深色时应用界面颜色没有变成深色,需要修正下
4.在Todo中添加新Todo时,目前无法选择截止日期,只能添加标题,需要出现选择日期的窗口,默认选择今天,也可以手动选择之后的日期
5.长按一条Todo,点击弹出菜单中的“修改截止日期”,需要出现选择日期的窗口,默认选择今天,也可以手动选择之后的日期
6.Today页面为空时显示的“今天没有待办事项 享受轻松的一天吧!”和绿色的对勾图标一起往下挪一些
7.需要增加启动页面,背景颜色为墨绿色,标题为应用名,副标题为“Manage all you need to do.”
2、吸取教训,每次只让Cursor改正几个问题,不一次性提出太多需求,改正几个问题之后立刻构建、在Xcode中用模拟器测试,先让Cursor修正“设置”页面的问题
3、Cursor在修正完成之后,反复卡在白屏或启动页面,无法进入应用

DevLog:2025年7月19日

1、Cursor的Pro试用到期,但之前DoitWith卡在启动页的问题仍未解决,转战Trae,先让Trae熟悉一下这个由Cursor创建的项目,然后让Trae检查卡在启动页面的原因,在检查并修正它发现的一些问题之后,结论仍然是存在重复的文件,它需要删除这些手动生成的Core Data文件,先拒绝了,耗时半小时,并未解决问题,且出现了两次“模型思考次数已达上限,输入“继续”后获得更多结果”
2、对Trae有些失望,Trae更新了2.0版本,继续让它操作之后仍然在不断尝试和重复之前进行过的的一些修改,不仅没有解决问题,甚至还导致使用Xcode查看项目文件时,Xcode频繁崩溃,参照Cursor给到的方法多次修正后仍然会闪退
3、决定让Cursor简化整个项目,将备忘录相关功能移除,数据存储方案也不再使用较为复杂的Core Data,这样也就不再需要富文本编辑器等功能,应用功能和文件结构都大幅简化,变成一个纯Todo类应用,可能一开始给的需求就太复杂了,简单一些会更少出错,之后再随着使用和对代码的熟悉程度的提升,丰富应用的功能
4、Cursor移除了NoteView及相关文件,删除了所有Core Data相关的实体、属性、初始化、模型文件,删除了Persistence.swift等持久化相关文件,MainTabView只保留Today和Todo两个Tab,之后对TodoView及其相关子视图进行修改,并提供UserDefaults(适合简单数据)和文件存储(适合结构化数据)两种本地存储方式,此处选择用UserDefaults
5、修改完成之后手动删除了一些重复文件,Xcode提示构建成功,且启动了模拟器,但不会自动打开App,也没有任何的错误提示,之后手动重建了项目,解决之前文件结构上的问题,但之后又多次让Cursor修正因之前使用Core Data,后来改用UserDefaults遗留的问题
6、偶然发现同一个问题在Cursor多次修改后仍然重复出错,不能正常构建,但在Xcode中参考Xcode的建议(建议代码、Fix)可以快速修正且完成构建,Cursor好像有时会陷入到一个循环里,反复修改,每次都保证说这次100%能够成功构建,100%可以解决问题,但就是解决不了

DevLog:2025年7月17日

1、继续让Cursor解决昨天的遗留问题,出现前述大量错误的原因不在于有重复的文件,而是Core Data的模型定义文件DoitWith.xcdatamodeld也出现在了Compile Sources阶段中,这会导致Xcode尝试编译一个非源代码文件,从而产生“Multiple commands produce”错误,需要在Compile Sources列表中删除 DoitWith.xcdatamodeld,只保留真正的Swift源代码文件
2、按此操作之后“Multiple commands produce”错误全部消失,继续让Cursor修正Persistence.swift文件的语法错误,Cursor反复删除并创建新的Persistence.swift文件
3、直接截取Xcode在构建时的错误提示给Cursor,会比让Cursor自己检查项目有没有问题更加直接,修复的速度也更快
4、一上午的时间都在修复各种问题,构建失败、发截图给Cursor、修复、再次构建失败、继续让Cursor修复问题,累计修复了有二十多条错误,而且今天在Cursor中构建测试时的速度非常慢
5、终于构建成功,但在Xcode模拟器中测试时,应用停留在白屏页面,不进入启动页,也不进入应用的Today页,让Cursor检查并修复一下问题,在多次修复错误之后,即使目前错误提示已经清零,仍然会停留在白屏状态,不进入应用,或者停在启动页面,不进入应用
6、多次修改之后仍然没有进展,Cursor给出的解决方案是再次移除并重新创建新的NSManagedObjectSubclass文件,再次重新创建之后仍然问题不断
7、多次由Cursor自动+手动修改之后,可以成功构建,但仍然停留在启动页面,不进入应用,今天先到这儿