wuchong
wuchong
我大致想了下，如果要集成更多的消息来源有，那么现有的fiora的账号概念就变味道了，因为现有的fiora账号和传统的微信和qq账号概念是一致的，但是由于想要集成更多的消息来源，比如简单一点，就集成两个微信的消息，那么消息格式里还得引入一个类似accountId的东西： ```javascript { accountId: 'wxId1', from: 'A', to: 'B', type: 'text | image | file | not supported message type', content: 'C', atUserList: [ '这里还没想清楚' ] } ``` fiora的账号就变成大账号来总管这些账号了。然后如果增加了这个accountId后可能前端也得有对应的标志来展示这个accountId. 可能需要增加一个对外发第三方消息的接口，比如发邮件或者通过网页版微信的接口发微信消息等。现在的发送是sendMessage方法的一部分。...
我看看哦
那个聊天消息转化的方案大概看懂了，不过因为没具体看到是怎么的表现形式，我还有点难以想象，另一个聊天室的人的消息是如何展示在fiora聊天室前端的，如何区分他们呢。 我昨天又想到一种方式，我们可以规定一套fiora聊天室必备的接口，让其他人去实现，这样fiora服务端也不需要做太多改动，现有的fiora服务端是一个官方订阅源，另外一个服务端仅仅作为fiora的另外一个“订阅源”存在就可以。每个订阅源只要实现少量的必备的接口就可以让firoa跑起来。
ok 我正在捋 我先把现有的command response 写一个文档出来。
for a user, there may be thousands of thousands of granted permission objects, and we have a portal to view this objects, so I was wondering if we have a...
the proposal is add pagnation arguments for method getpermissionsforuser, just like: ``` getpermissionsforuser(user = 'user1', page = 1, limit = 1000000) ``` page and limit should with a default value...
it depens on adapter implement. It can be a cursor.
does getpermissionsforuser intended for searching permissions for management? if so, I think we should implement it in adapter.