各位老鐵們，大家好，今天由我來為大家分享unity引擎手機(jī)版，以及虛幻引擎手機(jī)版下載的相關(guān)問題知識(shí)，希望對(duì)大家有所幫助。如果可以幫助到大家，還望關(guān)注收藏下本站，您的支持是我們最大的動(dòng)力，謝謝大家了哈，下面我們開始吧！

學(xué)習(xí)Unity引擎更好還是學(xué)習(xí)UE4引擎更好

顯然，UE在這方面有著決定性的優(yōu)勢(shì)。不過就當(dāng)前的時(shí)間點(diǎn)，UE和Unity的差距也不算特別巨大，并不存在代差，這和Unity和coscos的差距并不相同。因此即使選擇Unity作為基礎(chǔ)來開發(fā)3A游戲也并非是不現(xiàn)實(shí)的（如果Unity在其他方面有優(yōu)勢(shì)的話，比如價(jià)格），只是并非優(yōu)解，需要投入較大的開發(fā)成本。

如果局限到移動(dòng)領(lǐng)域，由于移動(dòng)的機(jī)能限制以及用戶成分，對(duì)新技術(shù)的需求較低，UE在這方面就不再存在優(yōu)勢(shì)，但總得來說，也沒有太明顯的劣勢(shì)。事實(shí)上，兩款引擎都可以滿足目前的移動(dòng)開發(fā)需求，雖然各有缺陷，但缺陷都可以比較簡(jiǎn)單地通過二次開發(fā)補(bǔ)足。

注意，我并不是說引擎的內(nèi)置功能是夠用的。就現(xiàn)在的移動(dòng)開發(fā)需求而言，只使用引擎內(nèi)置功能誰都不能很好的完成工作。甚至可以說，UE在功能的完整性上還略遜一籌（但是功能細(xì)節(jié)更多）。但考慮引擎功能的時(shí)候不能只考慮內(nèi)置功能，還要考慮那些已經(jīng)針對(duì)引擎開發(fā)好的免費(fèi)/付費(fèi)三方擴(kuò)展，他們和引擎的內(nèi)置功能在使用上并沒有區(qū)別。

總得來說，UE在移動(dòng)開發(fā)的適用性上確實(shí)還是要差一些，但這個(gè)差距并沒有那么大，更完全沒有“不可行”這回事。但是在之前大部分情況下確實(shí)稱不上是優(yōu)解，于是就沒有被開發(fā)商所選擇。

簡(jiǎn)而言之在現(xiàn)在這個(gè)時(shí)間點(diǎn)，即使假設(shè)Unity因?yàn)槟承┰蚨粐鴥?nèi)封殺，只要UE還在，那么國內(nèi)游戲業(yè)也不會(huì)完蛋，甚至都不會(huì)迎來很長(zhǎng)時(shí)間的停滯，而且這個(gè)停滯更多是在人員學(xué)習(xí)成本而非改造的工作量上。

（但是以前確實(shí)不行，但以前Unity也完全不能想PC主機(jī)那邊的事兒對(duì)吧？）

功能擴(kuò)展效率

如果需要對(duì)引擎進(jìn)行擴(kuò)展……總得來說區(qū)別不大，但通常情況Unity會(huì)具備一定優(yōu)勢(shì)，但并不多。

Unity并不開放源碼，它是通過開放一些底層接口來支持自己的擴(kuò)展性的，而且處理得很好。而UE對(duì)于擴(kuò)展性的處理方法就是“開放源碼”。雖然看上去通過開放源碼擴(kuò)展功能比起使用引擎提供的底層接口更加Dirty，但實(shí)際上也沒有那么糟糕。UE的源碼同樣也是分層的，如果你只關(guān)心你需要關(guān)心的部分，心智負(fù)擔(dān)并不會(huì)太高。如果一套源碼僅應(yīng)用于少量項(xiàng)目并且不關(guān)心在其他項(xiàng)目的兼容性，通過修改源碼更新功能并不能算是一個(gè)難以處理的工程缺陷。而且只要UE官方不要頻繁重構(gòu)，也能夠正常同步UE自身的后續(xù)更新（哈哈，這點(diǎn)是很難保證，但重寫渲染這種事也不會(huì)總有的，總之需要預(yù)備好合并版本的人力）

