2010-02-10 56 views
0

嘿傢伙我即將開始的PHP/MySQL的一個足球經理的啓發Facebook應用程序,並有幾個問題:足球經理Facebook應用程序

1),其中將承載數據庫的最佳地點?英國境內提供的任何服務都非常出色!

2)有沒有人有任何想法,我可以如何使用玩家統計作爲遊戲內匹配引擎的一部分? PHP如何適應這個?我想盡可能使比賽儘可能現實?

3)最後,我想知道php/mysql是否是編寫此遊戲的最佳語言。我對此語言非常有信心,並且可以相對快速地掌握新技能。但我再次擔心(參考編號2)關於如何使用來自php的數據來模擬匹配。我很欣賞任何指針。

感謝您的幫助!

+0

這是一個很棒的想法。祝你好運! – 2010-02-10 07:38:09

+0

出於好奇,美式足球或「真正的」足球; p – 2010-02-10 20:15:20

+0

哈哈,我相信它被稱爲世界上某些地區的足球 – methuselah 2010-02-22 11:40:26

回答

0
  1. 對於數據庫託管,您的虛擬主機提供的數據庫通常是合適的。對於很少更新或刪除信息的只讀應用程序或應用程序,另一種選擇是使用Amazon SimpleDB。獲取簡單數據的速度非常快(幾乎與NoSQL相同),並且在您達到某個定價層之前是免費的。
  2. 這是你必須自行解決的問題;我不是足球專家,想要給你很多建議會很困難。也許如果你能解釋一下你的情況,我可以給你一個更強烈的迴應。
  3. 使用您最適合的語言。如果這是PHP,那麼使用PHP。如果您使用其他語言編寫代碼最好,則使用其他語言。 Facebook有一個寫得很好的PHP庫,所以如果PHP是你的強項,我當然鼓勵你利用它,但是有很多其他語言可以提供非常強大的FB庫。至於MySQL,DB並不重要。我已經使用MySQL,SQLite和SimpleDB for Facebook應用程序。三人都有自己的優點和缺點。選擇一個適合您需求的數據庫引擎:MySQL的整體性能非常強大。 SimpleDB非常適合可靠性和簡單性,但對更新或刪除密集型應用程序不利。如果你正在尋找一種非常便攜式的數據庫,而且這種數據庫很少被簡單的I/O訪問(即存儲用戶會話令牌),那麼SQLite是非常棒的。請確保您計劃擴展:如果您打算有一天擁有100萬用戶,則不要在SQLite上構建應用程序;如果您打算實時更新信息,則不要在SimpleDB上構建應用程序。

無論如何,在你的應用程序中祝你好運!希望這可以幫助!

+0

我會解決的MySQL然後。感謝您的出色和詳細的回覆。我希望建立的引擎類型是取得評論員通常製作的一定範圍內的匹配短語,即$ player1已經得到了球...... $ player1將它傳遞給$ player2 ...有點像足球馬槽...哪裏必須有一些意識到一切。遊戲必須瞭解每個玩家每次在哪裏。它會在4分鐘的時間內順序顯示一系列事件,例如突出顯示比賽的關鍵時刻。 – methuselah 2010-02-22 11:56:41

+0

當然,這取決於使用的戰術和球員統計數據會有很大的不同。我有一種感覺,這將是遊戲編碼中非常困難的一部分。請注意實時更新屏幕底部的bar @ http://www.youtube.com/watch?v=JaiuOE6FuTs。這是我希望創造的。 3D遊戲玩法是從玩家隱藏的東西......使用php/mysql開發的匹配引擎可以在這個魔術的任何指針上運行? – methuselah 2010-02-22 12:02:34

+0

這是一個更好的例子http://smimgs.com/images/screenshots/big/live-scores.png – methuselah 2010-02-22 12:13:26

0

2)你需要找到一個以某種方式提供玩家統計數據的API,但是如果你想從1到10級的物理特質的線上思考,我恐怕你運氣不好。您可以查看從原始的足球經理遊戲或某些線路中導出的玩家統計信息,但我懷疑它是否可用。

3)PHP會做的很好。

祝你好運!

+0

我非常興奮,謝謝。我期待從原始的足球經理遊戲導入統計數據。但我不知道這將如何轉化爲一個現實的匹配遊戲體驗的PHP代碼。 – methuselah 2010-02-10 12:40:19