是不是绑定错端口了

用 reactive 定义， 用 toRefs 结构。 这么简单为啥讨论这么多

分页和列表肯定都要存在不能为了结构相同而直接简单粗暴统一返回结构。要统一的时候不同数据分页接口的结构和不同数据列表接口的结构。

如果后端是不小心改了原接口的返回结构， 那 100%是后端的锅，哪怕原来的接口不合理是代码逻辑很糟糕也不能随便改。

如果是新接口前端通用请求预期的结构和后端返回的不一致， 那属于前期沟通和前端自测有问题。

另外不建议把分页和列表结构放到一个类型定义中，定义 PageData 和 ListData 即可， 通用接口请求方法根据入参(有无分页参数)很容易区别响应类型。

好奇问下 为什么会用 nextjs/nuxtjs 这类框架，是确实有 SSR 需求还是其他原因呢

是怎么跳转的都不说清楚，跳转方式有很多种
1 、DNS 云解析显性 URL：DNS 服务商提供重定向响应，客户端从原地址跳转目标地址
2 、自建 Web 服务重定向：响应 301/302 ，会携带 referer
3 、用户点击跳转：点击 A 标签跳转，可以设置 rel="noreferrer"不携带 referer
4 、用户点击打开新窗口：添加<meta name="referrer" content="never">不会携带 referer

如果是 1 那 100%在流量监管范围， 如果是 2 那说明京东向阿里云投诉了，如果是 3 、4 完全可以移除 referer 头部参数进行跳转

个人觉得 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 你自己注册就不正经啊

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

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

难道写个代码还能高潮不成

成品硬路由的固件几乎都是闭源的， 不照样很多人在用。

国内厂商很多基于 GPL 开源协议软件(比如 OpenWRT)开发的商业系统也不开源，完全不遵守规则

#211 错别字: 有意思 => 有意义

好的问题来了， 该功能有个改动安排你来负责， 那你是继续按原来的方式改动呢，还是花时间重构呢？

如果你随波逐流那你何尝不是屎山代码的贡献者呢？

如果花时间重构，那你的问题在团队中提出来才有意思。

屎山代码肯定不是从第一行代码就是屎， 就是因为有太多不断的添屎的人才有了高高的屎山。

恶心的搜狗， 傻逼王小川。 啥流行跟风做什么，也没做出什么很牛的事，还总是一副牛逼的样子。