如果是主包页面，为方便调试，我会在app.json里的pages节点里把该页面排在第一个，这样修改编译时直接打开该页面，方便看效果。分包页面怎么实现编译时直达？

每个云函数的颗粒度官方是怎么拿捏的？ 把好多种数据库操作类型合并放在一个云函数里会导致云函数的维护和发布都存在风险。 比如目前我对一张表的处理，分为4个云函数： 1、get单条数据，对应业务上的详情页 2、get多条数据，对应业务上的列表页 3、set数据，针对业务上的修改，主要针对单条数据 4、delete数据，针对业务上的删除单条数据 我不认为这是一个最佳颗粒度实践，但你不能说这么分太细吧？那么仅仅针对一个项目的数据库操作，可能都快超过50限制了。 目前实际情况是我项目中已经到了40个，马上就要超，请官方考虑一下。

文档中对name.DATA的定义：“10个以内纯汉字或20个以内纯字母或符号中文名10个汉字内；纯英文名20个字母内；中文和字母混合按中文名算，10个字内” 既然允许符号，为什么不再宽泛一点允许数字？数字也是符号的一种。 我的实际业务场景是这里用于显示微信昵称，昵称中带数字很常见，不然迫不得已只能改模版，用thing了。

1、微信开放平台是否可以解决这个问题，一个小程序分发出来为n个主体服务？ 2、如果1可以，那么继续问，小程序后端用云开发的，也支持吗？

1、我原来以为limit最大就是100，今天发现文档里已经改为1000了： https://developers.weixin.qq.com/miniprogram/dev/wxcloud/reference-sdk-api/database/collection/Collection.limit.html 2、今天亲测可用，把limit设为1000，能输出1000条记录出来，但是超过1000就只能最初输出1000 const res = await db.collection('orders') .where({ _id : _.neq(null) }) .field({ no: 1 }) .limit(1100) .get() [图片] 3、还有一个文档专门讲如何读取超过100条记录（看来还是按原来100limit来的），使用了Promise多次查询的方法，如下： https://developers.weixin.qq.com/miniprogram/dev/wxcloud/reference-sdk-api/database/collection/Collection.get.html 4、我再问一个问题，我都是用递归函数来取超过上限的记录的，用文档中的Promise做多次查询，和用递归函数做多次查询，有没有优劣之分？对Promise不太熟悉。还有如果不加orderBy，直接get出来，是否可以确保取第二次取记录和上一次取记录不重复。

云函数里进行数据库操作 预期输出： v1: false v2: false 而实际上如下所示，似乎多出了一个中括号： let f = '$field' //构造一个表里不存在的字段名field await db.collection('table').aggregate() .match({}) .addFields({ v1: $.eq([[f], [null]]), //输出：true     v2: $.ifNull([[f], false]), //输出：[null]     v3: $.ifNull(['$field', false]), //输出：false }).end()

订阅消息直接跳到线上环境，也没法测试，哪位试验过的麻烦告知，谢谢。 如果可以带就直接带过去方便点。不然要先跳到中转页面种一个全局变量参数再跳到tabbar页面。

像这样用到一些函数，我只能写两个where，而且work，有没有其他优雅的写法？这不是官方希望看到的写法吧... await db.collection('products')   .where({     supplierId: _.all([agentOpenid, sellerId])   })   .where(_.expr(     $.eq([       $.subtract([         $.indexOfArray(['$supplierId', agentOpenid]),         $.indexOfArray(['$supplierId', sellerId])       ]),       1     ])   )).update({     data: {       frozen: _.addToSet(supplierId)     }   })

今天遇到输出字段后顺序发生了变化，详见分别是用开发者工具云数据库，和小程序console.log打印出来的截图。这导致判断对象是否相等，不能简单的用JSON.stringify来做了，太可怕... 小程序输出，注意观察specs[0] [图片] 数据库后台，注意观察specs[0] [图片]

既不支持aggregate，也不支持_.expr，做一些稍微有点逻辑的查询就查不了。 甚至右上角那个快捷查询框（里面有提示：按 field:value 的格式搜索记录）也从来没有操作成功过。 难道都要写程序来查，也太重了。