建议倡导模块开发的标准 [技术论坛 - 模块定制] imag1

正在浏览:   1 名游客




« 1 2 3 (4)


回复: 建议倡导模块开发的标准
Support Team
注册日期:
2005/2/24 15:17
所属群组:
注册会员
技术文档组
帖子: 406 | 精华: 17
等级: 18; EXP: 74
HP: 0 / 443
MP: 135 / 3436
离线
简单的看了一下,感觉还不错,
呵呵,只看了能看懂的那部分

那位老大懂日文能翻译一份出来,那就最好了,
感觉日本站很重视文档规范化,
翻译他们来使用也可以学习和避免重复劳动了

2006/6/17 12:17
_________________
nightcat 小站
不同时刻的访问,有不同的惊喜 小站已经改版,欢迎有事没事来踩踩,内容丰富不少,希望你有喜欢的,

Xoops 模块演示站 (筹备中....)
模块演示站

Xoops 开发手册 (主要部分已完成)
开发手册
工具箱 短消息 Email PDF 书签 打印 举报 回顶部


回复: 建议倡导模块开发的标准
Support Team
注册日期:
2005/2/24 15:17
所属群组:
注册会员
技术文档组
帖子: 406 | 精华: 17
等级: 18; EXP: 74
HP: 0 / 443
MP: 135 / 3436
离线
不过需要更加细的规范,
这日文站上的还不真正是首贴说明的那些

主要思想是:如何让模块和系统能够充分统一.
更具体的就是在模块中
如何继承系统类
如何使用系统类
活用系统逻辑方法
...
或许我也没能言尽其意

2006/6/17 12:28
_________________
nightcat 小站
不同时刻的访问,有不同的惊喜 小站已经改版,欢迎有事没事来踩踩,内容丰富不少,希望你有喜欢的,

Xoops 模块演示站 (筹备中....)
模块演示站

Xoops 开发手册 (主要部分已完成)
开发手册
工具箱 短消息 Email PDF 书签 打印 举报 回顶部


回复: 建议倡导模块开发的标准
Support Team
注册日期:
2005/12/1 9:15
来自 GZ.CN
所属群组:
注册会员
Dev+Hack
帖子: 261 | 精华: 2
等级: 15; EXP: 11
HP: 0 / 352
MP: 87 / 1942
离线
引文:

ncnynl 写道:
不过需要更加细的规范,
这日文站上的还不真正是首贴说明的那些

主要思想是:如何让模块和系统能够充分统一.
更具体的就是在模块中
如何继承系统类
如何使用系统类
活用系统逻辑方法
...
或许我也没能言尽其意


明白你的意思
尽可能使用系统提供的API,有一个良好的code pattern。

2006/6/17 20:47
工具箱 短消息 Email PDF 书签 打印 举报 回顶部


回复: 建议倡导模块开发的标准
网站管理员
注册日期:
2004/6/25 19:16
所属群组:
网站管理员
注册会员
Dev+Hack
帖子: 5860 | 精华: 11
等级: 54; EXP: 49
HP: 1337 / 1337
MP: 1953 / 12966
离线
现在的Xoops Object/handler, Xoops Form, 语言定义方式,只要领会它的意图,为什么这么做,有什么好处就可以了
具体代码不要用得太多太深
效率、灵活性等方面都很受限制,在 Xoops 2.3以后是有大的变化的

话说回来,单纯从结构设计和代码实现来看,Xoops 2.0 框架是很漂亮的,不是那些界面漂亮的CMS所能比拟的

2006/6/17 21:13
_________________
XOOPS Project -- |自由|开源|共享|
工具箱 短消息 Email PDF 书签 打印 举报 回顶部


回复: 建议倡导模块开发的标准
Support Team
注册日期:
2005/2/24 15:17
所属群组:
注册会员
技术文档组
帖子: 406 | 精华: 17
等级: 18; EXP: 74
HP: 0 / 443
MP: 135 / 3436
离线
引文:

作者 D.J. 于 2006年06月17日 21:13:14

现在的Xoops Object/handler, Xoops Form, 语言定义方式,只要领会它的意图,为什么这么做,有什么好处就可以了
具体代码不要用得太多太深
效率、灵活性等方面都很受限制,在 Xoops 2.3以后是有大的变化的


我的想法可能可D.J有点不同,我觉得太灵活了,对新手来开发模块就
比较不好控制,这样也行,那样也行,有时候自己都迷惑了。

如果这些API开发的好,后期核心变更能有效继承,
做模块开发就能节省很多劳动力,我现在开发的模块就参考了
SYSTEM-ADMIN里面的例子,应用起来很方便.

