获取数据也异步吗？
这太可怕了吧

水电工，我们公司在北京上海的安装工，每月平均是 20k
主要是安装和维修净水器，做一单是 60 ，做得多拿得多，时间自由，而且可以发展下线。

@yufeng0681 #17
我觉得这个是正解，实时流量却网络的要求是很大的。游戏传输的数据小还不明显，直播(尤其是高清)传输的数据大，非常明显

有一个替代方案，微信和支付宝都支持导出一段时间的付款记录，需要在 app 上申请，然后会以 excel 形式发送到你的邮箱里面

粉尘过敏性鼻炎+荨麻疹，阳了，除了发烧+鼻塞，没有其他症状

@libook #17 请教一些针对现公司“探探口风”实操的方案，我非常不擅长这方面

@DingJZ #3
@superchijinpeng #4

听你们这么一说，情理上确实是需要提前讲。但是我这年终奖相当于 7 个月工资，我还是有点慌，要是拿不到了就尴尬了。

中美现在的国际大势来看，中概股将会越来越低

已改

@Vuggex #34

个人认为，这跟监管、审核之类的没有任何关系，纯粹是资本为了增值必然做出的选择。

前几年影视行业充斥着一堆垃圾的时候，影视行业的人也用这样的言论来给自己推脱责任，现在呢？


舆论监管在世界上任何地方都是存在的，忘记懂王被封推了么？
难道你讨论秦汉时期的历史和军事会被删帖吗？

@forgottencoast #12
@SilencerL #7

现在才想起来给回复后续，真的是不好意思啊。


原因已经查到了，当同时使用 EntityFramework （ 6.2 ）和 Newtonsoft.json 这两个包时，Newtonsoft.json 这个包的版本必须大于 12 ，否则就会报这个错误。

我使用的 EF 版本是 6.2 ，我没有测试其他的版本是否有同样的问题。


具体原因的话，个人猜测，很有可能是 EF 和 Newtonsoft.json 都用静态扩展的方式扩展了同一个类的同一个方法，而这个方法在 Newtonsoft.json 12 版本之前和之后的实现是不一样的，进而导致 MigrationHistory 表的 model 字段与项目中的 model 序列化之后的内容无法匹配，他就一直觉得你需要迁移。

"不接广告难道用爱发电吗？"

我本来想回以上内容的，但是一想到我那 5w 的 p2p ，我觉得楼主说的对。真不应该无脑接这种广告。

转头一想，这种诱导和虚假广告不是归国家管么？难道我们要指望个人的人品？

大部分人认为：元宇宙!=vr+在线游戏，这当然挺扯淡的。

我认为：元宇宙=去中心+持久化+开放数据，这是必然实现的，并且就在不远的未来。实际上现在理论和技术上不存在障碍，并且已经有一些应用了。

@ChefIsAwesome #6

很羡慕你们这种理解满分、团队默契 100%、逻辑严谨、出口成章的人。


我时常需要一段时间的带入场景才能理解对方确实想表达的内容，为了怕对方错误理解我会尽量补充背景内容，说出去内容怕不严谨也会来回改几遍，怕文字太多太繁琐我还会进行一些缩减。

开源不，我想改一下，专门给我家猫整理照片

@ccde8259 #10

懂了，好办法

@qwe520liao #6

对，目前的做法确实是在应用层调用了 busines 。
主要是 dockBusiness.getdock，serviceBusiness.create，serviceBusiness.edit 这三个方法。
这种情况下存在的问题是。
1. 进行了多次数据库操作，create 和 edit 中至少两次保存了数据，为了保证一致性，需要增加额外的事务相关的代码。
2. “然后再根据 dock 的内容，修改 service 的某些字段”这其中的逻辑也是复用的，需要封装到 business 中。

所以感觉目前的方法并不好，想看看小伙伴们都怎么处理。

@kkkkkrua #4

那就违背了 业务逻辑集中 这一个出发点，变成一个 business 对应两个 model 了

servicebusiness 就是为了把跟 service 相关的业务逻辑集中在一起的，例如创建 service 时的价格、日志、产品等逻辑

@kkkkkrua #2

考虑到 business 的原子性，所以设定了 business 之间不能互相调用的规则。

只有上层（表现层，api 等）才可以调用 business 层。