In the previous chapter, we walked

In the previous chapter, we walked through using the Facebook Graph API to provide the data for a puzzle game. Now that we have a game people can play, it is time to take it to the next level. We’ll leverage some of the other Facebook APIs to recognize achievements for playing the game and track the fastest times for completing a puzzle. To do this, we need to interact with the Heroku system and its database backend. I will also cover some of the basics for deployment, including minifying your codebase, dealing with cheaters, and protecting your game from theft. If you move your game to a platform other than Heroku, you may need to adjust some of the database commands, but you should be able to port this code to other platforms.
Adding Levels
If you recall, the code in the last chapter was written to allow you to dynamically generate a grid. The examples in that chapter defaulted to a 3
3–grid, but by changing the instantiation parameter, you can easily change this to 4
4, 5
5, and so on. Each time you add a grid column and row, you add a magnitude of complexity and challenge to the game. Not only does the number of tiles grow exponentially but picking out details to properly order the tiles becomes more difficult. We can use this fact to implement a level system, though some thought needs to go in to capping the maximum number of tiles that are playable as a maximum level. For instance, while technically possible, a 400
400–grid would give us a total of 160,000 tiles, with each tile being 1
2 pixels. While this grid may provide some interesting art, the game would be nearly impossible to play. After some experimentation at passing different values to the grid generation, the game (at least for me) was impossible with a grid larger than 5
5 (25 tiles). Although there are people out there who could not only do but enjoy more complex puzzles, I do want to place some limits on the top level to ensure that a majority of people can finish in a reasonable time period. I also want to have easy, intermediate, and hard levels for the game; each level of difficulty corresponds to a grid value: 3
3–grid is easy, 4
4 intermediate, and 5
5 hard. In your game, and depending on feedback you get from your players, you may want to adjust this and maybe allow the hard mode to go up to even a 10
10–grid (100 tiles). However, for the purposes of this chapter, I will constrain each level to one grid size. For the first iteration of the code, I will let people choose the levels they want to try. Feedback from the user will then be used to instantiate the puzzle with the appropriate number of grids. Since this is an HTML application, we can use both DOM and canvas elements to easily add this effect. We want to present the player with a screen that first prompts the user to select a level. The technique that I will employ here will create a DOM element on the page that is the same size as the canvas and then add an event listener with jQuery that will instantiate the game and show the canvas element. Open the index.php file for your project, and add a new DOM element with an id of "splash". We also need to hide the canvas element with a CSS element that sets its initial display to "none". The revised code is shown in Listing 11–1.

Kết quả (Việt) 1:

Trong chương trước, chúng tôi đi qua bằng cách sử dụng API đồ thị Facebook để cung cấp dữ liệu cho một trò chơi đố. Bây giờ mà chúng tôi có một trò chơi người có thể chơi, nó là thời gian để mang nó đến cấp độ tiếp theo. Chúng tôi sẽ tận dụng một số các API Facebook khác để nhận ra những thành tựu để chơi các trò chơi và theo dõi thời gian nhanh nhất để hoàn thành một câu đố. Để làm điều này, chúng tôi cần phải tương tác với hệ thống Heroku và phụ trợ cơ sở dữ liệu của nó. Tôi cũng sẽ bao gồm một số khái niệm cơ bản cho việc triển khai, bao gồm cả minifying codebase của bạn, đối phó với gian lận, và bảo vệ trò chơi của bạn từ trộm cắp. Nếu bạn di chuyển trò chơi của bạn với một nền tảng khác hơn so với Heroku, bạn có thể cần phải điều chỉnh một số các lệnh cơ sở dữ liệu, nhưng bạn sẽ có thể đến cảng mã này với các nền tảng khác. Thêm mức độIf you recall, the code in the last chapter was written to allow you to dynamically generate a grid. The examples in that chapter defaulted to a 3
3–grid, but by changing the instantiation parameter, you can easily change this to 4
4, 5
5, and so on. Each time you add a grid column and row, you add a magnitude of complexity and challenge to the game. Not only does the number of tiles grow exponentially but picking out details to properly order the tiles becomes more difficult. We can use this fact to implement a level system, though some thought needs to go in to capping the maximum number of tiles that are playable as a maximum level. For instance, while technically possible, a 400
400–grid would give us a total of 160,000 tiles, with each tile being 1
2 pixels. While this grid may provide some interesting art, the game would be nearly impossible to play. After some experimentation at passing different values to the grid generation, the game (at least for me) was impossible with a grid larger than 5
5 (25 tiles). Although there are people out there who could not only do but enjoy more complex puzzles, I do want to place some limits on the top level to ensure that a majority of people can finish in a reasonable time period. I also want to have easy, intermediate, and hard levels for the game; each level of difficulty corresponds to a grid value: 3
3–grid is easy, 4
4 intermediate, and 5
5 hard. In your game, and depending on feedback you get from your players, you may want to adjust this and maybe allow the hard mode to go up to even a 10
10–grid (100 tiles). However, for the purposes of this chapter, I will constrain each level to one grid size. For the first iteration of the code, I will let people choose the levels they want to try. Feedback from the user will then be used to instantiate the puzzle with the appropriate number of grids. Since this is an HTML application, we can use both DOM and canvas elements to easily add this effect. We want to present the player with a screen that first prompts the user to select a level. The technique that I will employ here will create a DOM element on the page that is the same size as the canvas and then add an event listener with jQuery that will instantiate the game and show the canvas element. Open the index.php file for your project, and add a new DOM element with an id of "splash". We also need to hide the canvas element with a CSS element that sets its initial display to "none". The revised code is shown in Listing 11–1.

