搜索
系统检测到您的用户名不符合规范:

关于onethink模型的讨论

浏览:1303 发布日期:2014年09月12日 分类:求助交流 关键字: onethink 模型探讨
一般的CMS或者CMF都应该有模型这一块。现在我就onethink这个CMF来谈一下我的想法,由于我刚接触Onethink,所以可能理解不到他的精髓,希望大家批评指导,交流下。
onethink采用的是,所有信息都压在一个表里面,就是那个默认的文档模型,大家可以根据基础模型来扩展自己的需求。当然这样做的好处是方便全站搜索,但也无形中给这个文档表太大的压力,如果数据量比较大,这个表是扛不住的。

还有一种方法是分表,也正是我想采用的方法。

数据库一个model表,新建的模型就写入这个表,一个字段表fields,所有的字段信息都写入这个表,用模型ID来标示属于哪一个模型。
用户新建一个模型,就生成一个新表。
然后后台创建分类的时候,关联具体的模型。然后当你点击具体分类发飙信息的时候,弹出的表单就自动调用关联模型下面的所有字段。根据字段类型来生成表单。发表的信息当然就写入模型对应的表中。
这样感觉挺方便的,各个分类下面的表单都可以灵活控制。
也不会因为数据量很大带来压力。
其实这里面我谈的模型,他的主要作用就是新建数据表,自定义表的字段。从而实现表单的灵活性,也是分表的一个方法。
关于字段验证之类的,可以在模型上扩展

当然,这样做同样也会带来问题,比如,如果做全站搜索的时候会较麻烦,需要用到分词或其他插件来解决。

有这样的想法主要是觉得,ONETHINK的模型这块搞的比较混乱。
我只是想跟大家探讨下,不是乱喷,请大家赐教,说下自己的想法。
最佳答案
评论() 相关
收藏
chahualao
积分:1466 等级:LV3
热点推荐
(追記) (追記ここまで)
最新更新

我们

合作

网站

信息

ThinkPHP 是一个免费开源的,快速、简单的面向对象的 轻量级PHP开发框架 ,创立于2006年初,遵循Apache2开源协议发布,是为了敏捷WEB应用开发和简化企业应用开发而诞生的。ThinkPHP从诞生以来一直秉承简洁实用的设计原则,在保持出色的性能和至简的代码的同时,也注重易用性。并且拥有众多的原创功能和特性,在社区团队的积极参与下,在易用性、扩展性和性能方面不断优化和改进,已经成长为国内最领先和最具影响力的WEB应用开发框架,众多的典型案例确保可以稳定用于商业以及门户级的开发。

AltStyle によって変換されたページ (->オリジナル) /