UE在這方面的缺陷其實(shí)主要體現(xiàn)在，每個(gè)用戶擴(kuò)展后的功能不容易通過社區(qū)與其他用戶共享。同一個(gè)問題，某個(gè)Unity開發(fā)者解決了，它就能直接把工程打包放到網(wǎng)絡(luò)上（或者扔進(jìn)商店）讓其他用戶直接使用，但UE的開發(fā)者就只能寫一些教程來教其他用戶怎么改。這會(huì)導(dǎo)致你通過網(wǎng)絡(luò)解決問題的效率變慢。但如果你的問題本來就無法借助網(wǎng)絡(luò)解決，那這個(gè)缺陷就等于不存在。而且這個(gè)缺陷也只是交流沒有Unity方便，而非不能。

此外，直接通過修改源碼來擴(kuò)展功能，也就意味著這部分內(nèi)容并沒有官方教程以及參考，畢竟官方不可能每個(gè)功能都教你怎么改，那也太多了。但一些常見的修改需求還是會(huì)有其他開發(fā)者的分享的。但是一旦涉及到不常用的修改，恐怕就很容易陷入可能性的汪洋之中，對(duì)開發(fā)者的水平就具備了比較高的要求。

（當(dāng)然還有個(gè)問題是引擎的編譯速度……但畢竟改引擎是低頻操作，類似的情況還是忍忍吧，不要亂動(dòng)Core這樣的地方編譯速度還是可以接受的，否則很容易陷入一次編譯一小時(shí)的情況）

Unity雖然在擴(kuò)展上要簡(jiǎn)便許多，但如果你的游戲有比較高的要求，依然會(huì)遇到必須修改引擎才能獲得最優(yōu)結(jié)果的情況。而由于平時(shí)無法看到源碼，只能使用黑盒測(cè)試，做性能調(diào)優(yōu)方面的工作也尤其不利。并且如果想接入一些三方中間件，直接接入源碼也比從C#中轉(zhuǎn)更加高效。

而Unity其實(shí)也是可以購買源碼的。通過使用額外的資金購買源碼后也就可以達(dá)到和UE同一水準(zhǔn)。不過這里其實(shí)有一個(gè)很嚴(yán)重的“坑”：和UE的源碼不同，Unity的源碼實(shí)際上屬于“別人的”商業(yè)機(jī)密，一旦泄露會(huì)產(chǎn)生非常嚴(yán)重的問題。因此各公司對(duì)Unity源碼的保護(hù)都是非常嚴(yán)格的，這自然會(huì)導(dǎo)致一般員工源碼的閱讀權(quán)和修改權(quán)嚴(yán)重受限。當(dāng)然，對(duì)Unity源碼的修改內(nèi)容也更不可能“泄露”了——你甚至都不能討論，哪怕只是說說原理輔助解決使用上的引擎性能問題都不行，找公司外的人員幫忙處理問題當(dāng)然更不行了，更不會(huì)有社區(qū)什么事兒。因此，如果準(zhǔn)備對(duì)引擎做出比較徹底的改造，相比直接使用UE，購買Unity引擎源碼這個(gè)方案絕對(duì)稱不上是優(yōu)解。

雖說這也不是一個(gè)很嚴(yán)重的問題（概率小），但終究會(huì)讓人覺得心里有些沒底，從而對(duì)技術(shù)選型產(chǎn)生一定的影響。

技術(shù)開發(fā)效率

雖然UE邏輯代碼使用的是C++，但是已經(jīng)經(jīng)過了包裝，內(nèi)置了自動(dòng)垃圾回收和反射，并提供了支持垃圾回收的整套數(shù)據(jù)容器。如果使用最新的C++編程規(guī)范，盡可能使用引用寫法，并嚴(yán)格禁止各種所謂的“技巧”，代碼看上去和C#其實(shí)并沒有太大的區(qū)別。

而且C++也并不算一個(gè)很困難的語言，覺得C++難的程序員多半并沒有接觸過C++，畢竟

虛幻4、unity3d這些引擎和maya、3dmax這些軟件有和區(qū)別

虛幻4、unity3d也是軟件，主要是用來做游戲的，里面包含了很多做游戲的引擎。maya和max主要是做3d模型、效果、動(dòng)畫等的。它們的用途是完全不一樣的，而在實(shí)際的游戲制作中，一般是先用maya或max制作出游戲中需要的模型，然后導(dǎo)入到虛幻4、unity3d中，然后通過編程、制作。從而得到一個(gè)完整的游戲。明白了嗎？

