安装 Steam
登录
|
语言
繁體中文(繁体中文)
日本語(日语)
한국어(韩语)
ไทย(泰语)
български(保加利亚语)
Čeština(捷克语)
Dansk(丹麦语)
Deutsch(德语)
English(英语)
Español-España(西班牙语 - 西班牙)
Español - Latinoamérica(西班牙语 - 拉丁美洲)
Ελληνικά(希腊语)
Français(法语)
Italiano(意大利语)
Bahasa Indonesia(印度尼西亚语)
Magyar(匈牙利语)
Nederlands(荷兰语)
Norsk(挪威语)
Polski(波兰语)
Português(葡萄牙语 - 葡萄牙)
Português-Brasil(葡萄牙语 - 巴西)
Română(罗马尼亚语)
Русский(俄语)
Suomi(芬兰语)
Svenska(瑞典语)
Türkçe(土耳其语)
Tiếng Việt(越南语)
Українська(乌克兰语)
报告翻译问题
I will say that, after I finally shelled out for both Construct 2 and Clickteam Fusion 2.5, I ended up bouncing off. My bank account has endured pointless abuse at my whims.
The trouble is that, when you simplify a game development kit to make programming less necessary, it cuts both ways. It's still technically possible to program in Construct 2 and Clickteam Fusion 2.5, but now there's a bunch of draggy-clicky GUI in the way of everything. When you know how to program already, programming with draggy-clicky becomes a chore.
So it comes right down to this: are you more visual or more cognitive in your game development approach? Because if you would rather approach a game like an art project, that's the really nice thing about Construct 2/Clickteam Fusion 2.5, they essentially ejected a game brain into MS Paint: you put in sprites and make them go.
Turns out I'm more cognitive. I don't care how a game looks, I just want it to do interesting things, and the sprites are just a means to an end. In that case, you might be better off with GameMaker, which is still kinda draggy-clicky-artsy, but it lets you do a lot more programming than either Construct 2 or Clickteam Fusion 2.5 does.
If even that is too much GUI getting in the way of your programming, you might want to move on to a full fledged, actual 2D game API, like libGDX, and which will require you learn Java. The downside to the API approach is that coding your own game engine (which you are doing here) takes a hell of a lot more time. GameMaker advertises it's 80% faster to realize a playable game than if you started from an API, and I would agree with that assessment. But the upside of coding your own engine is that it will do EXACTLY what you want it to do... nothing more, nothing less.
Even if on Construct 2 I experiment actually only the FREE version.
I, (always under FREE version of Construct 2) programmed a plugin, (I named it jsRunner).
(which I want release soon on Plugins Database). It can be used for use all Javascript code inside Construct 2. Without any limitations.
SO I can say it is capable of programming in Javascript in Construct 2.
The only one difference with Game Maker PRO (or not) is that it is not a custom programming language but a well-known programming language (it's indeed certain that the Javascript is now suffisely reliable in many browsers games).
Now..
It's up to you to make a choice.
PS/ reguarding the fact I said "AGK2 is a powerful engine", this is because it is, BUT you must better optimize your code since you can (and must also) code LINE per LINE all the game/application you want to program.
As example, look at the Steam FREE games named "Echoes+", it's developped within AGK 2 :)
Now, for really small programs clickteam isnt bad, for straight forward ideas its not bad.
I agree therefore that the "GUI" is not really easy to work-with as the one of Scirra Construct 2.
Also, in Clickteam Fusion 2.5, the only thing preventing making things working normally in some behaviors, is ... the order of your events ! Some orders (imposed logically orders) are just a pain to find which they must be, but when you got how it works, you are really productive !
In addition, I didn't tell that any of theses softwares was better than the each others... They have (for each) some plus and minus (cons, good).
Great reply. thanks for the info
I see you are in Construct 2 FREE, have fun developping within :)
https://www.scirra.com/store/construct-2
https://www.scirra.com/forum/viewtopic.php?t=123868
Construct 2
+A* Algorithm
+Interface (u can really see the insides of your game)
+HTML5
-External Wrappers
-no DirectX renderer
-Collisions
Games made with Construct 2
-Cosmochoria (my favorite among all because of the procedurally generated level)
-The Last Penelope
CTF2.5
+Performance (Direct X)
+Lua (yep still works as of now u can even code lua inside)
+Export to nativ C++ Code (Chowdren)
-Interface
-Lacks useful features like construct 2
-Some Plugins are incompatible with some exporters
Games made with CTF2.5
-Five nights at Freddy's
-The Escapist
-Freedom Planet
- really CTF2.5 has a lot of games created i don't even know why actually
so in contrast if you just want to make games just for hobby pleasure then use Construct 2 but if you want to go serious then go with CTF2.5 (just don't expect the interface to be very welcoming) but you can go serious on game development with Construct 2
DirectX is useful when it come to make some game live!
But, DirectX can also be a pain/impossible sometimes for just show to screen a "combolist" or some "radio", "checkbox", "combobox" and "textarea" or "textfield"... controls...
Since CF2.5 is a bit tedious with thoses components in the DirectX renderer.
Lua is a great thing that's true.
But Javascript in HTML manner is way more powerful when used with my jsRunner plugin.
Actually I haven't released it, but it rocks, and can create dynamics to Construct2 games aswell giving some control over even jQuery's code (or any other Javascript based-libs) !
EDIT: I forget to thanking you for your welcomed addition to this thread :)
For me, I wouldn't try to use this system for anything programmatically challenging because of the lack of visibility that the debugger imposes on the developers.
Game Maker Studio debugger is MUCH better in showing the application state so that you can at least attempt to reason through unexpected behavior.