Service模块的使用,drupal作为内容管理系统具有极大的适应性
drupal作为内容管理系统
service模块的使用,使得drupal可以作为一个纯粹的内容组织与管理的平台,而数据的使用,可以放在各种形式的终端里使用,这样就可以极大地扩展了应用的范围。无论是作web站点的数据,还是作为移动终端的数据,亦或是通过命令行获取里面的数据。
drupal只是作为内容组织的容器,主要是它己经很成熟,而且还有专业的社区和公司进行维护与更新。那么剩下的就可以只专注于形式的使用与应用的领域。
至于它的性能问题,现在不会很担心了,因为可以将它用作为数据的组织与管理,drupal的多站点特性,还有它代码跟数据库的完全分离,这可以使得它支撑很大数据的应用,最酷的是它甚至可以用分布式的形式来组织数据,这是我认为它这样设计最好的地方。这样的一个好处是,可以在数据库层面,支撑无限量大的数据,因为它们都是按照drupal的代码形式组织方式进行存储的。同时,在分布式里面,各个节点上数据内容是可以有千万种变化,以适应组建大系统,各个节点间是可以进行数据交互的。
这样就可根据应用的需求,用分布式组织的灵活性,来实现应用的架构。
service里面,用户与延生出来的第三方地位有相同的地位,这类似于通货紧缩。在频率要求的高并发内容请求,可以缓存,memcache or redis, 而实现的方式是可以用各种各样的语言工具(ruby or php都行)。甚至内容的使用形式,可以针对应用,用各种语言书写,可以用命令行直接调用。而并发性,就由自己写的程序来保证,drupal那边可以用缓存来提升并发,至于写操作用分流的形式,而且写操作也不会太多。
总之,drupal可以作为内容的容器,它可以作为一个数据中心。
---------------------------
自己开发的一个SDK(兼容drupal7)
https://github.com/shinvdu/sevice_cms