From: Stefan F. <ste...@we...> - 2013-09-25 13:23:25
|
Quick answers, see below. All private companies in all 18xx work differently ;-) Please remember that I only read 1880 rules before, never played... On 09/25/2013 02:42 PM, Michael Alexander wrote: > Just like everything else in 1880, private companies work a little > differently than "normal". The problems are: > > - They never close. They just stop paying out. This is important > because the benefits of the privates carry on for the entire game. > > - They should never count against the share limit > > - They count as zero value at the end of the game. It probably actually > should count as zero value during the entire game. > > The first one is easy to deal with inside 1880 specific code. Revenue is already a list of revenue values, that can change by phase. Compare field revenue and method getRevenueByPhase inside the PrivateCompany class. No need for specific code. Non-closing is not an issue just do not specify a closing condition. > > The third is difficult because inside Player the worth is based on the > base price of the private. I was thinking about adding a field that > could be initialized in the XML that would indicate the worth of each > private and changing Player to look at it. Base price of the private is only used for worth and selling to and from companies, the base price for each item of the start packet is defined separately. I do not know 1880 good enough, if this not enough flexibility already. (Compare 1830 CompanyManager.xml for an example) > > The second I assume is similar, but I haven't had time to track that > down in the code yet. This will require a change, as PrivateCompanies are counted as one certificate towards the certificateCount. (Compare method getCertificateCount in Portfolio class). This has to be changed, my recommendation is to move up method getCertificateCount from PublicCertificateI to Certificate interface, with according changes to the field certificateCount in PublicCertificate class. Look forward to Rails2.0, this will be simplified as all duplicate Interfaces are dropped. > > Does this seem like a reasonable approach? > > Mike > > > ------------------------------------------------------------------------------ > October Webinars: Code for Performance > Free Intel webinars can help you accelerate application performance. > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from > the latest Intel processors and coprocessors. See abstracts and register > > http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk > > > > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |