我一直在学习有关大O表示法的更多信息，以及如何根据算法编写方式对其进行计算。我遇到了一组有趣的“规则”，用于计算算法“大O”表示法，我想看看自己是在正确的轨道上还是在正确的道路上。 大O表示法：N function(n) { For(var a = 0; i <= n; i++) { // It's N because it's just a single loop // Do stuff } } 大O表示法：N 2 function(n, b) { For(var a = 0; a <= n; a++) { For(var c = 0; i <= b; c++) { …
问题：Java / C＃为什么不能实现RAII？ 澄清：我知道垃圾收集器不是确定性的。因此，使用当前的语言功能，不可能在范围出口处自动调用对象的Dispose（）方法。但是，可以添加这种确定性功能吗？ 我的理解： 我认为RAII的实现必须满足两个要求： 1.资源的生存期必须绑定到范围。 2.隐式的。必须在没有程序员明确声明的情况下释放资源。类似于垃圾回收器无需显式语句即可释放内存。“隐含性”仅需要在使用该类时发生。当然，类库创建者必须显式实现析构函数或Dispose（）方法。 Java / C＃满足点1。在C＃中，可以将实现IDisposable的资源绑定到“使用”范围： void test() { using(Resource r = new Resource()) { r.foo(); }//resource released on scope exit } 这不满足第2点。程序员必须将对象明确绑定到特殊的“使用”范围。程序员可能（并且确实）忘记将资源显式绑定到作用域，从而造成泄漏。 实际上，“使用”块已由编译器转换为try-finally-dispose（）代码。它具有与try-finally-dispose（）模式相同的显式性质。如果没有隐式发布，则作用域的钩子就是语法糖。 void test() { //Programmer forgot (or was not aware of the need) to explicitly //bind Resource to a scope. Resource r …