原则28：避免返回handles指向对象的内部成分

在这里首先要明确啥是handles，这里所说的handles就是通常所说的引用、指针或者迭代器等具有指代性质的标签。那么题目所说的意思就是你返回的那个handles不要涉及对象内部的东西。
在叙述此原则的过程中作者举了一个矩形Rectangular的例子，说举行的四个顶点存储在一个结构体中，Rectangular提供了两个公有接口upperleft和lowerright它们返回的是该矩形左上角和右下角的顶点的坐标结构体，并且是以引用的形式返回的。因为用户只需知道这些顶点的坐标而无需对这些顶点进行操作，因此这俩接口都是常函数。但是矛盾出现了，常函数的作用是不允许用户去修改，但是这两个常函数却返回了Rectangular的私有成员。另外常函数只是说在常函数体内不进行更改数据成员的操作，它返回的东西并不一定是常量。既然如此用户就很有可能通过这俩接口去改变Rectangular类原本私有成员，这是极其不符合该程序的初衷和封装性原则的。
所以作者在这里说“成员变量的封装性最多等于其返回引用的访问级别”是很有道理的。作者还说非公有的成员函数也是内部数据，这不是废话嘛，我早就知道啊。作者想表达是啥呢，就是从访问级别上来讲，不要让那些访问级别高的成员函数返回指向访问级别低的成员函数的handles，不过在我看来，具体来讲就是不要让公有接口返回任何非公有的成员的handles。
那么这原则中所提及的问题是怎么解决的呢？正如我所说的，常函数只是在函数体内不能对数据成员更改，但是它返回的东西并不一定不能被更改，所以呢，那么就把返回值也设成const就OK了。
尽管如此呢还是有个问题存在，那就是函数虽然返回了const成员不能被更改，但是作为右值的语句结束以后，它的生命期就结束了，那右值的东西被析构掉左值不就成了空吊子。
所以返回只想对象内部成分的handles总是危险的，
作者最后总结道：能不用handles只想对象内部就不用，这样可以增加封装性，最好在const函数的返回类型上也加个const，也尽量避免空吊的出现。