jiangzm

个人觉得 react hooks 的副作用给开发者增加了麻烦， 正如上面提到 useCallback 、useMemo 以及依赖变量问题，如果 React 后面支持以闭包的形式返回 render 函数而不是直接返回组件，应该就能规避掉 hooks 很多`莫名其妙`的问题。

FTTB 可能适合你

EF.Functions.Like 或者 Contains

不知道为啥 swift 要搞一个 delegate 概念出来，也不是语法关键字 就是普通的 class 实现接口(契约) 。既然方法参数和属性能传函数(闭包)，没有委托好像也行。发现有些系统 api 原来是传函数的，新版搞个新 class 新 api 就要传委托。^_^

这个和 C#的 delegate 完全不同，委托是函数引用/指针，匿名函数(swift 闭包)、lambda 表达式、事件都是基于委托的。

Swift 应该是差一个事件的概念， 但是呢没有一步到位整了个中间的 delegate 概念，再加上内存管理不是那么智能，使用起来有点束手束脚的感觉。

C#中的委托和事件都是可以多播的，大部分组件对外暴露的都是事件，拿上面委托例子来说就是这样：

``` imageOutPut.onPhotoOutput = () => { xxx }; ```

或者
```imageOutPut.onPhotoOutput += () => { xxx }; ```

@hguandl #1 是弱引用问题， 加了 deinit 有打印出来。 那除了强引用设置成实例成员还有其他方式解决么。
一般用闭包封装委托是怎么做的。感觉我的写法和这个例子差不多 https://stackoverflow.com/questions/24173210/implement-delegate-with-closure-in-swift

Visual Studio 就不是 Java IDE 所以没啥可比性，你觉得 jetbrains 是世界第一也没问题。
如果实在要比拿都支持的开发语言比较 比较合适（比如 C++），或者两款 IDE 都深度使用的用户来。

这两种 IDE 我都用过很长时间 Eclipse 用的少一点，开始是用 MyEclipse 后来用 Jetbrains IDEA ，Visual Studio 从 VS2008 开始用到 VS2022 。

Eclipse 体验真是灾难，MyEclipse 集成环境稍微好一点了，但是智能提示还是差强人意，到了 IDEA 在性能、智能提示、调试、插件丰富度等各方面都提升了很多，当然还是有一些差强人意的地方，比如资源占用过大，使用"免费的"旗舰版是个很痛苦的过程等等。

Visual Studio 就是一个大而全的 IDE ，支持多种开发语言，支持全平台的开发，优秀的调试器和智能提示，基本上不需要安装任何辅助插件你所需要的都给你想到了（功能都是可选的）。一句话就是可以一直相信微软开发的用户软件。

@wlingxiao #48 哈哈哈，无脑黑

@Dongli888 #8 你自己注册就不正经啊

这跟服务端加密有什么关系啊！！！！
又不是第三方窃取了信息，你怎么知道服务端没有加密了呢？
阿里云这次是自己的客户端直接能查出来非当前用户的内容，这肯定是服务端查询条件异常了。

如果服务端加密了，查询出来的对象返回给客户端肯定也是要解密啊。