设计模式根本上是 SOLID 原则的实践例子。

个人对设计模式试用体会。

- 为了减少 Bug 出现，就不修改已有代码，或者无法修改三方代码根本接触不到三方源代码、或者没权限修改三方代码等等类似的场景。

- 配合依赖注入容器进行黑魔法。

- 常见的代码共识或者说习俗，比如为了节省内存提高性能的单例，参数很多且能够按需配置参数初始化时的 builder 、遍历树结构的 visitor 、编辑器支持撤销 undo 的命令模式、搞事件系统时用的观察者模式等等。

- 弥补当前编程语言表达能力的不足，比如 C#有了 delegate 就不用啰啰嗦嗦的和 Java 一样写一大堆类来实现观察者模式，比如动态语言 Ruby 、JS 、PHP 都可以运行时动态的给对象加方法，也就不需要和 Java 一样写一大堆类来实现代理模式 /装饰器模式等等。

降薪干.net ?
你这是有多想不开啊

https://github.com/galkahana/PDF-Writer/blob/4.0/PDFWriter/PDFDocumentCopyingContext.cpp#L118

c++的

@jhdxr

https://www.v2ex.com/t/638401?p=1

Linux 桌面用户确实很少，即使在 v 站用户中 Linux 用户也就 1.47%
实际中国用户应该会更少。

@avastms

“声明宏”就是字符串模版替换啊
“过程宏”才是修改 AST

> `人家宏是字符串模版`
你用“声明宏”不就好了，除非搞框架加语法才去玩“过程宏”。

难用的 linux qq 只比没有强一点点而以，
不单单功能不全，而且不稳定容易崩溃，
还是继续虚拟机 win 下跑 qq 吧。

什么鬼
```
我感觉 Rust 更像 C，Go 像 C++
```


Rust 明明是 C++的代替品
Go 明明是 Java 的代替品

啊

`ncr` 是 `No Country Redirect` 简写？

访问谷歌 google.com/ncr 后，就不会再触发 Country Redirect 了吧

同意楼上几位说的，谁写的 bug 谁去改，给人擦屁股只有 0 次和无数次，你给他们修 bug 他们付钱给你了吗？

除了不用外键、不用存储过程、对公业务不 join 多个表外，其他的特性我都用

mysql 也就在 insert/select/update/delete 这四个基本增删改查上，多了 group by having 和 * join 两种操作，花个半小时就会用了，连半小时都不愿意，emmm

还好那个蓝人不会来了，

滑稽🤪

https://www.v2ex.com/t/544424

@surbomfla
部署这个看系统，linux 部署很简单，

环境只是一条 apt install 就装需要的 php 环境与拓展，不用你自己手动编译，

composer 下载 php 三方代码依赖库或者二进制 excutable，是开发时才用到，你部署时 composer 下载的东西当然已经和你的 php 代码在一个项目里，所以 composer 对于部署没影响，

至于 nginx 问题，你也可以不用 nginx，就像你可以选择不用 mysql 数据库一样，你就可以不用配置 mysql，如果你不用 nginx 你就可以不用配置 nginx，
比如正好有个 go 写的代替 nginx 的高性能 php server 叫做 roadrunner，直接用 composer 装相关的集成就能用，都不用修改默认配置

与 laravel 集成 https://github.com/spiral/roadrunner-laravel

与 symfony 集成
https://github.com/baldinof/roadrunner-bundle

写业务还是得 php，
go 写业务太啰嗦了


逃

各种套娃、
各种 lifetime

直接导致打开 rust 代码密密麻麻，看着 rust 代码头疼。