《Effective C++》学习笔记条款18 让接口容易被正确使用，不易被误用

 条款18：让接口容易被正确使用，不易被误用

        理想上，如果客户企图使用某个接口而却没有获得他所预期的行为，这个代码不该通过编译；如果代码通过了编

译，它的作为就该是客户所想要的。
    

        欲开发一个“容易被正确使用，不容易被误用”的接口，首先必须考虑客户可能做出什么样的错误。
     

        许多客户端错误可以因为导入新类型而获得预防。在防范“不值得拥有的代码”上，类型系统是你的主要同盟国。
     structDay
     { 
        explicit Day(int d)        //explicit 避免隐式的转换。
        :val(d) {}
        int val; 
     }; 
    

       对日期进行类似的类型封装，能有效地避免不恰当的日期赋值。
    

      “除非有好的理由，否则应该尽量令你的类型（定义的类）的行为与内置类型一致”。

    

        在资源管理方面，也许我们应该“先发制人”，即让函数返回一个资源的指针改为返回一个只能指针。
     例如：
       std::tr1::shared_ptr<Investment> createInvestment();
    

        这便实质上强迫客户将返回值存储于一个tr1::shared_ptr内，几乎消除了忘记删除底部Investment对象的可能性。
   

        tr1::shared_ptr提供的某个构造函数接受两个实参：一个是被管理的指针，另一个是引用次数变成0时被调用

的“删除器”。但我们自己制定第二个参数，当然这是安全的。但是留给客户，那也许存在危险。
     

         std::tr1::shared_ptr<Investment>        //tr1::shared_ptr构造函数坚持第一个参数必须是个指针。
            

         pInv(static_cast<Investment*>(0), getRidOfInvestment); 
    

         tr1::shared_ptr有一个特别好的性质是：它会自动使用它的“每个指针专属的删除器”，因而消除另一个潜在的客

户错误：所谓的“cross-DLL problem”。因为它缺省的删除器是来自“tr1::shared_ptr诞生所在的那个DLL”的delete。
     

       请记住：

• 好的接口很容易被正确使用，不容易被误用。你应该在你的所有接口中努力达成这些性质。
• “促进正确使用”的办法包括接口的一致性，以及与内置类型的行为兼容。
• “阻止误用”的办法包括建立新类型、限制类型上的操作，束缚对象值，以及消除客户的资源管理责任。
• tr1::shared_ptr支持定制删除器。这可防范DLL问题，可被用来自动解除互斥量等等。