Kết quả (Việt) 2:

Trong chương trước, chúng tôi đi qua bằng cách sử dụng API của Facebook Graph để cung cấp các dữ liệu cho một trò chơi câu đố. Bây giờ chúng ta có một trò chơi mọi người có thể chơi, đó là thời gian để mang nó đến cấp độ tiếp theo. Chúng tôi sẽ tận dụng một số các API Facebook khác để công nhận thành tích để chơi các trò chơi và theo dõi thời gian nhanh nhất để hoàn thành câu đố. Để làm được điều này, chúng ta cần phải tương tác với các hệ thống phụ trợ cơ sở dữ liệu và Heroku của nó. Tôi cũng sẽ bao gồm một số vấn đề cơ bản cho việc triển khai, bao gồm Giảm bớt codebase của bạn, đối phó với gian lận và bảo vệ trò chơi của bạn từ trộm cắp. Nếu bạn di chuyển trò chơi của bạn với một nền tảng khác hơn Heroku, bạn có thể cần phải điều chỉnh một số lệnh cơ sở dữ liệu, nhưng bạn sẽ có thể cổng mã này đến các nền tảng khác.
Thêm Levels
Nếu bạn nhớ lại, các mã trong chương cuối cùng đã được viết để cho phép bạn tự động tạo ra một mạng lưới. Các ví dụ trong chương đó mặc định cho 3? 3-lưới điện, nhưng bằng cách thay đổi các tham số instantiation, bạn có thể dễ dàng thay đổi này đến 4? 4, 5? 5, và như vậy. Mỗi khi bạn thêm một cột lưới và liên tiếp, bạn thêm một mức độ phức tạp và thách thức đối với các trò chơi. Không chỉ số lượng gạch trồng theo cấp số nhân nhưng chọn ra các chi tiết đặt hàng đúng gạch trở nên khó khăn hơn. Chúng tôi có thể sử dụng thực tế này để thực hiện một hệ thống cấp, mặc dù một số suy nghĩ cần phải đi vào đóng nắp số lượng tối đa của gạch có thể chơi được như mức tối đa. Ví dụ, trong khi kỹ thuật có thể, một 400? 400-lưới sẽ cho chúng ta tổng cộng 160.000 gạch, ngói với nhau là 1? 2 pixel. Trong khi mạng lưới này có thể cung cấp một số nghệ thuật thú vị, trò chơi sẽ là gần như không thể chơi. Sau một số thử nghiệm tại đi qua các giá trị khác nhau để các thế hệ lưới, các trò chơi (ít nhất là đối với tôi) đã không thể với một mạng lưới lớn hơn 5? 5 (25 gạch). Mặc dù có những người ra có những người có thể không chỉ làm nhưng thưởng thức các câu đố phức tạp hơn, tôi muốn đặt một số giới hạn về mức độ hàng đầu để đảm bảo rằng đa số mọi người có thể hoàn thành trong một khoảng thời gian hợp lý. Tôi cũng muốn có mức độ dễ, trung cấp, và khó khăn cho các trò chơi; mỗi mức độ khó tương ứng với một giá trị lưới điện: 3? 3-lưới là dễ dàng, 4? 4 trung gian, và 5? 5 khó khăn. Trong trò chơi của bạn, và tùy thuộc vào phản hồi của bạn nhận được từ cầu thủ của bạn, bạn có thể muốn điều chỉnh này và có thể cho phép các chế độ cứng để đi lên đến cả 10? 10-lưới (100 gạch). Tuy nhiên, đối với các mục đích của chương này, tôi sẽ hạn chế mỗi cấp độ để một kích thước lưới. Đối với phiên đầu tiên của mã này, tôi sẽ cho mọi người lựa chọn các mức họ muốn thử. Thông tin phản hồi từ người sử dụng sau đó sẽ được sử dụng để nhanh chóng các câu đố với số lượng thích hợp của lưới. Vì đây là một ứng dụng HTML, chúng ta có thể sử dụng cả hai DOM và các yếu tố canvas để dễ dàng thêm hiệu ứng này. Chúng tôi muốn trình bày các cầu thủ với một màn hình đầu tiên sẽ nhắc người dùng chọn một cấp độ. Các kỹ thuật mà tôi sẽ sử dụng ở đây sẽ tạo ra một phần tử DOM trên trang đó là kích thước giống như bức tranh và sau đó thêm một sự kiện nghe với jQuery rằng sẽ nhanh chóng các trò chơi và hiển thị các phần tử canvas. Mở file index.php cho dự án của bạn, và thêm một phần tử DOM mới với một id của "giật gân". Chúng tôi cũng cần phải giấu canvas với một yếu tố CSS mà bộ hiển thị ban đầu của mình để "none". Mã sửa đổi được hiển thị trong Liệt kê 11-1.