同樓上。。
開哥我覺得可以從需求開始確定部分然後自底而上。
從最抽象的開始,因爲這樣要好調試些,特別是對我們沒怎麼用python實際寫過project的來說。
我怕自頂向下,不斷改寫essential的部分壓力會很大。
--
--- This information is automatically generated ---
The *attached* file named 'signature.asc' is used for
*verification* of the content above. If you haven't
got a public key, please contact me to acquire one.
ted.sybil aka. ymfoi aka. Ted Yin
正在写permission
model的文档。。先出去一会儿。。。现在底层的主要是user,因为各个模块都基于对用户数据的访问。。。然后是resource
limiter,用于根据管理员配置,按照用户组、IP等各种东西限制用户对资源的访问。。。然后是problem和record。resource
limiter,problem,record这三者大约可以独立开发,订好借口就好;再之上是contest。。当然problem和record也要兼顾contest,必须隐藏与比赛有关的信息。。其它如讨论、站内信神马的就完全可以独立开发的。。。
嗯。可以混合來。。
Online Judge表達的最核心的含義所對應的那些功能就直接單內核式的開發,因爲是一切的基礎。
其他的不止在OJ上可以有,其他地方也能見到的應用就該判斷爲是一個pluggable的module(etc.
站內信,討論組,代碼查看權限,積分獎勵系統,甚至好友模塊)。
(感覺有點像linux, user && limiter && problem && record 是構成內核的東西,mail &&
discuss && code_view && rating && friend 就是各種可以load的modules)