yeqiu 最近的时间轴更新 yeqiu 最近的时间轴更新 ONLINE |
yeqiuV2EX 第 44670 号会员，加入于 2013-08-30 17:21:40 +08:00今日活跃度排名 425 |
yeqiu 最近回复了
1 天前 回复了 tufeiyuan 创建的主题 › 生活 › 亏麻了， 5 年的收入全买了互联网公司的股票 |
中美现在的国际大势来看，中概股将会越来越低
109 天前 回复了 meisen 创建的主题 › 分享发现 › 淘宝疑似全部开放修改用户名 |
已改
135 天前 回复了 weddingSurger 创建的主题 › 知乎 › 发现知乎变味了 |
@Vuggex #34
个人认为，这跟监管、审核之类的没有任何关系，纯粹是资本为了增值必然做出的选择。
前几年影视行业充斥着一堆垃圾的时候，影视行业的人也用这样的言论来给自己推脱责任，现在呢？
舆论监管在世界上任何地方都是存在的，忘记懂王被封推了么？
难道你讨论秦汉时期的历史和军事会被删帖吗？
个人认为，这跟监管、审核之类的没有任何关系，纯粹是资本为了增值必然做出的选择。
前几年影视行业充斥着一堆垃圾的时候，影视行业的人也用这样的言论来给自己推脱责任，现在呢？
舆论监管在世界上任何地方都是存在的，忘记懂王被封推了么？
难道你讨论秦汉时期的历史和军事会被删帖吗？
136 天前 回复了 yeqiu 创建的主题 › .NET › 付费咨询 ef 迁移问题？ iis expres 运行的问题？ |
@forgottencoast #12
@SilencerL #7
现在才想起来给回复后续，真的是不好意思啊。
原因已经查到了，当同时使用 EntityFramework （ 6.2 ）和 Newtonsoft.json 这两个包时，Newtonsoft.json 这个包的版本必须大于 12 ，否则就会报这个错误。
我使用的 EF 版本是 6.2 ，我没有测试其他的版本是否有同样的问题。
具体原因的话，个人猜测，很有可能是 EF 和 Newtonsoft.json 都用静态扩展的方式扩展了同一个类的同一个方法，而这个方法在 Newtonsoft.json 12 版本之前和之后的实现是不一样的，进而导致 MigrationHistory 表的 model 字段与项目中的 model 序列化之后的内容无法匹配，他就一直觉得你需要迁移。
@SilencerL #7
现在才想起来给回复后续，真的是不好意思啊。
原因已经查到了，当同时使用 EntityFramework （ 6.2 ）和 Newtonsoft.json 这两个包时，Newtonsoft.json 这个包的版本必须大于 12 ，否则就会报这个错误。
我使用的 EF 版本是 6.2 ，我没有测试其他的版本是否有同样的问题。
具体原因的话，个人猜测，很有可能是 EF 和 Newtonsoft.json 都用静态扩展的方式扩展了同一个类的同一个方法，而这个方法在 Newtonsoft.json 12 版本之前和之后的实现是不一样的，进而导致 MigrationHistory 表的 model 字段与项目中的 model 序列化之后的内容无法匹配，他就一直觉得你需要迁移。
182 天前 回复了 yuyue001 创建的主题 › 程序员 › 公众号 码农翻身 也开始贩卖焦虑了。赚钱又很多种方式，这种最垃圾。 |
"不接广告难道用爱发电吗？"
我本来想回以上内容的，但是一想到我那 5w 的 p2p ，我觉得楼主说的对。真不应该无脑接这种广告。
转头一想，这种诱导和虚假广告不是归国家管么？难道我们要指望个人的人品？
我本来想回以上内容的，但是一想到我那 5w 的 p2p ，我觉得楼主说的对。真不应该无脑接这种广告。
转头一想，这种诱导和虚假广告不是归国家管么？难道我们要指望个人的人品？
211 天前 回复了 youyoumarco 创建的主题 › 互联网 › 想知道大家对现在“元宇宙”怎么看 |
大部分人认为：元宇宙!=vr+在线游戏，这当然挺扯淡的。
我认为：元宇宙=去中心+持久化+开放数据，这是必然实现的，并且就在不远的未来。实际上现在理论和技术上不存在障碍，并且已经有一些应用了。
我认为：元宇宙=去中心+持久化+开放数据，这是必然实现的，并且就在不远的未来。实际上现在理论和技术上不存在障碍，并且已经有一些应用了。
301 天前 回复了 Leee 创建的主题 › 职场话题 › 为什么有的人会理直气壮的在开方式办公的办公室里大声说话呢? |
@ChefIsAwesome #6
很羡慕你们这种理解满分、团队默契 100%、逻辑严谨、出口成章的人。
我时常需要一段时间的带入场景才能理解对方确实想表达的内容，为了怕对方错误理解我会尽量补充背景内容，说出去内容怕不严谨也会来回改几遍，怕文字太多太繁琐我还会进行一些缩减。
很羡慕你们这种理解满分、团队默契 100%、逻辑严谨、出口成章的人。
我时常需要一段时间的带入场景才能理解对方确实想表达的内容，为了怕对方错误理解我会尽量补充背景内容，说出去内容怕不严谨也会来回改几遍，怕文字太多太繁琐我还会进行一些缩减。
316 天前 回复了 nwgale 创建的主题 › 分享创造 › 单身狗就不用进来了，我们做了一个智能 Ai 熊猫，给造过人的人用 |
开源不，我想改一下，专门给我家猫整理照片
352 天前 回复了 yeqiu 创建的主题 › 问与答 › 一个 业务逻辑代码 的设计的问题 |
353 天前 回复了 yeqiu 创建的主题 › 问与答 › 一个 业务逻辑代码 的设计的问题 |
@qwe520liao #6
对，目前的做法确实是在应用层调用了 busines 。
主要是 dockBusiness.getdock，serviceBusiness.create，serviceBusiness.edit 这三个方法。
这种情况下存在的问题是。
1. 进行了多次数据库操作，create 和 edit 中至少两次保存了数据，为了保证一致性，需要增加额外的事务相关的代码。
2. “然后再根据 dock 的内容，修改 service 的某些字段”这其中的逻辑也是复用的，需要封装到 business 中。
所以感觉目前的方法并不好，想看看小伙伴们都怎么处理。
对，目前的做法确实是在应用层调用了 busines 。
主要是 dockBusiness.getdock，serviceBusiness.create，serviceBusiness.edit 这三个方法。
这种情况下存在的问题是。
1. 进行了多次数据库操作，create 和 edit 中至少两次保存了数据，为了保证一致性，需要增加额外的事务相关的代码。
2. “然后再根据 dock 的内容，修改 service 的某些字段”这其中的逻辑也是复用的，需要封装到 business 中。
所以感觉目前的方法并不好，想看看小伙伴们都怎么处理。
Select Language