不知道怎么动了

4 views
Skip to first unread message

jiakai

unread,
Feb 9, 2012, 7:24:48 AM2/9/12
to pynojo-...@googlegroups.com
感觉似乎可以从view开始写了。。。?先定下网站的基本界面,再自顶向下开发。。?

--
贾开
清华大学计算机系 计14班
Kai Jia
Department of Computer Science & Technology
Tsinghua University

signature.asc

Xiaoyu Liu

unread,
Feb 9, 2012, 7:25:38 AM2/9/12
to pynojo-...@googlegroups.com
沒用python寫過網頁的表示壓力很大=W=

Xiaoyu Liu
Tsinghua University
vur...@gmail.com
www.vuryleo.com


Ted Yin

unread,
Feb 9, 2012, 8:30:12 AM2/9/12
to pynojo-...@googlegroups.com
On Thu 09 Feb 2012 08:25:38 PM CST, Xiaoyu Liu wrote:
> 沒用python寫過網頁的表示壓力很大=W=
>
> Xiaoyu Liu
> Tsinghua University
> vur...@gmail.com <mailto:vur...@gmail.com>

> www.vuryleo.com
>
>
>
> On Feb 9, 2012, at 8:24 PM, jiakai wrote:
>
>> 感觉似乎可以从view开始写了。。。?先定下网站的基本界面,再自顶向下开
>> 发。。?
>>
>> --
>> 贾开
>> 清华大学计算机系 计14班
>> Kai Jia
>> Department of Computer Science & Technology
>> Tsinghua University
>>
>
> --
> 您收到此邮件是因为您订阅了 Google 网上论坛的“pynojo-discuss”论坛。
> 要向此网上论坛发帖,请发送电子邮件至 pynojo-...@googlegroups.com
> 要取消订阅此网上论坛,请发送电子邮件至 pynojo-
> discuss+u...@googlegroups.com
> 若有更多问题,请通过
> http://groups.google.com/group/pynojo-discuss?hl=zh-CN 访问此网上论坛。

同樓上。。
開哥我覺得可以從需求開始確定部分然後自底而上。
從最抽象的開始,因爲這樣要好調試些,特別是對我們沒怎麼用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

signature.asc

jiakai

unread,
Feb 9, 2012, 8:33:16 AM2/9/12
to pynojo-...@googlegroups.com

自底向上不知道底下写哪些好。。。不过现在还在调试model阶段。。。理论上user的设计还有问题。。。。

signature.asc

Ted Yin

unread,
Feb 9, 2012, 8:39:00 AM2/9/12
to pynojo-...@googlegroups.com

也是。。不過就怕不斷重寫傷不起啊。。
我感覺(不見得是正確的)只要最基本的東西搞得足夠抽象,後面就不怕了。
即便因爲剛開始想不到的各種東西後期修修補補,也不會大刀闊斧改得底朝天。主要是每次重寫都有協調方面的問題。
如果能把基本模型建好的話,大家也好各自開幹。
要不先制定標準(通信,命名,建模 etc)得了。說不定腦補好了寫得快。。>_<

signature.asc

jiakai

unread,
Feb 9, 2012, 8:44:25 AM2/9/12
to pynojo-...@googlegroups.com

正在写permission
model的文档。。先出去一会儿。。。现在底层的主要是user,因为各个模块都基于对用户数据的访问。。。然后是resource
limiter,用于根据管理员配置,按照用户组、IP等各种东西限制用户对资源的访问。。。然后是problem和record。resource
limiter,problem,record这三者大约可以独立开发,订好借口就好;再之上是contest。。当然problem和record也要兼顾contest,必须隐藏与比赛有关的信息。。其它如讨论、站内信神马的就完全可以独立开发的。。。

signature.asc

Ted Yin

unread,
Feb 9, 2012, 9:01:13 AM2/9/12
to pynojo-...@googlegroups.com

嗯。可以混合來。。
Online Judge表達的最核心的含義所對應的那些功能就直接單內核式的開發,因爲是一切的基礎。
其他的不止在OJ上可以有,其他地方也能見到的應用就該判斷爲是一個pluggable的module(etc.
站內信,討論組,代碼查看權限,積分獎勵系統,甚至好友模塊)。
(感覺有點像linux, user && limiter && problem && record 是構成內核的東西,mail &&
discuss && code_view && rating && friend 就是各種可以load的modules)

signature.asc
Reply all
Reply to author
Forward
0 new messages