感觉就是有复制性,你复制了这个模块,修改相关内容,或增加自己的内容就是新的模块.这个模块就是一个标准模块.
引文:


话说回来,单纯从结构设计和代码实现来看,Xoops 2.0 框架是很漂亮的,不是那些界面漂亮的CMS所能比拟的



我也很欣赏xoops 2.0的结构,我前期学习和应用的都是比较
经典的版本xoops2.0.9.

2006/6/17 23:44
_________________
nightcat 小站
不同时刻的访问,有不同的惊喜 小站已经改版,欢迎有事没事来踩踩,内容丰富不少,希望你有喜欢的,

Xoops 模块演示站 (筹备中....)
模块演示站

Xoops 开发手册 (主要部分已完成)
开发手册
工具箱 短消息 Email PDF 书签 打印 举报 回顶部


回复: 建议倡导模块开发的标准
Support Team
注册日期:
2005/12/1 9:15
来自 GZ.CN
所属群组:
注册会员
Dev+Hack
帖子: 261 | 精华: 2
等级: 15; EXP: 11
HP: 0 / 352
MP: 87 / 1942
离线
引文:

D.J. 写道:
现在的Xoops Object/handler, Xoops Form, 语言定义方式,只要领会它的意图,为什么这么做,有什么好处就可以了
具体代码不要用得太多太深
效率、灵活性等方面都很受限制,在 Xoops 2.3以后是有大的变化的

话说回来,单纯从结构设计和代码实现来看,Xoops 2.0 框架是很漂亮的,不是那些界面漂亮的CMS所能比拟的


现在缺的正正是这些API的文档,还有一些开发指引。

2006/6/18 1:35
工具箱 短消息 Email PDF 书签 打印 举报 回顶部


回复: 建议倡导模块开发的标准
高级会员
注册日期:
2006/5/26 15:44
来自 日本
所属群组:
注册会员
帖子: 78
等级: 7; EXP: 77
HP: 0 / 169
MP: 26 / 693
离线
引文:
话说回来,单纯从结构设计和代码实现来看,Xoops 2.0 框架是很漂亮的,不是那些界面漂亮的CMS所能比拟的


  Xoops框架是xoops的精华。尽管刚开始解读xoops的内核代码比较难,很费时间。但对它有了一定理解之后,就不禁为其设计之巧叫绝。

  把基本系统和应用模块分离是xoops得以迅速普及的重要原因。有了基本框架之后,xoops和php的爱好者可以开发出任何他们喜欢的应用模块。

  听说xoops是从PHPnuke发展出来的,也有一些网站使用PHPnuke。

----------
ITWorld21
www.itworld21.com

2006/6/18 11:06
工具箱 短消息 Email PDF 书签 打印 举报 回顶部


回复: 建议倡导模块开发的标准
网站管理员
注册日期:
2005/10/29 13:32
来自 北京
所属群组:
网站管理员
注册会员
ComSupp
推广组
帖子: 1824 | 精华: 12
等级: 35; EXP: 67
HP: 520 / 866
MP: 608 / 5000
离线
PHPnuke是众多开源CMS的老祖。
XOOPS的发展史在英文资料中有很详细的介绍。

2006/6/18 11:31
工具箱 短消息 Email PDF 书签 打印 举报 回顶部


回复: 建议倡导模块开发的标准
新进会员
注册日期:
6/6 20:15
所属群组:
注册会员
帖子: 9
等级: 1; EXP: 86
HP: 0 / 21
MP: 3 / 23
离线
引文:

scottlai 写道:
引文:

hasj 写道:
句柄指得是什么呢。是不是数据表的字段


句柄不是指数据表的字段。确切的说,XoopsObject和XoopsHandler与数据表的一部分,它们是封装了数据表操作的两个类而已。

在上面的ModuleNameCategory类构造函数里面就体现了XoopsObject在实例化的时候与数据表记录的字段绑定,然后就可以通过getVar()和setVar()方法进行读写操作


句柄就像一个箱子,你想要的东西可以从里面拿出来使用

6/9 9:41
工具箱 短消息 Email PDF 书签 打印 举报 回顶部





可以查看帖子。
不可发帖。
不可回复。
不可编辑自己的帖子。
不可删除自己的帖子。
不可发起投票调查。
不可在投票调查中投票。
不可上传附件。
不可不经审核直接发帖。
不可使用主题类别。
不可以使用HTML语法。
不可以使用签名档。

[高级搜索]