为什么2.0要删掉很多1.x的api,我们做错了什么引擎组要这么设计?

cc.p()

node.getNodeToWorldTransformAR()

为什么要删???

我尽然举双脚赞成你的说法

:neutral_face:

赞,赞,赞

你可以不升,可以不用,Android系统从1.0到9.0删了多少API,不爽可以自己造一个呀,明知道有问题还去升级,真不知道你们再BB什么

4赞

没用1.10过渡吗?
1.10应该有警告

1赞

一帮青铜在喷王者

老大来删贴吧

戾气真重。。。

删掉一般都会有可替代的方案

cc.p跟cc.vec2共存多久了,不去掉留着过年啊。getNodeToWorldTransformAR列入废弃但目测还能用,屌大的大佬来说下。

再说哪个引擎/sdk不改api,腊鸭?稳定如unity4升级unity5还不是爆一脸姨妈血error。用户庞大的xcode还不是说改就改还强制更新。更何况cocos这种本身就buggy的发展中引擎。

难道小公司活该被喷,那也没得办法呵呵。从16年到现在,也就2.0版本算大重构,老早就说改动了,逼逼个鸡儿。

4赞

原因楼上的大佬们说得很详细了。诚如大侠们所言,Creator 还在飞速发展中。很多事情没办法一步做到完美,只能在旧的基础上不断迭代。
你们没做错什么……

终于逮到大佬了,我想问下2.0的webview和videoplayer是不是native还没有实现????什么时候实现啊

尽量 2.1~

多谢~

骂人的我先删帖,这里不欢迎纯骂贴,欢迎讨论

2.0 删除的很多 1.x API 是由于从 Cocos2d-js,Cocos2d-html5,乃至 Cocos2d-x 2.x / 1.x 阶段就存在的旧 API,底层架构的重构,让我们重新思考了很多错误或者不合理的设计,我们用正确的实现替代的同时,尽全力避免 API 层面的大幅度改动,凭心而论,从 1.x 升级到 2.0 的 API 改造成本并不高,并且绝大多数需要修改的 API 使用,在 1.x 都是兼容的,只是开发者们可能没注意到 1.x 时代就已经废弃这些 API 了。

具体来说

  • node.getNodeToWorldTransformAR 是存在的,但是已经开始被废弃,请注意 API 文档
  • cc,p 替换为 cc.v2,这个很好改,并且 1.x 也没问题(API 过于臃肿的问题,也希望在 2.0 避免,一部分有多种方案的 API 设计,被改为只有一种选择,是为了降低学习门槛)。并且 cc.p 标注为 deprecated,并不是不可用,调试版本仍然是可用的,不影响逻辑运行,只是每次运行都会报 warning,就是为了尽量降低升级成本,让用户很轻松就可以找到需要修改的内容和怎么修改,说实话,这方面花了很多心思,并不是抛弃旧用户。
1赞

重构没有错,项目不重构哪有活力。都说了1.x.x和2.x有API变动。轻量化引擎易于维护。

3赞

主要还是因为 API 的名字不好听,会让人产生混淆。这个 API 的返回矩阵是不考虑 anchor points 的,所以删掉的理由之一就是因为 API 使人产生了错误的判断。有新的 API 可以替代,所以建议看一下 2.0 的 API 文档以及升级文档。
并不建议用户冒然升级到 2.0,因为稳定的版本还在迭代中。

楼主着急早了吧,今天的故事,也许以后从cocos creator 2.0升级到3.0会再重复一次的。。。

我也是醉了,升级早就说了