刚入职就是熟悉了下厂里的大概业务，要对某些特定业务做数据对接的接口，刚开始进来真的是代码都看的懵逼，系统用的是 ddd 架构（虽然我也不懂），我就让 ai 仿照系统之前遗留下来的接口写，写出来后跟 ai 问来问去也大概看的懂了，大概就是
1.control 里创建 api ，创建 model ，声明接口，实现接口，反序列化传入的 json 值
2.判空，用 linq 语句查询本地数据库里是否有和 json 值相应的数据
3.有的话存下来，让后把存下来的数据导入实体类，在用 context 加到本地数据库里

但是让我自己从 0 写真的很困难，感觉啥都联系不起来，是否需要系统学习一下，有没有快速掌握 curd 的方法

这是个勾八 ddd

ai 多写几次多 debug 几次就会写了

现有的就已经比较高效了。想学快点，反而要尝试反范式，尝试用基本框架，不按这套范式写点业务 demo 。

边照猫画虎边学

有点力不从心，好多东西要学，看视频时间太久，官方文档也有点一头雾水，学习路线也不是很明确，因为需要一边干一边学，所以还是想先上手 curd

抄别人的代码改吧改吧, 抄不动了就摇人, 让直属领导过来给你看看上哪抄去🐶🐶🐶

首先这个不是 ddd,其次这个很正常，十年之后你会发现，还是在写这套代码

有 ai 和文档还算不错了，当年实习的时候，用的 informix-4gl ，古老到文档都基本查不到，只有一本繁体的复印本大家传着看👀👀👀

工厂的代码 业务能力大于你代码能力

能用 AI 写出来也是一种能力，管他的，能跑就行

可以，先让 AI 读一下项目，让 AI 学习学习，这样我就可以用 AI 提高效率了

有兴趣看书吗？这本不错：C＃12 和.NET 8 入门与跨平台开发 第 8 版 美 马克 J.普莱斯 Mark J.Price 著 叶伟民 译清华大学出版社

你这个跟 ddd 没关系，如果用 ddd 开发的话，你也不可能这么快就能跟着写代码，前面还有一堆活得干，包括领域划分、业务建模、统一语言、识别限界上下文跟聚合根...... 最后根据建模领域对象和它们之间的关系，再映射到代码结构中，而这些并不是直接问 AI 就能写出来的。

能跑就行，管那么多干嘛

不是，你之前是学什么语言的啊，c＃ 已经算是很好学的了，跟着官方文档走一遍就行，哪有什么难点啊？

dotnet.microsoft.com/en-us/languages/csharp

如果你的 linq 指的是 "select * from x where y" 这种而不是 "ilist.Where().ToList()" 扩展，那这个项目很有可能有点年头了，需要看 2010 年左右的教学视频

这个在理

我怎么感觉 2.3.就是个 ORM 框架而已，可以看看相关的教程。我上周刚看杨中科的 EFCore 教程，用不了多久。

熬一个月就好了，都这么过来的

＃15 linq 哪有 select from ，是 from a in l select ，据说这么设计是因为 select from 代码提示很不好做