【Cocos Creator 系列教程之中的一个】CC尝鲜小总结及组件使用需注意的几点细节

本站文章均为 李华明Himi 原创,转载务必在明显处注明：（作者新浪微博： @李华明Himi ) 
转载自【黑米GameDev街区】 原文链接: http://www.himigame.com/cocos-creator/1936.html 

　　　　　　　　　　☞ 点击订阅 ☜ 本博客最新动态!及时将最新博文通知您！

　　　　　　　　　　　　　　　　　

 

从今天起，Himi将陆续的会持续更新一些Cocos Creator的文章

一起学习交流的能够加我的QQ群 Cocos Creator ：432818031

 

 

貌似好久没有来写原创博文了。不知道还有多少认识Himi的～

当然也有不少群里的人问我都在忙什么，这里简单先八卦一下：

去年去了网易一直在做U3D，功夫熊猫的项目。上线后离开网易，如今又在一家创业型公司（不要太在意为什么我总是喜欢创业型公司，可能是我的习惯吧，毕竟这样的类型公司能多学习多忙碌～）。最近则写写shell 与 Cocoa框架的编辑器和工具。

眼前主要关注的则是CC(Cocos Creator),也是前段时间关注cocos2dx-3.10公布(如今整合为Cocos引擎了)，才顺便知道了CC公布了0.7版本号。

通过官方文档和宣传视频，了解了。是个类u3d的引擎工具。不得不关注一下。

当然公布到今天也有一周左右了，Himi也简单进行了尝试体验与使用，所以本篇言归正传，简单的介绍下尝鲜后的一些总结和开发时遇到的一些须要注意的细节。

【本文针对当前 <CC  0.7>版本号，系统：<Mac>】

 

第一部分：先来大概的说下体验后的总结，也是大家比較关心的几个问题：

 

   1.  简介下CC

CC 是类u3d的编辑开发工具。不仅仅是界面的类似，开发架构更是像极了u3d。主要关注的cc是组件化、数据驱动、脚本化，其开发语言js的开发一体化也是减少了学习成本。另外更加具体的介绍能够去官网的介绍与宣传视频等 http://www.cocos.com/download/creator/

  2. 为什么开发脚本语言不是 lua而是js ?

这一点也是刚接触CC我也非常郁闷的一点，由于相比較而言我更熟悉lua。可是通过官方的介绍和具体说明。大概也理解了一些其主要原因：

a) 用js为了让开发一体化

b) 各大科技公司都在重用js,而lua则被冷落发展缓慢。

  3. CC 如今能够用于开发项目么？

保守来说尽量不要直接用于公司的项目中，主要原因例如以下：

a) 当前版本号能够说是个体验版，存在非常多不可预见的问题

b) 非常多组件不完好且缺少（比如没有keyboard等组件支持）

c) 过多的 bug 无法避免，也无法及时解决（由于没有所有开源）

假设以上3点假设你能接受，OK ，开发个简单游戏还是能够的～ 祝小白鼠好运。

Himi认为至少还须要等1～2个版本号。

 4. CC 便捷、好用么？

Himi由于接触开发过u3d项目。所以接触到cc,认为非常顺手，至少大部分都是非常熟悉的，不论界面还是组件操作等。

组件化、数据驱动的开发架构能让美术、策划、程序部门之间配合的更默契！ 绝对效率～不吹不黑。

还有一方面，我认为也挺重要的一点是。执行与调试都是基于web的。这一点能够让策划、美术以及測试等部门，第一时间了解、測试 项目最新效果。减少各部门沟通成本。节省开发周期。

当然好用不好用也取决于公司引擎的选型，以及跟项目有关的。

毕竟最合适的才是最好的。切勿盲目尾随。但确实推荐～

 

第二部分：开发需注意的几点细节

近几天一直在測试使用cc中已提供的所有组件，当中有几点须要注意的细节。以下一一道来：

1. 有的童鞋刚装好cc就想測试新建项目进行打包到各平台尝鲜。发现无法编译成功。主要原因是文档看的不细致，造成配置路径错误。

官方文档例如以下图所看到的：

值得注意的是：

sdk 与 ndk 的路径是根文件夹，

console 与 ant 路径都是指向到bin路径下！

2.  mac版本号的cc，尽管能非常方便的加入节点、动作的“帧”、“曲线”等，可是无法delete快捷键删除，而是使用 command+delete进行快捷删除。

3.   cc 开发的打印语句，注意千万不要在cc工具中的“控制台”里查看。由于项目执行后是执行在web上的，所以程序的打印也都是在web浏览器的开发人员控制台里。Himi就犯了这样的错误。尽管低级。可是我想也会有不少童鞋跟我一样习惯看开发工具的控制台。终于什么都看不到 -。 –

4. 当前动画中插入事件回调。是有不必现的bug。我与一个cc交流群的群友进行測试在帧动画最后加入一个动画事件，执行结果仅仅是回调了一遍。

当把这个动画时间的位置不放在帧动画的末尾而是靠前一些，则正常。（此bug已反馈，官方回复称帧动画回调会在特定的情况下有BUG）

5.widget对其组件的小细节。先看下图：

细节的童鞋应该看出来了，左对齐与右对齐參数一个填写的是px（像素）一个则是%(百分比) , 这里一定要注意，这里的參数既能够填写像素，又能够填写百分比例，尤其是超过三位数根本看不清后缀是个px？还是个%。这个问题我反馈到官方，希望官方给个更好的操作方式，哪怕有个px/%的选择锁定框都能够。

6. 关于组件精灵(sprite)与对其挂件(Widget)

有看到新童鞋有问。为什么他不能在勾选sprite精灵组件的Use Original Size 属性。事实上原因是由于：

1. 精灵的宽不是原尺寸，且对齐方式为左右对齐

2. 精灵的高不是原尺寸。且对齐方式为上下对齐

3. 精灵的高/高不是原尺寸。且对齐方式为上下对齐且左右也对齐

满足如上三点你的 sprite精灵组件的Use Original Size 属性 肯定是无法勾选的了。

有些童鞋不理解。这里简单解释下：

widget 组件当同一时候开启进行左右或上下对齐方式后，会随着执行到不同分辨率尺寸终端时。自己主动依据设置的对齐方式进行对精灵组件缩放或拉伸（左对齐并右对齐等情况）。此时精灵组件的尺寸是会动态改变的，而Use Original Size属性是限制当前节点的尺寸强行为精灵的尺寸大小！因此Use Original Size是不可勾选的，否则两者条件冲突。