可不可以加个群组功能呢?
By shiqiren
at 2015-08-08
1人收藏 • 3222人看过
可不可以加个群组功能呢?
- 登录后方可回帖
回复#2 @lincanbin :
不好意思,我刚刚表达得不是很清楚。是用户组的意思,比如电影组,音乐组这样
回复#3 @shiqiren :
我还是不太清楚你想表达的内容。
回复#4 @lincanbin :
比如群组【电影】,用户可以加入【电影】群组,加入【电影】的用户可以就电影方面的话题建立更紧密的联系
回复#5 @shiqiren :
紧密的联系是指?
回复#6 @lincanbin :
跟电影有关系的话题很多,但未必每个话题的内容真的是跟电影有关系,但假如已经加入了【电影】群组,只要点开【电影】群组,就能看到跟我一样对【电影】有兴趣的人,在讨论些什么东西
回复#7 @shiqiren :
这个群组是指共同关注某个话题的人吗?
回复#7 @shiqiren :
如果是这样的话,那我可以加入这个功能。
回复#8 @lincanbin :
我的理解是跟话题(意思是跟topics表)没关系的,但可以根据用户的喜好,创建群组或者加入群组,这样展开的话题更有针对性
回复#8 @lincanbin :
我对这个系统的数据库自增列(ID列)有点看法,最好是先编码后,再顺便插入,这样在大并发和分布下比较理想。如果可以的话,我希望可以贡献少少代码
回复#11 @shiqiren :
guid+unix timestamp作为数据库主键的话,我也有想过,可以保证唯一性与高并发,但是url太长,目前的话支持巨大的发帖量也不是问题。
即使是百度贴吧那个量级,数据库自增整数型主键也还是适用的。
回复#12 @lincanbin :
我以前的项目是从mongodb的objectId获得灵感,然后再改进了一下,就是对16进制的字符串进行63进制再编码,可以再缩短一下
回复#10 @shiqiren :
另外话题本身就是可以随意创建的吧,基于共同关注话题的用户群组应该并无问题。
回复#13 @shiqiren :
你这种是base64编码的思想,对于唯一性的保证并不如guid。
回复#11 @shiqiren :
另外到GitHub提交代码前请一定要与我沟通,不然编写无法合并进主分支的代码,就浪费了你的时间,我也会有些过意不去。
回复#17 @shiqiren :
这种的话,也算是GUID了。
回复#16 @lincanbin :
改动有点大的,例如以前是id,整形的,在模板里面的js,都不用加单引号的,如果用了编码过的id,是字符串了,要加单引号,所以改动的东西挺多,如果你暂时不考虑,我就自己先用了