geometry_的专栏

使用Openmesh的时候会出现搜索结构， 有时候一些逻辑代码直接在搜索结构中处理，这样做的理由很简单，因为效率， 但是代码模块分离很困难。甚至是不可能，所以在考虑，将搜寻的结构与处理 代码分析，这就需要包装一些搜索结构，和进行搜索结构的缓存。 牺牲效率来增进代码的可读性，更重要的是保证代码的可扩展性。

placeholder 没有充分理解iterator 的妙处，还狂找halfedge 的dereference! halfedge connectivity. // --- halfedge connectivity --- VertexHandle to_vertex_handle(HalfedgeHandle _heh) const { return halfedge(_he

Openmesh  最基本的应该属于它的halfedge 结构。具体可以看一些理论的材料。这里： Halfedge theory 下面把Openmesh关于内部结构的代码贴出来： namespace OpenMesh { //== CLASS DEFINITION ========================================================= //

原来一直纠结于状态的参数操作，位操作一只缠绕在心中，在看openmesh Status.hh源代码时，发现enum和Status可以完成以下bool操作，一句话方便 #include //== NAMESPACES =============================================================== namespace OpenMesh {

Openmesh中 虽然VertexHandle，HalfedgeHandle...... 都是继承与BaseHandle 但是用来进行dynamic cast 就违背了作者的初衷。 因为作者overwrite了operator = 所以我们就可以为所欲为的 为衍生类向基类= 即使是Openmesh的Handle 继承体对默认构造函数说不！--explicti 所以我们可以对 衍生类进