tag:blogger.com,1999:blog-4740038019232623478.post1984734571273443260..comments2023-10-31T07:51:27.779-07:00Comments on Daisy_Strike's SDK: Pounding my head against a target.Daisy_Strikehttp://www.blogger.com/profile/04943903869046211819noreply@blogger.comBlogger8125tag:blogger.com,1999:blog-4740038019232623478.post-10298551929570599342011-06-17T05:17:01.197-07:002011-06-17T05:17:01.197-07:00@anonymous
It looks like Illyasviel and Sakura fr...@anonymous<br /><br />It looks like Illyasviel and Sakura from Fate/Stay Night.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-4740038019232623478.post-624511950835774912011-06-17T01:51:02.457-07:002011-06-17T01:51:02.457-07:00Wheres the picture of the day from?Wheres the picture of the day from?Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-4740038019232623478.post-40984647285604936762011-06-16T22:31:52.325-07:002011-06-16T22:31:52.325-07:00I can never tell if any of these Anonymous people ...I can never tell if any of these Anonymous people are supposed to be the same person or not. <br /><br />Anyway, I had a few more thoughts, but I've already gone on far longer that is really practical for the comments section of a blog, so I'm posting them in Code Review topic in the forum, again.compuscribenoreply@blogger.comtag:blogger.com,1999:blog-4740038019232623478.post-23288241725953484772011-06-16T21:54:07.188-07:002011-06-16T21:54:07.188-07:00Actually having Player class and then instancing i...Actually having Player class and then instancing it is proper way to do it, so its all right. Well, at least in Python and C++ land. <br />As for assigning stuff like `girl.player = player`, this is generally correct if `girl.player` means "player who owns the girl" and in this case I'd name it `girl.owner` instead. If its just global value that has no direct relation to the object, its still tolerable, but usually some decoupling is adviced.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-4740038019232623478.post-6247207299583404112011-06-16T21:08:37.715-07:002011-06-16T21:08:37.715-07:00That could work, but then, in addition to having a...That could work, but then, in addition to having a static class consisting of a single property, you'd need to reference HP with StaticClassName.player.HP ... which isn't really an improvement over Player.Combatant.HP. (Player was originally conceived as a static class for just that reason.)<br /><br />Personally, I don't think Player.Combatant necessarily defeats the purpose. You'd simply need to think of that as a single entity. (As a static class, Player operates a little differently than the other 2, anyway.) It's all a matter of what you're trying to do.<br /><br />Alternatively, you could split everything up, so you have a Player class that you use to build a player object that you can pass around like the girls & assistants, to represent the physical player character, and a separate, static class (perhaps, you'd call it PlayerData) to handle all of the other stats and behind-the-scenes data crunching that the static class was responsible for, up to now (things like the date, time of day, cash total, and such that need to be kept track of, but aren't actually a part of the player character).<br /><br />Frankly, they really are serving two different purposes, so it'd probably be better to split them up, anyway. Then, the player object could be a static property of the PlayerData class, much like the Assistants and Girls are stored in static arrays, now, which you could then, reference directly, without having to make all of those pointers.<br /><br />Doc would probably be the best one to talk to about this, though, since he's the one who wrote the Player class, as it stands, so he best understands his reasons for designing it the way he did.compuscribenoreply@blogger.comtag:blogger.com,1999:blog-4740038019232623478.post-25149036302913173032011-06-16T20:21:47.748-07:002011-06-16T20:21:47.748-07:00I have no experience with Flash or ActionScript or...I have no experience with Flash or ActionScript or whatever, but (based on other languages) couldn't you just declare it as a 'static' variable and reference it directly rather than making a bunch of pointers to it?Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-4740038019232623478.post-81438735180140257622011-06-16T15:53:07.691-07:002011-06-16T15:53:07.691-07:00Stupid idea? No, that looks like a great idea. In ...Stupid idea? No, that looks like a great idea. In fact, I think it should have been done this way since the beginning.<br /><br />So, good job. ;)John Evanshttps://www.blogger.com/profile/17813593224618572349noreply@blogger.comtag:blogger.com,1999:blog-4740038019232623478.post-84415028974292209912011-06-16T15:10:18.434-07:002011-06-16T15:10:18.434-07:00testing the site's time.testing the site's time.Anonymousnoreply@blogger.com