个人信息区域的现状和问题是: 1.现状, 除了话题详情页面, 该区域显示的都是当前登陆用户(我的)信息, 话题详情页面显示的是该话题作者的信息 2.问题:话题详情页面的 关注数目, 粉丝数目的链接都是错的. 指向我的信息.
改造想法: 1.修复上面提到的问题2, 能够正确显示 关注页面, 粉丝页面.
- 因为上面的这个更改, 所以个人信息区域就不一定显示当前登陆用户了. 关注页面, 粉丝页面, 那么个人区域页面显示的就是 该用户的信息了.
- 用户信息页面显示也是该用户的信息 比如我的:http://cnodejs.org/user/young40
- 最上面导航条 修改为 例如: 欢迎回来 young40, 设置, 退出 这样即便原个人信息区域显示的不是当前登陆用户, 也能清晰地知道当前是谁在登陆.
现在的问题是: 个人信息区域会不会显得太乱? 一会是自己一会是其他人? 当然现在该区域会变化(见上面提到的现状1)
另外一种方案是: 保持个人信息区域不会变化: 增加一个长条形的个人信息显示. 显示在文章的下方, 比如说显示在文章的正文和评论之间. 用户的粉丝页面, 关注页面, 显示一个长条形的该用户信息在粉丝列表的上部或者下部.
我这个帖子是不是本社区开区以来, 帖子标题最长的一个帖子???^_^
支持啊,楼主的想法,可以先做出来看看效果。
- 粉丝和关注链接错误这个问题很早就提出来了,到现在都没有得到更正
- 建议查看的主体信息是谁的,右侧的profile就应该是谁的
- 我在sumorio就是这么做的,麻烦的一点是查看其他人相关信息的时候要根据id获取查看的用户的信息,在nodeclub中该右侧profile的话要改的地方还是很多的。
A呀, 你这个sumorio做的还真不错哦,顶…
OK.呵呵.
关注的功能应该是微博的互粉的雏形吧. 以后可以做瀑布流.
我觉得是~
感觉你把MVC变成了VC了
- 是的,model的概念不强,我打算下个版本重构下代码,把数据库操作独立出来。
- 就算数据库操作独立出来也不算M,数据库和实体这一层不太好定义为Model,因为可能互相牵涉的东西太多,粒度也很难在C层划分的那么细。
- 我个人感觉越大的系统完全MVC的话会很难,就像数据库范式一样,为了性能和其他考量点还是很多时候不会遵守的。
@sumory 我看了部分代码,说的可能不是那么准确,而且我只是一个苦逼的c程序员,不懂Web,
我觉得可以把很多的实体单独定义出来,然后相关的操作放到实体类里面,这样model部分感觉要强一点,而且也没有ORM,而且也可以减少代码中很多的sql,比较纯净,
@darklowly 是的,下一步就要这么重构下。C层会变薄,数据库操作单独一层。