一、背景
钢结构建模最大的难点是多样的节点，因为有不同数量、不同截面类型的部件，在不同的方位，以不同的方式进行连接。为此Tekla以组件（用户单元）的方式进行参数化建模，并且提供了众多的系统组件供用户选择使用。比如Tekla2020就提供了692个系统组件，我们花时间专门做了统计，分类数量（括号内的数字）如下：
连接节点（38）
托梁节点（7）
梁梁节点（118）
梁柱节点（31）
零部件（36）
扶手（29）
楼梯（18）
美国规范（10）
剖口（4）
轻钢（142）
抗松弛（14）
塔（5）
细部（49）
衬垫板（9）
海洋平台（15）
加腋与加劲（21）
角钢（14）
开孔（5）
拉杆（14）
冷弯卷边（14）
螺栓与檩条（12）
支座（15）
支撑（58）
柱脚（14）
下图是该功能具体的使用界面：
但是一个很奇怪的现象是，即使是很资深的详图工程师，对于如此众多的系统节点，经常使用的可能还不到10个。这是为什么？估计很多人心中都存有这样的疑问，我们在开发SSBIM节点的同时也在思考这个问题。经过一段时间的梳理，文章最后将给出我们得出的结论，并且后续将整理推出符合国内行业习惯的，常用的142个节点的文字和视频使用教程。
其实一切都源于参数化建模。
二、参数化建模思想
早先提供给用户的参数化建模，是让用户在参数化对话框中填入参数变量，代码在背后根据所填参数实时创建模型，工作量主要由程序员完成，用户与开发者身份迥异，因为模型的控制参数专业性太强，软件程序员可能并不是该专业的从业者，很难合理地规划出每个模块的参数，而使用者也不具备开发者的思维，所提出的参数需求往往也不能让程序员轻松理解。因此这样的专业软件由熟悉专业同时又掌握编程技术的人员开发，才容易被接纳，遗憾的是，这样的人凤毛麟角。
另外从实际工作来看，由于节点的复杂多样性，不可能让开发人员针对不同的节点需求，一直不断地更新代码，维护升级软件版本。因此作为专业的建模软件，特别希望不懂编程的用户，自己也能编辑参数化节点，而且软件程序代码不需要更新，只要所编辑的参数化节点文件符合代码的解析模式，这就是Tekla的用户单元思想。
三、用户单元
Tekla提供用户单元（组件）方案的初衷，是希望用户能参与到解决节点复杂多样性问题，并且最好还能成果共享，使用者可以相互调用，大大提高建模效率，这样就减轻了程序员的负担，程序员只要在代码中设立一套解析的·机制和规则。
实现的方式是作为用户单元的对象，自身就包含有参数变量，因此作为用户单元的模型对象与普通的模型文件不同，比如用户单元中的模型几何尺寸，不是真正的尺寸，只有在项目模型创建时，会根据用户输入的参数值，代入计算后才得到最终尺寸，用户单元文件的扩展名是uel。当然，这样的方式给处理用户单元的代码增加了难度。
这是一种将参数变量由原来的程序员控制，交给用户自己的参数化建模，当然这里的用户是他们心里希望的用户。
有这样想法的软件还有Revit的“族”思想。
其实，Dynamo之于Revit，以及Grasshopper之于Rhinoceros，这种“电池组”可视化编程（VisualProgrammingLanguage，VPL）方案，也有这种味道，都是一种美好的愿望，就是让不懂编程的专业人员能用上类似“二次开发”的工具，扯远了。
经过一段时间Tekla用户单元及Revit“族”的开发研究，我们发现，在开放性上，用户单元与Revit“族”模式的参数化建模不能相比，但是也正是由于聚焦，Tekla的方案有值得称道的地方，比如用户单元包含输入对象的引用，在这一点上，Revit的“族”仅有很少的族类别包含主体对象，而且不能将主体对象的众多参数作为一定级别的输入参数，可见引用输入对象有一定的难度，我们在进行用户单元的开发中，也发现了一些关于输入对象引用方面的问题，属于思想级别的，后来采用另外的方式解决了，不在这里细说。
。。。。。。