Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. The Lounge
  3. LANagrams Question

LANagrams Question

Scheduled Pinned Locked Moved The Lounge
sysadminquestiongame-devhostinghelp
7 Posts 7 Posters 0 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • R Offline
    R Offline
    realJSOP
    wrote on last edited by
    #1

    Okay, I'm writing code for the network version of Anagrams (LANagrams, get it? "LAN"-a-grams? It's a play on wo -- oh never mind). Anyway, I'm thinking client server where there's a server machine running the an app that loads the dictionary and doles out scrambled words. The client side apps would submit the words and the server would determine validity etc, etc... The reason I'm thinking client/server is that the games will be timed, and using client/server will help mitigate any advantage that could be had by NOT hosting the game from one of the client machines. This would also allow the server app to manage a virtually unlimited number of individual games with as many as four players each, and with three basic types of games. The types of games would be Solitaire (where you play with yourself), Lightning Round (players play against a static time limit with no bonus time alloted), and Heda-to-head (players play against each other with bonus time awards). I could also go peer/peer but that would limit the possibility of the multiple game types. So, what are your opinions?

    "Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
    -----
    "...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001

    E D B L 4 Replies Last reply
    0
    • R realJSOP

      Okay, I'm writing code for the network version of Anagrams (LANagrams, get it? "LAN"-a-grams? It's a play on wo -- oh never mind). Anyway, I'm thinking client server where there's a server machine running the an app that loads the dictionary and doles out scrambled words. The client side apps would submit the words and the server would determine validity etc, etc... The reason I'm thinking client/server is that the games will be timed, and using client/server will help mitigate any advantage that could be had by NOT hosting the game from one of the client machines. This would also allow the server app to manage a virtually unlimited number of individual games with as many as four players each, and with three basic types of games. The types of games would be Solitaire (where you play with yourself), Lightning Round (players play against a static time limit with no bonus time alloted), and Heda-to-head (players play against each other with bonus time awards). I could also go peer/peer but that would limit the possibility of the multiple game types. So, what are your opinions?

      "Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
      -----
      "...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001

      E Offline
      E Offline
      Ed Poore
      wrote on last edited by
      #2

      Best of both worlds? Personally I'd prefer a peer-to-peer model because it means you don't have to install any "extra" software. More flexible as well. Of course the best would be try to connect to a server, if you can't then fall back to P2P mode.


      My Blog[^]

      M 1 Reply Last reply
      0
      • R realJSOP

        Okay, I'm writing code for the network version of Anagrams (LANagrams, get it? "LAN"-a-grams? It's a play on wo -- oh never mind). Anyway, I'm thinking client server where there's a server machine running the an app that loads the dictionary and doles out scrambled words. The client side apps would submit the words and the server would determine validity etc, etc... The reason I'm thinking client/server is that the games will be timed, and using client/server will help mitigate any advantage that could be had by NOT hosting the game from one of the client machines. This would also allow the server app to manage a virtually unlimited number of individual games with as many as four players each, and with three basic types of games. The types of games would be Solitaire (where you play with yourself), Lightning Round (players play against a static time limit with no bonus time alloted), and Heda-to-head (players play against each other with bonus time awards). I could also go peer/peer but that would limit the possibility of the multiple game types. So, what are your opinions?

        "Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
        -----
        "...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001

        D Offline
        D Offline
        David Stone
        wrote on last edited by
        #3

        How would moving to a p2p architecture remove the possibility of multiple game types? All of those gametypes sound like they would work equally well in a distributed environment and a p2p environment.

        1 Reply Last reply
        0
        • E Ed Poore

          Best of both worlds? Personally I'd prefer a peer-to-peer model because it means you don't have to install any "extra" software. More flexible as well. Of course the best would be try to connect to a server, if you can't then fall back to P2P mode.


          My Blog[^]

          M Offline
          M Offline
          Mustafa Ismail Mustafa
          wrote on last edited by
          #4

          Ed.Poore wrote:

          "extra" software.

          Why should there be any extra? The application itself should be able to be both a client and server therefore anyone can be a "Server".

          "Every time Lotus Notes starts up, somewhere a puppy, a kitten, a lamb, and a baby seal are killed. Lotus Notes is a conspiracy by the forces of Satan to drive us over the brink into madness. The CRC-32 for each file in the installation includes the numbers 666." Gary Wheeler "The secret to a long and healthy life is simple. Don't get ill and don't die." Pete O'Hanlon, courtesy of Rama "I realised that all of my best anecdotes started with "So there we were, pissed". Pete O'Hanlon

          1 Reply Last reply
          0
          • R realJSOP

            Okay, I'm writing code for the network version of Anagrams (LANagrams, get it? "LAN"-a-grams? It's a play on wo -- oh never mind). Anyway, I'm thinking client server where there's a server machine running the an app that loads the dictionary and doles out scrambled words. The client side apps would submit the words and the server would determine validity etc, etc... The reason I'm thinking client/server is that the games will be timed, and using client/server will help mitigate any advantage that could be had by NOT hosting the game from one of the client machines. This would also allow the server app to manage a virtually unlimited number of individual games with as many as four players each, and with three basic types of games. The types of games would be Solitaire (where you play with yourself), Lightning Round (players play against a static time limit with no bonus time alloted), and Heda-to-head (players play against each other with bonus time awards). I could also go peer/peer but that would limit the possibility of the multiple game types. So, what are your opinions?

            "Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
            -----
            "...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001

            B Offline
            B Offline
            Baconbutty
            wrote on last edited by
            #5

            John Simmons / outlaw programmer wrote:

            The types of games would be Solitaire (where you play with yourself)

            I think that's a "special" kind of Solitaire :-D

            I still remember having to write your own code in FORTRAN rather than be a cut and paste merchant being pampered by colour coded Intellisense - ahh proper programming - those were the days :)

            D 1 Reply Last reply
            0
            • B Baconbutty

              John Simmons / outlaw programmer wrote:

              The types of games would be Solitaire (where you play with yourself)

              I think that's a "special" kind of Solitaire :-D

              I still remember having to write your own code in FORTRAN rather than be a cut and paste merchant being pampered by colour coded Intellisense - ahh proper programming - those were the days :)

              D Offline
              D Offline
              Dalek Dave
              wrote on last edited by
              #6

              YEah, no one in the office, it's a wet thursday afternoon... Special Solitaire! ;)

              ------------------------------------ I try to appear cooler, by calling him Euler.

              1 Reply Last reply
              0
              • R realJSOP

                Okay, I'm writing code for the network version of Anagrams (LANagrams, get it? "LAN"-a-grams? It's a play on wo -- oh never mind). Anyway, I'm thinking client server where there's a server machine running the an app that loads the dictionary and doles out scrambled words. The client side apps would submit the words and the server would determine validity etc, etc... The reason I'm thinking client/server is that the games will be timed, and using client/server will help mitigate any advantage that could be had by NOT hosting the game from one of the client machines. This would also allow the server app to manage a virtually unlimited number of individual games with as many as four players each, and with three basic types of games. The types of games would be Solitaire (where you play with yourself), Lightning Round (players play against a static time limit with no bonus time alloted), and Heda-to-head (players play against each other with bonus time awards). I could also go peer/peer but that would limit the possibility of the multiple game types. So, what are your opinions?

                "Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
                -----
                "...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001

                L Offline
                L Offline
                Lost User
                wrote on last edited by
                #7

                Client/server seem fine, after all it's not mission critical. Elaine :rose:

                Visit http://www.notreadytogiveup.com/[^] and do something special today.

                1 Reply Last reply
                0
                Reply
                • Reply as topic
                Log in to reply
                • Oldest to Newest
                • Newest to Oldest
                • Most Votes


                • Login

                • Don't have an account? Register

                • Login or register to search.
                • First post
                  Last post
                0
                • Categories
                • Recent
                • Tags
                • Popular
                • World
                • Users
                • Groups