<em id="rw4ev"></em>

      <tr id="rw4ev"></tr>

      <nav id="rw4ev"></nav>
      <strike id="rw4ev"><pre id="rw4ev"></pre></strike>
      合肥生活安徽新聞合肥交通合肥房產生活服務合肥教育合肥招聘合肥旅游文化藝術合肥美食合肥地圖合肥社保合肥醫院企業服務合肥法律

      COMP2396代做、代寫Tic-Tac-Toe Game設計編程

      時間:2023-12-12  來源:合肥網hfw.cc  作者:hfw.cc 我要糾錯


      This assignment tests your understanding on GUI, Java Socket Programming and the

      COMP2396 Object-oriented programming and Java

      Assignment 4: A two-player Tic-Tac-Toe Game

      Due Date: 7th December 2023 23:59

      application of multi-threading.

      In this assignment, you are going to implement a two-player Tic-Tac-Toe Game. The

      game would only start when the Tic-Tac-Toe Server runs and two players are connected

      to the server. When the game starts, players need to input their player’s name first (i.e.,

      the player cannot make any move if he/she does not enter his/her player’s name) (Fig.

      1). Players are not allowed to re-input their names again once they have submitted their

      names (i.e., the textboxes and the submit buttons should be disabled). In addition, their

      names should be displayed in the frame’s title (i.e., change from Tic Tac Toe to Tic Tac

      Toe-Player: (player’s name)) and the message title (located below the menu bar) should

      change from “Enter your player name…” to “WELCOME (player’s name)” (Fig. 2).

      Initial setting:

       

      Fig. 1

      After player enters his/her name:

      Fig. 2

      After entering the player’s name, the game would always be started by player 1 (the

      player’s mark with a “x”)’s first move (i.e., player 2 (the player’s mark with a “o”)

      cannot make his/her first move until player 1 makes his/her first move). If player 1’s

      move is valid, his/her move would be marked as a “x” on the 3 x 3 board (The mark “x”

      on the 3 x 3 board should be displayed on both player 1’s and player 2’s board). The

      message title in the player 1’s board would be changed to “Valid move, wait for your

      opponent.” while the message title in the player 2’s board would be changed to “Your

      opponent has moved, now is your turn.”. Besides, player 1 is not allowed to make the

      next move until his/her opponent moves (i.e., if player 1 makes the next move before

      his/her opponent moves, it would be considered as an invalid move and nothing would

      be displayed on the board). The turn would be switched to the opponent (this time player

      2) and if player 2’s move is valid, it would be mark as a “o” on the 3 x 3 board on both

      players. The message displayed in the message title of the player 2’s board would be

      changed to “Valid move, wait for your opponent.” while the message title of the player

      1’s board would be changed to “Your opponent has moved, now is your turn.” Similarly,

      the turn would be switched to player 1 again and player 2 cannot make his/her next

      move until player 1 makes the move (Fig. 3 & 4).

      Fig. 3

      Fig. 4

      Criteria for a valid move:

      - The move is not occupied by any mark.

      - The move is made in the player’s turn.

      - The move is made within the 3 x 3 board.

       

      - Player 1 wins.

      - Player 2 wins.

      The game would continue and switch among the opposite player until it reaches either

      one of the following conditions:

      - Draw.

      The winning condition is that when there is any row, column or diagonal that is filled

      with the same mark (e.g., player 1 would win if there is any row, column or diagonal

      that is filled with “x”, player 2 would win if there is any row, column or diagonal that

      is filled with “o”). The game will draw if no players satisfy the winning condition after

      all the board location is filled with mark. Once it reaches either one of the above

      conditions, Message Dialog would be displayed on both players (the content of the

      Message Dialog would be different, based on the condition reached, but all would

      ask whether to restart the game.), both players cannot make further move, and

      can select “Yes” to restart the game, or select “No” to exit the game. The

      following screen captures show the Message Dialog displayed on the two players

      when either one of the player wins (Fig. 5 & 6) or the game is draw (Fig. 7).

      Fig. 5

      Fig. 6

      Fig. 7

      In addition to the above, you also need to handle the case when one of the players left

      during the game process. In this case, the game would terminate immediately (i.e., the

      remaining player cannot make further move), a Message Dialog “Game Ends. One of

      the players left.” would be displayed on the remaining player, as shown below in Fig.

      8.

      Fig. 8

      Besides, as you can see in the screen captures, there is a JMenuBar which consists of 2

      JMenu, named Control and Help (located above the message title). In the JMenu of

      Control, it consists of a JMenuItem, named Exit while in the JMenu of Help, it consists

      of a JMenuItem, named Instruction (Fig. 9 & 10). When the player clicks “Exit”, he/she

      would exit from the game and the game would be terminated immediately. When the

      player clicks “Instruction”, a Dialog Frame consists of some game information would

      be displayed (Fig. 11).

       

      Fig. 9 Fig. 10

      Fig. 11

      Important notes for the assignment:

      1. In this assignment, you can assume both the server program and the client

      programs run on local host (i.e., with IP address 127.0.0.1).

      2. You can have your own design, but you must include the GUI components as

      shown in the above screen captures and all the functionalities described in this

      document should be implemented. To ensure your program has implemented all

      necessary functions, please refer to the marking scheme below as for your

      references.

      3. This assignment will be marked by features (Your code would not be

      investigated). You are required to write JavaDoc for all non-private classes and

      non-private class member functions. Programs without JavaDoc will lead to

      mark deduction. However, you don’t need to generate JavaDoc htmls. Just write

      comment blocks in your source program.

      4. You need to record a demo video of the program. The video should start before

       you run the program and include all the features your program.

      5. After completing the assignment, please submit all files (including demo videos

       and java files) in a single compressed file (in .zip) to Moodle. Late submission

       is NOT allowed. Do NOT submit .class files.

      6. You will get 0 mark if:

       You submit .class files instead of .java source files, or

       You submit java source files that are downloaded from the Internet, or

       You submit java source files from your classmates, or

       You submit java source files from friends taken this course last year.

      Marking Scheme:

      請加QQ:99515681 或郵箱:99515681@qq.com   WX:codehelp

      掃一掃在手機打開當前頁
    1. 上一篇:CSCI1540代做、代寫C++設計編程
    2. 下一篇:代寫IERG 4130、代做c/c++設計編程
    3. 無相關信息
      合肥生活資訊

      合肥圖文信息
      挖掘機濾芯提升發動機性能
      挖掘機濾芯提升發動機性能
      戴納斯帝壁掛爐全國售后服務電話24小時官網400(全國服務熱線)
      戴納斯帝壁掛爐全國售后服務電話24小時官網
      菲斯曼壁掛爐全國統一400售后維修服務電話24小時服務熱線
      菲斯曼壁掛爐全國統一400售后維修服務電話2
      美的熱水器售后服務技術咨詢電話全國24小時客服熱線
      美的熱水器售后服務技術咨詢電話全國24小時
      海信羅馬假日洗衣機亮相AWE  復古美學與現代科技完美結合
      海信羅馬假日洗衣機亮相AWE 復古美學與現代
      合肥機場巴士4號線
      合肥機場巴士4號線
      合肥機場巴士3號線
      合肥機場巴士3號線
      合肥機場巴士2號線
      合肥機場巴士2號線
    4. 幣安app官網下載 短信驗證碼 丁香花影院

      關于我們 | 打賞支持 | 廣告服務 | 聯系我們 | 網站地圖 | 免責聲明 | 幫助中心 | 友情鏈接 |

      Copyright © 2024 hfw.cc Inc. All Rights Reserved. 合肥網 版權所有
      ICP備06013414號-3 公安備 42010502001045

      成人久久18免费网站入口