我最近创建了一个非常简单的CRUD表,用户可以在其中存储一些数据.对于数据,我创建了一个自定义节点.该功能非常适合使用基本节点功能在CRUD表中创建,编辑和删除数据(我实际上惊讶于使用适当的访问控制只使用一小段代码来编写基本功能的速度和容易程度) ....
由于数据的处理方式不同于"内容",如博客文章(没有标题,没有正文,没有通知,没有修订,不应该出现在？q =节点页面,没有预览,没有戏弄者等等)...我发现我花了大部分时间'关闭'并修改drupal自动为节点做的事情.
我知道这是一个品味问题,但是应该在哪里划清应该被视为节点的内容以及什么不应该？换句话说,在不使用节点的情况下从头开始编程这些东西会更好吗？
除了简单的编辑/更新/删除功能之外,将节点用于自定义数据还有一些额外的好处:
考虑到这一切,我会说你需要一个很好的理由不使用节点在Drupal中存储数据.节点只是Drupal生态系统中几乎所有内容的基本构建块,并且与增益相比,删除一些不需要的默认"功能"的开销似乎相当小.
也就是说,处理与节点系统分离的数据的一个可能原因/论点可能是该数据直接针对注释其他节点(想想分类法).但是,由于您可以轻松地从其他节点引用节点(对于如何执行此操作有许多不同的选项),因此参数不强.
另一个(更强大的)论点是数据完整性 - Drupal在规范化,关系数据存储,参照完整性,事务处理和其他相关主题方面不是很强大(礼貌地说).如果您有这方面的要求,您可能别无选择,只能跳过节点概念,并在您自己的系统内创建和维护一个单独的数据岛.
| 归档时间： |
|
| 查看次数： |
709 次 |
| 最近记录： |