应用聊天字符限制?

Nan*_*ard 11 chat web-applications mean-stack

我正在构建一个MEAN Web应用程序,我希望很快就能在开放的互联网上部署.此应用程序的一部分包括由WebSockets支持的令人敬畏的Primus抽象层支持的聊天功能.当我编写聊天模块时,我们会想到是否对这些消息施加字符限制.

我的结论是,有一些限制可能是好的,但我不知道如何决定应该限制什么.它应该取决于我的服务器的强大程度吗?我应该选择一些合理的限制吗?究竟什么合理的限制,为什么?

谷歌和Facebook这样的网络巨头如何决定应用程序的聊天字符限制应该是什么?有人只是说"嗯这看起来很合理",就是这样吗?

一些额外的谷歌搜索发现了一些关于Jabber聊天限制的问题,一个增加Blade和Soul MMO聊天角色限制的请求,以及关于Twitch聊天字符限制的评论,但我似乎无法找到任何表明基于Web的应用程序的典型聊天字符限制的内容,或者为什么它们首先受限于它们的方式.

我知道过去我自己和其他人知道在某些聊天应用程序中看似不必要的短字符限制.这可能会成为一个主要的烦恼,特别是在尝试复制和粘贴大量信息时.我想在保护服务器和带宽完整性的同时避免对用户造成烦恼,同时请记住,某些用户可能正在使用具有网络使用限制等的应用程序.

编辑

我正在开发的应用程序是一款游戏,但它有时会涉及一些重要的外交和玩家之间的战略讨论.对该用例有一个特定的建议会有所帮助,但是有一些基本原则来指导各种应用程序的聊天限制显然会更有帮助.

小智 5

这实际上取决于聊天的用例.我的意思是,如果你的用户应该保持他们的短信息(如Twitter或其他东西)那么你应该把它做得很短,如150,250或类似的东西.

如果你的用户会讨论一些东西,那么你需要更多像5000病房这样的角色.


小智 4

限量标准

嗯,有一个标准(我不记得名字了,我会搜索它),规定电子邮件的字符限制是 50、64 或 72(我推荐第一个),对于名称,限制是 96;对于具体的消息,它可能是 256、512,甚至 625。谷歌两年前发布了一份设计清单,其中对此做了一些说明。我在我自己的网站上使用这个标准,我在那里有一个聊天应用程序。

合理限度

回到您的问题,“合理限制”取决于您的应用程序的上下文。想一想:这是为了什么?用户将发送什么样的消息?需要写他/她的email吗?一种疯狂的方法可能是消除限制,并在分析工具的帮助下查看输入的平均长度。希望这对您有帮助。