这其实骗了很多人，包括我；

在开始学习可视化编程之前，我一直认为可视化编程是不需要任何编程基础就可以做出游戏；

事实上我大错特错了，我看了很多教程以后，终于明白，可视化编程他还是编程，只是他以另外一种方式在编程，比如原来是敲代码，他把代码的一些功能变成一个小图形化的方块或别的什么，该有的程序步骤一个也少不了，只是变得另外一种形式罢了，给那些不喜欢敲很多代码的人多一个选择而已；

悲剧的是，我刚开始始终认为我是可以做出游戏来的，以至于就全职开始独立游戏的制作，以至于到后来我发现不行了，很多东西其实是完全不知道的，只能挨个去度娘，油管，谷歌学习，就这样，我学会了可视化编程；这时候我再去看别人写的代码，还是有大部分看不懂，但我也发现耐着性子其实很多代码也能看懂，而且基本上和我的思路也差不多；

这个时候我可以说我学会了一种既不是敲代码的编程，但又是一种编程方式的编程；稍微有点尴尬，但幸运的是，我可以用这些学到的可视化编程知识做出几乎我想要的任何东西，这就够了，原本我的目的就是做游戏，至于怎么实现，是敲代码还是可视化编程，那都不是我的基本目的了；

基本上，可视化编程和传统的编程思路差不多，你用的越多就越熟练，该有的变量，逻辑，方法，组件访问都是差不多的，如果你没有编程知识来学可视化编程同样是比较吃力的，千万不要相信那些宣传说不需要任何编程基础就可以做游戏的荒唐言论；

如果你因此做出了重大的选择，我觉得你基本上是上了条不归路了；

市面上目前有的可视化编程（主要指Unity），大概思路都是这样：

1，图形化api和游戏内置api一一对应，完全映射，你会编程也会这个，比如bolt，universal，

2，开发者经过加工，把一些功能合并起来，更接近于投放给没有编程基础的人群使用，但即使是这样，你也需要相当的程序思想，比如Playmaker

事实上，我建议各位如果只是学着玩玩，那么哪种方式都可以去尝试；
如果是专业的程序员，也犯不着来学这些可视化编程；
但是如果因为听了别人一些言论，认为不需要任何程序思想就可以做游戏的人，而且还打算全职来做的话，你最好多做点思想准备和以及准备好退路；

事实上证明国内可视化能做出成品的游戏确实不多，而且那基本是有专业程序员参与团队才敢使用这些插件的，万万不可能商业团队来完全使用这些可视化插件，基本是独立游戏才会使用，因为独立游戏体量和投入不是很大，即使发现不对劲及时止损都还行。

到目前为止，我大概会80-90%的编程量是可视化编程，但一些功能性的的东西就采用代码，慢慢的我也发现了代码和可视化编程各有各的优劣；如果是客户端的纯逻辑性的东西，还有一些表现性的东西，其实可视化是有优势的，尤其是在即熟悉美术和策划的知识，又懂编程的实现，基本不需要任何编辑器就可以实现任何功能，但在一些服务器数据收发，还比如手机游戏功能，基本上还得代码实现，可视化基本不管那些功能