用拖拽做游戏是新手入门
高手都只靠代码

谬论

怎么说呢，各有利弊吧。
只能说高手用代码用的更频繁。
因为用着用着就会发现，写代码你的自由空间比较大（当然你得按照语法规则写）
而用按钮则需要一个一个点、调，速度较慢。
当然像一些这类按钮只需要拖拽，不必进行设定的比如：draw self、call inherited、destroy object这些高手们为了省时间直接拖拽。
只能说各有利弊。新手之所以用按钮，是因为按钮更易懂，按钮看起来更亲切，因为他们不会GML语法，所以没办法写代码，而且他们也读不懂代码，这个时候按钮就显得十分重要了。
那么，对于新人的发展成长历程中，渐渐的接触GML代码，他们会走进一个比较混乱的阶段，就是代码按钮混合双打阶段，这个时候往往也是新手们脑洞开的最大的阶段，因为有了GML帮忙，他们可以完成更加复杂的操作。但是他们对代码的了解仍然不够深入，所以有些动作还是要依靠按钮来完成。
而当他们掌握了较大量的代码之后，渐渐的，思维也少有变小，因为他们进入了一个饱和阶段，这个时候单纯的学，见效很慢。所以这个时候就需要潜心研究。研究出自己的一些小成果，慢慢的积累成大成果，达到一种出神入化的阶段。
那么根据这一点，我们额外的发现，不管新人在初期能否自学，到了后期是百分之百自学的，而这个时间如果肯下工夫的话，不会太长，因此新手们不必因为自己拖拽按钮而自卑，也别看见GML就惊慌，其实GML和按钮是有很多相通的地方，而如何找到这些相通性，F1里面都有。拖拽和代码，也许只是一步之遥。

表示处于混乱阶段，if语句用按钮觉得看着非常不舒服【估计是因为是六角形

其实我一直很奇怪大家为什么能用纯按钮做游戏……反正我是没办法的，劝君趁早学gml，真的不难！

我是新手入门级所以我不用太担心

其实真的用纯按钮来实现大作。。。可能比用代码要求拥有更强的逻辑性。。。（在两者都可实现的情况下）

反正咱是一开始用GML就完全抛弃拖拽了，毕竟当时拖拽的也就那几个，用几个内置变量实现起来远比拖拽容易。比如：
运动方面用GML写就很自由，用拖拽感觉很生硬；
块状结构GML只要一对大括号就够了，拖拽个大括号是两个图标；
GML里对一些量的更改计算非常直接，拖拽除了看计算过程以外还有NOT和Relative；
现在帮别人查错时也感觉GML要方便很多，毕竟把每个“开始运动”都打开一次来看看Relative是不是钩错了也挺麻烦的。
另外，随着深入，感觉需要的功能都可以在GML帮助里查到对应的代码，但某些功能（因为懒得找了）似乎用拖拽……嗯，比如生成弹幕时常用的，用临时变量i存储刚生成的那一颗的ID，再对这个ID实例的各种变量进行操作：
i=instance_create(.....);
i.speed=.....;
i.image_angle=......;
i.direction=......;
反正咱没拿拖拽试过。