Comments on: Constants and Speed http://alecmce.com/as3/constants-and-speed Coding on the Flash Platform Thu, 02 Sep 2010 20:49:48 +0000 hourly 1 http://wordpress.org/?v=3.0.1 By: Jackson Dunstan http://alecmce.com/as3/constants-and-speed/comment-page-1#comment-159 Jackson Dunstan Wed, 18 Nov 2009 17:25:55 +0000 http://alecmce.com/?p=489#comment-159 Yep: http://jacksondunstan.com/articles/468 Yep: http://jacksondunstan.com/articles/468

]]> By: Jackson Dunstan http://alecmce.com/as3/constants-and-speed/comment-page-1#comment-486 Jackson Dunstan Wed, 18 Nov 2009 17:25:00 +0000 http://alecmce.com/?p=489#comment-486 Yep: http://jacksondunstan.com/articles/468 Yep: http://jacksondunstan.com/articles/468

]]> By: Compile-Time Constants « JacksonDunstan.com http://alecmce.com/as3/constants-and-speed/comment-page-1#comment-158 Compile-Time Constants « JacksonDunstan.com Wed, 18 Nov 2009 09:05:43 +0000 http://alecmce.com/?p=489#comment-158 [...] McEachran’s latest article about constants reminded me of a trick I’ve recently learned and became a big fan of. His [...] [...] McEachran’s latest article about constants reminded me of a trick I’ve recently learned and became a big fan of. His [...]

]]> By: alec http://alecmce.com/as3/constants-and-speed/comment-page-1#comment-157 alec Wed, 18 Nov 2009 08:27:14 +0000 http://alecmce.com/?p=489#comment-157 Is this the mxml compiler's -define=etc... solution? Come on Jackson, don't tease us! Is this the mxml compiler’s -define=etc… solution? Come on Jackson, don’t tease us!

]]> By: Anonymous http://alecmce.com/as3/constants-and-speed/comment-page-1#comment-485 Anonymous Wed, 18 Nov 2009 08:27:00 +0000 http://alecmce.com/?p=489#comment-485 Is this the mxml compiler's -define=etc... solution? Come on Jackson, don't tease us! Is this the mxml compiler’s -define=etc… solution? Come on Jackson, don’t tease us!

]]> By: Jackson Dunstan http://alecmce.com/as3/constants-and-speed/comment-page-1#comment-156 Jackson Dunstan Wed, 18 Nov 2009 07:12:28 +0000 http://alecmce.com/?p=489#comment-156 Of course the best way is to use a compile-time variable. I'll be covering that very soon on JacksonDunstan.com. You're totally right about the "refactorability" loss you get with direct constant usage. It's something I usually reserved for only the most performance-critical code... until I found compile-time constants of course! Of course the best way is to use a compile-time variable. I’ll be covering that very soon on JacksonDunstan.com. You’re totally right about the “refactorability” loss you get with direct constant usage. It’s something I usually reserved for only the most performance-critical code… until I found compile-time constants of course!

]]> By: Jackson Dunstan http://alecmce.com/as3/constants-and-speed/comment-page-1#comment-484 Jackson Dunstan Wed, 18 Nov 2009 07:12:00 +0000 http://alecmce.com/?p=489#comment-484 Of course the best way is to use a compile-time variable. I'll be covering that very soon on JacksonDunstan.com. You're totally right about the "refactorability" loss you get with direct constant usage. It's something I usually reserved for only the most performance-critical code... until I found compile-time constants of course! Of course the best way is to use a compile-time variable. I’ll be covering that very soon on JacksonDunstan.com. You’re totally right about the “refactorability” loss you get with direct constant usage. It’s something I usually reserved for only the most performance-critical code… until I found compile-time constants of course!

]]> By: alec http://alecmce.com/as3/constants-and-speed/comment-page-1#comment-155 alec Tue, 17 Nov 2009 21:46:59 +0000 http://alecmce.com/?p=489#comment-155 I discount that because I'm considering the scenario where you need to share a constant across multiple classes. There were two clauses to consider: speed, and the ability to change the constant easily; 'refactorability'. You're welcome to do that by changing constants directly across a project Jackson, but rather you than me! :) I discount that because I’m considering the scenario where you need to share a constant across multiple classes. There were two clauses to consider: speed, and the ability to change the constant easily; ‘refactorability’.

You’re welcome to do that by changing constants directly across a project Jackson, but rather you than me! :)

]]> By: Anonymous http://alecmce.com/as3/constants-and-speed/comment-page-1#comment-483 Anonymous Tue, 17 Nov 2009 21:46:00 +0000 http://alecmce.com/?p=489#comment-483 I discount that because I'm considering the scenario where you need to share a constant across multiple classes. There were two clauses to consider: speed, and the ability to change the constant easily; 'refactorability'. You're welcome to do that by changing constants directly across a project Jackson, but rather you than me! :) I discount that because I’m considering the scenario where you need to share a constant across multiple classes. There were two clauses to consider: speed, and the ability to change the constant easily; ‘refactorability’.

You’re welcome to do that by changing constants directly across a project Jackson, but rather you than me! :)

]]> By: Jackson Dunstan http://alecmce.com/as3/constants-and-speed/comment-page-1#comment-154 Jackson Dunstan Tue, 17 Nov 2009 21:23:02 +0000 http://alecmce.com/?p=489#comment-154 The handling of constants is indeed quite annoying. Your workaround is a pretty good alternative to redefining the variables everywhere. For even better speed though, you would eliminate the variable lookup and just use the constant directly. It's ugly but fast. Comments can help a little here. :) The handling of constants is indeed quite annoying. Your workaround is a pretty good alternative to redefining the variables everywhere. For even better speed though, you would eliminate the variable lookup and just use the constant directly. It’s ugly but fast. Comments can help a little here. :)

]]>