可不可以加个群组功能呢?

333

什么叫群组功能？

回复#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提交代码前请一定要与我沟通，不然编写无法合并进主分支的代码，就浪费了你的时间，我也会有些过意不去。

回复#15 @lincanbin :

http://bbs.51cto.com/thread-1145208-1.html

可以参考下这个，已经是验证过，唯一性非常好的

回复#17 @shiqiren :

这种的话，也算是GUID了。

回复#16 @lincanbin :

改动有点大的，例如以前是id，整形的，在模板里面的js，都不用加单引号的，如果用了编码过的id，是字符串了，要加单引号，所以改动的东西挺多，如果你暂时不考虑，我就自己先用了