Menu
▾
▴
Re: [Xenocide-programming] GeoData.h
|
From: <chr...@ju...> - 2004-03-03 04:00:23
|
It wouldn't make sense to me either, just checking. :-) I've been thinking along similar lines while working on this class. However, I don't necessarily see these things being done by the actual caller of GeoData, though. What I was thinking was this would be an adjacent class. Whatever class ends up interfacing with GeoData also interfaces with the rules class (GeoRules?). I was also thinking that we'll need to have a basic AI class for controlling ufo and interceptor flight paths (GeoPilot?). It doesn't have to be very fancy. Just add the right combination of randomness and logic to make it believable. I've been making progress on GeoData, and it seems that this is going to be quite a massive series of classes. When you take all of the data types I defined (which is still not complete) and make them into full classes, you get one massive header file. We may want to break this up into multiple headers and (sub) namespaces. All of the functinality could still be encapsulated through GeoData.h So, we would have something like: GeoTerrainData.h GeoAirVehicles.h GeoSOI.h (for Sites of Interest) and GeoRegions.h. These would be included in GeoData.h where the GeoData class would be responsible for interfacing with all of this data. Finally, I was thinking we may want to scale up the continents/regions classes one step more and define a Planet class. The Planet class would be helpful to isoloate what's happening on Mars from what's happening on Earth. It would not help much with v1.0, but we may have a real headache after 1.0 if we don't do this now. Especially if we want to do a full blown Mars vs. Earth scenario. One last questin. Do we want to do some operator overloading on these (GeoData) classes? I get the impression we're going for the deluxe style class implementations. I can make these fully defined data types if that's what's wanted. It's not a big deal to me, but I think we may as well do this now to allow for maximum flexibility. Regards, chrisp ---------- Forwarded Message ---------- No, no, no! The purpose of GeoData class in my imagination is to provide information about particular place on the globe. The initial idea for it came when I was thinking what needs to be done to determine whether I can build a base on this coordinates or not. Now it grew in something larger. Keep this in mind. You have a globe. You need a class which will provide static information about location on the globe. Coordinates of location is an input. The output must be a class describing the location: ground/water, climate, terrain, country, continent. When the caller of GeoData class will get this information, it needs to consult some rules on what is possible on that location. That is out of scope of GeoData class. RK's example of GeoData class is very close to what I imagine myself. I only mentioned those rules as a possible assignment. But, again these are out of scope of GeoData class. Regards, mamutas ----- Original Message ----- From: <chr...@ju...> To: <xen...@li...> Sent: Monday, March 01, 2004 10:21 PM Subject: RE: [Xenocide-programming] GeoData.h > > > Are you saying that we add these rules to the GeoData class? > > -chrisp > > ---------- Forwarded Message ---------- > Hei, > > Sorry for not posting anything on that issue for that long, but I really > have not much to add after Red Knight's and Cpt. Boxershort's comments. I > just want to let you guys know, that I reviewed the files though. > > Some other things to think about are that we need some rules to interpret > that GeoData. The best way is to put those rules in the script somehow. Here > is what I am talking about. We need rules to: > 1) confirm whether we can build a base at such location (or what type of > base if we will support underwater bases); > 2) evaluate the cost to build a base there; > 3) etc. > > Regards, > mamutas > > -----Original Message----- > From: xen...@li... > [mailto:xen...@li...] On Behalf Of > chr...@ju... > Sent: Sunday, February 22, 2004 5:55 PM > To: fl...@ma... > Cc: chr...@ju...; xen...@li... > Subject: Re: [Xenocide-programming] GeoData.h > > > > Thanks for the comments Federico. I like your suggestions, and will rework > the class. I knew I wouldn't get a design that worked well w/ the existing > code right away, so I was more concerned w/ thinking up all of the possible > data types. Thanks for your example. It goes a long way towards clearing > my confusion. -chrisp > > ________________________________________________________________ > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.594 / Virus Database: 377 - Release Date: 2/24/2004 > > > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click > _______________________________________________ > Xenocide-programming mailing list > Xen...@li... > https://lists.sourceforge.net/lists/listinfo/xenocide-programming > > > ________________________________________________________________ > The best thing to hit the Internet in years - Juno SpeedBand! > Surf the Web up to FIVE TIMES FASTER! > Only $14.95/ month - visit www.juno.com to sign up today! > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click > _______________________________________________ > Xenocide-programming mailing list > Xen...@li... > https://lists.sourceforge.net/lists/listinfo/xenocide-programming > ________________________________________________________________ The best thing to hit the Internet in years - Juno SpeedBand! Surf the Web up to FIVE TIMES FASTER! Only $14.95/ month - visit www.juno.com to sign up today! |