每次尝试使用cocos的新功能 都会有惊喜

Creator 3.x
#1

我遇到过好几个工作过十几年的同事 当我跟他们说起cocosCreator的时候 他们回的第一句话 大部分都是在cocosCreator前面加上一句国粹来问候一下 转而向我推荐unity 随着使用cocos越来越多 我也越来越明白 这些前辈们的话的意思了
好了直奔主题吧 最近还在做微信小游戏 然后想使用微信的开放数据域 于是查了一下3.x的文档开始搞 先说cocos3.x官方对于接入微信开放数据域的文档评价吧 我只能说 惜字如金 你说官方没有介绍怎么使用吧 官方确实说了 你照着他的文档写吧 没有搞过的人 可能还真得花点时间 然后搜索相关的介绍 搜到100篇 100篇都是关于2.x接入的介绍 那我就自己搞 还是要感谢cocos 锻炼了我的搜索能力的同时也锻炼了我的翻阅查找资料的能力 以及整合搜索的内容的能力 我一不小心还真找到了https://wechat-miniprogram.github.io/minigame-canvas-engine这个网站 真的是一不小心 因为对于不太熟悉的人来说 cocos官方给的是这个https://wechat-miniprogram.github.io/minigame-canvas-engine/api/guide.html#%E5%AE%89%E8%A3%85地址 点击进去404 很不凑巧的是 我按照这个论坛的介绍顺利完成了好友排行榜的功能的同时我又看到了邀请好友的组件 既然看到了做戏做全套嘛 一起做了呗 反正都到这里了 抱着这种心态 开始尝试通过微信的接口拿到数据 也把邀请好友的界面展示出来 这个时候遇到了惊喜 ！！！
邀请好友界面使用Layout添加点击事件不生效 然后找到Layout的技术咨询群 群里的大佬告诉我是位置不对 肯定是我改了位置 改了位置需要调用updateSubContextViewport 于是我又开始查找 查了半天发现updateSubContextViewport好像只属于2.x 对于3.x完全没有这个东西。

image
image1958×1066 261 KB
这个坐标和大小我也不知道引擎是怎么算出来 有大佬能帮忙看看吗 这里我的理解是不需要自己手动改的 但是 现在的问题是不改这里 点击事件没法添加 而且针对这个问题 我升级了引擎 只能用惊喜不断来形容了 每个版本的引擎都有自己独特惊喜吧

1赞
#2

感谢反馈，我们会尽快确认

#3

为啥不喜欢分割多点段落和标点符号。密密麻麻的读起来好难受 :crazy_face:

1赞
#4

我都没看完

#5

如果一个新的技术方案不成熟，或者不如原来的版本好用，就不要替换原来的技术方案，希望官方能做到这一点。，或者标上实验性功能，原来的方案保留，否则新版本的bug会越来越多。

#6

哈哈我们也是d

#7

有一说一，unity转微信，转H5没有cocos这么香，轻量级开发还是首选cocos，够用就好。
项目大了，不仅对引擎要求高了，对开发团队本身也是有更高的要求的

#8

我曹，你不说我还没发现没标点符号，而且我居然读完了。。。难受00072A88

#9

我一直不大明白为什么这个世界上存在很多说话打字不喜欢加标点符号的。。。尤其是我的客户。。我非常难受跟他们沟通起来，

#10

因为代码不需要加标点 只需要空格和分号

#11

你绝对不是南方人，因为南方人从小到大都需要写作文，因为我没去过西北，所以我高度怀疑那边的人存在不写标点符号的为多？

#12

跟南北方没关系 我一年写的最多的文字就在这里了 还是为了给cocos提bug

#13

我认为cocos的潜力很大

#14

cocos的文档真的对新人小白越来越不友好了。再加上一些版本更新，就更加容易踩坑。

#15

确实是，文档写的太简陋了，基本上看文档解决不了问题。 3.x的 API更是难以理解

#16

你好, 请问目前是需要什么效果以及遇到什么问题? 可以先参照一下该demo的用法 cocos-example-open-data-context/3d_mainProject at master · cocos/cocos-example-open-data-context · GitHub
有问题可以再联系我

#17

开放数据域最好是简单的渲染排行榜数据，邀请好友相关按钮 UI 有办法放在主域吗，直接绑定 Button 控件

文档链接确实需要更新了，估计链接过期了，我们同步下文档组

#18

这块我来替广大用户解释一下，感觉你们可能没有想到这个普遍的情况。

  1. 子域排行榜，也是作为一个弹窗存在的
  2. 优秀的游戏的弹窗都有缩放动画（low一点的游戏只用 active=true, active=false）
  3. 一旦使用动画（比如缩放）那么窗口大小一定是可变的，一般从 scale(0, 0)开始缩放
  4. engine viewport 消息调用次数没跟上 scale 变化，导致子域仍然是 scale(0, 0)
  5. 2.x 通过在动画结束手动调用 updateSubContextViewport 进行 hack，功能能用
  6. 3.x 不知道为啥，删除了 updateSubContextViewport 然后我们sb了就

ps: cocos 有一个不好的习惯：删除 api 后没有给替代方案，或者说我没在 docs 里找到，如果用户找不到，我认为也是另一个问题。
@_PP

#19

另外补充一点，无论哪个版本的 cocos 子域。每次写都需要学习成本，这点不是很友好，希望 3.8 长期支持版本，能降低新人在这方面的投入。

按照 cocos 你们的设计，应该是拿来就用的。
但实际上，开发者一调，最低2天时间。遇到什么需要 hack 才能解决的问题，找问题还得 2 天，然后你就还能顺便写一篇毕业论文（踩坑指南）跟楼主一样。。。

#20

弹窗不是子域本身的逻辑吗？大部分公司的子域都是复用的。主域的 viewport 尺寸足够大的话，子域想要怎么做效果是子域的事情。