@waibunleung 为什么听上去 python 工程师一个星期可以全都给你搞定。。。也难怪甲方把你踢了。

@liuidetmks 楼主还是打工人心态。我见过不少这样的程序员，脑子没转过弯来。

别人的心态是拿（自己）钱来搏未来，你的心态是拿（别人）钱来当零花。这就是心态不同了，可以理解。

文件多了点。一个文件占用的空间不等于它自己的文件大小，还要考虑文件系统消耗。这方面 ntfs 我不会算，楼下继续。

@Jooooooooo 老哥，稳。这个例子解释一切。（虽然我确实不太懂 Java ）

作为 C++ 程序员的我表示，List<? extends Number> = new ArrayList<Integer>() 是不存在的操作，所以从来没考虑过这种问题。

我猜你这是 Java 。。。 老哥你该写明一下语言吧。

Java 不熟，不过你要不试试显式转换成 Animal ？

@plko345 啊对，你如果有这个需求。。。那就不要放 else 呗。是我想当然了

3:

from contextlib import contextmanager


@contextmanager
def auto_commit(session):
....try:
........yield session
....except Exception:
........session.rollback()
........raise
....else:
........session.commit()


with auto_commit(session):
....session.add(sth)

1 2 3 4 都行
----

抛砖引玉，1：

def auto_commit(session, f):
....try:
........ret = f()
....except Exception:
........session.rollback()
........raise
....else:
........session.commit()
........return ret

auto_commit(session, lambda: session.add(sth))


2:

from functools import wraps

def auto_commit(f):
....@wraps(f)
....def wrapper(session, *args, **kwargs):
........try:
............ret = f(session)
........except Exception:
............session.rollback()
............raise
........else:
............session.commit()
............return ret
....return wrapper


@auto_commit
def my_fn(session):
........session.add(sth)

my_fn(session)

@junkun @no1xsyzy 弱弱的说一句，有个现代 IDE 把关（比如 CLion ），不忽略 IDE 的检查，基本上 UB 对象调用在刚写出来就会标出来。。。 所以只要程序员脑子不出问题，这方面就真不是问题。

如果你不相信你的程序员的脑子，那确实 C++ 不适合。

@levelworm 用类包一下就好用了

@levelworm 不过裸指针一把梭的情况也是有的，那叫 ObjectPool 对象池。一般用在算法内部分配数据结构节点的时候。先分配一大块内存，用就切，退出函数把大块内存给一起释放。

@levelworm

1. 想好所有架构开始写，这才是对的。不然你项目规模根本不可能突破一万行。
2. 裸指针一把梭？泄露就泄露？朋友，习惯了这种写法，你项目永远做不大啊。

写到的时候去自己 GitHub，从项目里面找。我自己成型的项目还不少。

@wutiantong 有些人在编程语言上特别执拗，有种宗教狂热的感觉。比如王垠，不是瞧不起非 FP 语言么。安啦安啦

@junkun const char* 可以隐式转换为 bool 这个还真让我踩过。不过一个函数会同时在同样的位置接受这两个类型的参数还真挺少见。

@ysc3839 @levelworm 另外我觉得 shared_ptr 最合适的场景其实是只读对象或者数据对象。一个对象被创建出来，记录了一些信息，发给多个持有者，这些持有者的生命周期都不一样，并且在错综复杂的多线程环境中。这种时候用 shared_ptr 就很合适。

比如进程里面通过消息队列来传递消息的这种场景。

@levelworm 在任何你想用 new T 并且只有一个人拥有它的地方都能用 unique_ptr 。

至于 shared_ptr，主要是不特定多个持有者要共享同一个对象才会用，这些持有者到底谁先死都不知道的时候还是有必要的。在多线程并发程序里面有时候还是躲不过的，比如 boost::asio

@GeruzoniAnsasu 是的是的。因为过于熟悉这套我甚至忘了这才是 c++ 最值得称赞的东西，只记得用起来很好用。

不过楼上几个老哥说起的 Rust 不知道有没有这个特性，看上去好像也有点意思。