unity引擎哪個(gè)國家的

是美國的，Unity是跨平臺(tái)游戲引擎開發(fā)商[1]，是實(shí)時(shí)3D互動(dòng)內(nèi)容創(chuàng)作和運(yùn)營(yíng)平臺(tái)[2]。包括游戲開發(fā)、美術(shù)、建筑、汽車設(shè)計(jì)、影視在內(nèi)的所有創(chuàng)作者，借助Unity將他們的創(chuàng)意變成現(xiàn)實(shí)

unity已有的素材怎么導(dǎo)入unity引擎

關(guān)于這個(gè)問題，要將現(xiàn)有素材導(dǎo)入U(xiǎn)nity引擎，可以按照以下步驟操作：

1.打開Unity編輯器，創(chuàng)建一個(gè)新項(xiàng)目或打開現(xiàn)有項(xiàng)目。

2.在“Assets”面板中，右鍵單擊空白處，選擇“ImportNewAsset”。

3.瀏覽到您要導(dǎo)入的素材文件所在的位置，并選擇它。

4.Unity會(huì)自動(dòng)檢測(cè)文件類型并顯示一個(gè)導(dǎo)入設(shè)置對(duì)話框。在這里，您可以選擇如何處理導(dǎo)入的素材。

5.如果需要，您可以在導(dǎo)入前對(duì)素材進(jìn)行一些調(diào)整，例如改變紋理的最大尺寸或壓縮質(zhì)量。

6.單擊“Import”按鈕，Unity將開始導(dǎo)入您的素材。

7.導(dǎo)入完成后，您可以在“Assets”面板中看到您的素材文件?，F(xiàn)在，您可以將其拖放到場(chǎng)景中或?qū)⑵溆米饔螒驅(qū)ο蟮慕M件之一。

請(qǐng)注意，Unity支持導(dǎo)入各種類型的素材，包括紋理、模型、音頻、視頻和其他文件類型。在導(dǎo)入時(shí)，您可以選擇要導(dǎo)入的文件類型，并根據(jù)需要進(jìn)行相應(yīng)的調(diào)整。

請(qǐng)問android上的軟件是用java語言開發(fā)的，游戲引擎用unity 3D,語言是C#怎么做軟件

你可以這樣理解，unity是一個(gè)播放器，英文叫player——gameplayer。游戲是運(yùn)行在播放器之上的。

在unity中，我們更傾向于C#是一種腳本語言。這種腳本是運(yùn)行在播放器這個(gè)宿主之上的。這就類似與JavaScript運(yùn)行于瀏覽器之上。JavaScript離開了瀏覽器是不能運(yùn)行的。

(這里不包括特殊情況比如node.js，windows宿主js等)

所謂腳本，就是不編譯成本地機(jī)器代碼(包括java字節(jié)碼、匯編等)，而是由宿主直接負(fù)責(zé)解釋，即游戲播放器負(fù)責(zé)解釋，這就讓C#與安卓系統(tǒng)很少發(fā)生關(guān)系。

如果理解不了什么是播放器，就想想音樂播放器、視頻播放器，更加貼切的是早年的flash播放器。flash播放器是可以播放游戲的。鼠標(biāo)、鍵盤操作，腳本，都是在和播放器打交道。

這個(gè)unity播放器，既可以運(yùn)行于windows，也可以運(yùn)行于安卓、iOS、瀏覽器。unity游戲，如何與安卓系統(tǒng)交互，這是unity負(fù)責(zé)的事。C#只負(fù)責(zé)通過腳本形式執(zhí)行游戲邏輯。

注：上面的討論只是一種簡(jiǎn)化，實(shí)際過程比這復(fù)雜，比如雖說是C#腳本但還是要涉及一些編譯工作，還有打包、壓縮工作。

unity好學(xué)嗎

unity我覺得還是挺好學(xué)的

作為一個(gè)強(qiáng)大的跨平臺(tái)游戲引擎，Unity對(duì)初學(xué)者是比較友好的，基本的引擎操作容易上手之外，另外入門的程度對(duì)代碼的要求也不是那么高；況且Unity在游戲鄰域的受歡迎程度之廣大，形成了一個(gè)良好的生態(tài)環(huán)境

如果你還想了解更多這方面的信息，記得收藏關(guān)注本站。