V2EX › liuhan907 的所有回复 › 第 9 页 / 共 16 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 16

❮

❯

2021-12-22 15:05:15 +08:00

回复了 714105382 创建的主题 › 程序员 › 想深入钻研一门语言请大家出出主意

C#稍微有点不满足生态要求，不过反正也不差。我觉得 C#就可以。

2021-12-14 11:32:42 +08:00

回复了 kingofzihua 创建的主题 › Linux › 问一个协程方面的问题

@kingofzihua 你先理解一个事情，我们常见的 IO 都有非阻塞模式，不管 callback 也罢还是协程也罢都是为了在等待 IO 完成后继续执行剩下的代码。协程只是给开发者提供一个更简单的方式表达“后续代码”这么个东西而已。

2021-12-01 22:44:52 +08:00

回复了 xing393939 创建的主题 › Go 编程语言 › 分享一个无需定义结构体解析 json 的包

但标准库那个也支持这么用，为什么要自己写？

2021-11-29 22:01:45 +08:00

回复了 Joker123456789 创建的主题 › Go 编程语言 › 请问 go 的反射是不是必须要先有一个明确的结构体？

@Buges Go 有元数据，只是不公开给开发者而已。

2021-11-22 10:41:43 +08:00

回复了 kikione 创建的主题 › 程序员 › 分布式没有全局时间

@whevether 网关不是单点那还不是回到这个问题上来了

2021-11-19 10:46:31 +08:00

回复了 libasten 创建的主题 › .NET › 求助：.NET Core WebAPI 框架自动生成的 Controller 中的 get 全部对象的方法执行太慢

@forgottencoast 懒，这玩意一写就是几百行还得加注释和两份代码对比，不想写，又不是做教程。

2021-11-18 11:49:00 +08:00

回复了 james2013 创建的主题 › MySQL › 3 亿 mysql 分表数据根据条件分页查询

我觉得最经济的按你的需求，应该是换分布式库了。

2021-11-17 22:29:27 +08:00

回复了 libasten 创建的主题 › .NET › 求助：.NET Core WebAPI 框架自动生成的 Controller 中的 get 全部对象的方法执行太慢

@Buges kt 那种模式和 await 没有什么区别，我反而觉得变得麻烦而且不直观。我认为良好的方式需要满足两个条件，一个是显示告诉调用者这个方法内是否有异步调用，第二个是显示进行异步等待。所以我并不太喜欢 kt 那个模式。以及我之前尝试给 kt 定制调度器，觉得比 C#麻烦。

2021-11-17 20:38:00 +08:00

回复了 libasten 创建的主题 › .NET › 求助：.NET Core WebAPI 框架自动生成的 Controller 中的 get 全部对象的方法执行太慢

@Buges 构造 task 和调度 task 当然没关系，但是隐式也就意味着你不会显示把 Task 当返回值写上，这样调用方是不能区分这个方法到底是想让你异步调用还是同步调用。kt 那个异步不管是用还是自定义调度，都比 C#麻烦的多，是个很好的例子。

2021-11-17 20:13:57 +08:00

回复了 libasten 创建的主题 › .NET › 求助：.NET Core WebAPI 框架自动生成的 Controller 中的 get 全部对象的方法执行太慢

@Buges 如果隐式插桩你还要控制调度，自定义调度实现起来会比显示调度更加麻烦，而且隐式调度还会有难以区分同步和异步调用的问题。

2021-11-17 19:24:56 +08:00

回复了 libasten 创建的主题 › .NET › 求助：.NET Core WebAPI 框架自动生成的 Controller 中的 get 全部对象的方法执行太慢

@Buges async/await 只是一个叫法，准确的说是需要能够自定义执行流的暂停和恢复。但是目前主流语言里能做到这点的基本都叫 async/await 所以说强依赖也当然没错。另外这个需求和分布式其实关系不大，单纯的只是和编程模型有关系。还有我想说的是，GC 不代表就一定要有开销但是降低复杂度。你看看最近微软对 dotnet 做的很多更新，显然是相反的操作，包括 Span<T> 、Memory<T> 等等这类东西。

2021-11-17 16:29:26 +08:00

回复了 libasten 创建的主题 › .NET › 求助：.NET Core WebAPI 框架自动生成的 Controller 中的 get 全部对象的方法执行太慢

@Buges 调度和 GC 完全是两回事，外加这和性能压根没关系。你是完全没了解过 actor 相关的东西么，要是这样的话你去看看 dotnet 组的 Orleans 项目，看看他们的编程模型如果不能自定义调度器的话，要怎么优雅的实现。

2021-11-17 11:48:38 +08:00

回复了 libasten 创建的主题 › .NET › 求助：.NET Core WebAPI 框架自动生成的 Controller 中的 get 全部对象的方法执行太慢

@Buges 为啥你非要往 GC 上拐呢，自定义调度和 GC 到底有什么关系。你要场景，那一个很简单的，房间类游戏，我希望房间内的请求都是单线程处理，但是房间内在处理耗时的异步操作的时候，我任然希望这个房间能处理只读请求。这不就是并发不并行，允许重入。其它的场景挺多的，再比方说 actor 模型那就是典型的这个样的场景。

2021-11-16 20:26:18 +08:00

回复了 libasten 创建的主题 › .NET › 求助：.NET Core WebAPI 框架自动生成的 Controller 中的 get 全部对象的方法执行太慢

@Buges 所以我都说了这个和 GC 根本一点关系都没有，自定义调度器的目的是为了控制并行和并发。一个最简单的例子，我需要不定数量的组，每组的协程只并发不并行，但是不同组的协程可以并行。同时我希望一些组的协程执行可以重入，另一些不能重入。Go 里你无法在不使用任何包装的情况下做到，而使用包装就会大幅降低性能同时代码难看难写。

2021-11-16 19:51:50 +08:00

回复了 libasten 创建的主题 › .NET › 求助：.NET Core WebAPI 框架自动生成的 Controller 中的 get 全部对象的方法执行太慢

@Buges 控制调度和 GC 有什么关系？控制调度的主要目的是为了控制执行上下文，以达到一些特殊的需求。例如复数的独立单线程执行环境，或者并发不并行的执行环境等。

2021-11-16 19:09:04 +08:00

回复了 libasten 创建的主题 › .NET › 求助：.NET Core WebAPI 框架自动生成的 Controller 中的 get 全部对象的方法执行太慢

@Buges 就单凭一条，你不能控制协程调度，这点就很不好了。

2021-11-16 11:47:21 +08:00

回复了 libasten 创建的主题 › .NET › 求助：.NET Core WebAPI 框架自动生成的 Controller 中的 get 全部对象的方法执行太慢

这个慢肯定和框架无关，这么点代码不太会有什么问题。要说的话也就是你其它的配置可能会有问题。但是我觉得可能最大的还是你的数据库慢。

2021-11-09 19:07:14 +08:00

回复了 xinge666 创建的主题 › .NET › .NET 6 正式版了

@alexkkaa IDE 里你找不到比 vs 更丝滑的，jb 家那堆 ide 开个大项目你要是不调一调 jvm 参数分分钟爆炸给你看