今天想到了关于 Django 中 view 的组织方式问题

之前一直做 ASP.NET, 对于一个页面文件一个 view 的做法感觉很好。而 django 中在一个文件里很多个函数，每一个代表一个 view. 这样的做法在网站程序复杂化后，查找代码很不方便。当然这个问题有解决的办法，就是多拆分成 applications. 不过，有时候一个功能到底应该归于哪个 app 还真的不是一个简单的问题。并且多个 apps 会导致每次 syncdb 都要考虑很多个 model 文件做一遍，挺麻烦。我更需要的是一种简易的拆分机制。

因此我现在基本上是通过物理文件的方式，把同类的 views 放到一个文件里。即 views_xxx.py, views_yyy.py 的组织形式，反正 django 是通过 urls 来分派请求的，这一点挺方便。

有没有必要做成像 ASP.NET 那样一个文件一个 view 呢？好多选择还没想明白。先瞎写这么多吧。