TODO
上传用户:jxpjxmjjw
上传日期:2009-12-07
资源大小:5877k
文件大小:2k
源码类别:

模拟服务器

开发平台:

Visual C++

  1. Add things here that need to be changed, added, or thought about later.
  2. - Add:
  3.   * Generic error trapping, recovering from, reporting, and logging.
  4.   * Borland support
  5.   * Scripting
  6. - Change:
  7.   * Server should be split to be potentially built with separate
  8.     servers in separate binaries, communicating with each other over
  9.     tcp/ip.
  10.   * Network protocol should be separated from world server
  11.     functionality.  E.g. getgold(39) as opposed to  crafting a
  12.     packet whenever one needs to add gold.
  13.   * Dev-cpp project should be altered to use the dev-cpp mysql
  14.     package (now that there is one) instead of the handbuilt import
  15.     lib.
  16. - Fix:
  17.   * Bug tracker needs some cleaning out. Smash a bug, earn a feature.
  18.     http://sourceforge.net/tracker/?group_id=114767&atid=669366
  19.     
  20. - Thoughts and Concerns:
  21.   * Code could use some spring cleaning.  Doxygon output, or
  22.     anything similar, could make life easier for people new to the
  23.     source.  It would be nice to establish and apply some style
  24.     standards to things such as variable naming.
  25.   * Code could use some optimization.  Would it be worth it to
  26.     build in a profiler and some kind of automatic bottleneck
  27.     logging?  At some point we could use a review of all the code
  28.     concerning efficiency, consistency, and expandability.
  29.   * How many threads should we have?  Would it make sense to
  30.     have a separate "functionality" thread from one which
  31.     handles networking and packet queuing? (imo, Yes) If multiple
  32.     servers are built into the same binary they should probably
  33.     only use one networking thread.
  34.   * This could be a lot of work just for a bit of organization,
  35.     but all the pieces of the code are communicating with each
  36.     other like an old peer to peer network protocol.  Should
  37.     appropriate things be centralized around some "core" object?