cocos2dx lua采用純lua開發(fā)休閑類游戲，采用什么樣的框架好？游戲邏輯可以是全Lua或者全C。但是，如果你想修改底層引擎，你必須使用C目前，Lua開發(fā)的主要優(yōu)勢是新手入門容易，游戲上線后更新

cocos2dx lua采用純lua開發(fā)休閑類游戲，采用什么樣的框架好？

游戲邏輯可以是全Lua或者全C。但是，如果你想修改底層引擎，你必須使用C

目前，Lua開發(fā)的主要優(yōu)勢是新手入門容易，游戲上線后更新更方便（有了后端，你不需要一直使用整個包），避免了審計的麻煩。但這個缺點是調(diào)試很痛苦，基本上依賴于打印日志。沒有好的ide。此外，與引擎相關(guān)的事情更麻煩，因為它們無法調(diào)整。

C開發(fā)的主要優(yōu)點是調(diào)試簡單，開發(fā)工具/ide足夠完整。缺點恰恰相反。新手很難入門，而且新手有很多bug。上線后，更新只能靠整個軟件包，每次都要通過平臺審核

但游戲邏輯一般要看你的主要開發(fā)團隊（或個人）熟悉哪種語言

Lua也是一種腳本語言，但它有精致的功能，可以緩存字節(jié)碼，而且它的性能非常強。

nginx在web服務(wù)器中的地位沒有動搖，特別是在負載均衡方面。除了硬件負載平衡，nginx是軟件負載平衡的高峰。由于這樣一個強大的軟件選擇Lua作為插件，我們可以看到Lua的性能不會更差。

在以C為主力的游戲開發(fā)領(lǐng)域，框架的主流程用C實現(xiàn)，業(yè)務(wù)層用Lua實現(xiàn)。這種搭配方式在當年確實是一樣的。

Python的性能比PHP差得多，更不用說與Lua相比了。

Lua的速度為什么比Python快？

看了這個問題之后，幾乎100%的受訪者表示MFC已經(jīng)過時了。我對如此高的可能性感到驚訝。

總之，MFC并不流行，但它并沒有過時。

眾所周知，C是一種經(jīng)典而高效的編程語言。MFC作為一種Windows編程框架，曾經(jīng)有過大量的支持者。但是微軟沒有在MFC上做更多的創(chuàng)新，例如，沒有像第三方公司的控件那樣在界面上發(fā)布新的工具。微軟已經(jīng)將精力投入到C#，甚至開發(fā)了VisualC.NET，一個幫助MFC程序員過渡到C#的工具。

微軟的初衷。Net是為了與Java競爭，在跨平臺應(yīng)用中平衡Java。后來，隨著互聯(lián)網(wǎng)的迅速發(fā)展，桌面應(yīng)用成為邊緣化少數(shù)群體的需求。大量編碼人員加入互聯(lián)網(wǎng)公司，C和C被忽視，用戶比例不斷下降。

今天的桌面開發(fā)，除了C是C#，其他都不是主流（我可能不知道，也有大量的國外程序員沒有用過VS）。C開發(fā)了C11/C14/C17，這被大多數(shù)數(shù)字農(nóng)場主所忽視。第三方控件也大大彌補了MFC接口的不足。但是C和MFC對初學(xué)者的要求比C更高，這是毋庸置疑的。在當今的效率時代，年輕人無疑會選擇C#（更多的年輕人會涌向互聯(lián)網(wǎng)，因為這個行業(yè)支付的費用更高）。

然而，C?的隨機性將嚴重損害程序員的良好素質(zhì)。一個沒有紀律的程序員會編寫大量的私生子代碼，這會讓后來的程序員或C程序員哭哭啼啼，直接崩潰。

我手頭有一個項目。有兩三個。幾位“前輩”寫的6000多行CS文件。變量滿山都是，數(shù)據(jù)處理水平不分，接口慢，不懂行業(yè)應(yīng)用。充其量只是實驗室的半成品，實用價值不大。

C#的方便之處在于它可以更快地引用第三方控件，而無需任何約束。因此，懶惰的程序員會過分依賴各種控件，迫使不適當?shù)目丶?yīng)用于復(fù)雜的工業(yè)領(lǐng)域。這對于C/MFC程序員來說是不可想象的。

我的意思是，互聯(lián)網(wǎng)行業(yè)的程序員不適合討論這個問題。桌面應(yīng)用程序、MFC或C程序員并沒有過時。不同的是，一個C程序員可以在三到兩個月內(nèi)開始，但C程序員需要三到五年的時間來開發(fā)自己。

無論做什么，都要有很好的計劃，嚴格的自律，不能把代碼拼湊起來。如果你急功近利，你只能做一堆垃圾。