為什么iOS默許Lua/JS等腳本動(dòng)態(tài)更新，卻限制使用動(dòng)態(tài)鏈接庫(kù)？Luajs是一種解釋性語言。在執(zhí)行語言之前，它只是一個(gè)文本甚至一個(gè)字符串。如果文件僅存儲(chǔ)在本地位置，則程序進(jìn)程的運(yùn)行方法沒有什么不同。

為什么iOS默許Lua/JS等腳本動(dòng)態(tài)更新，卻限制使用動(dòng)態(tài)鏈接庫(kù)？

Luajs是一種解釋性語言。在執(zhí)行語言之前，它只是一個(gè)文本甚至一個(gè)字符串。如果文件僅存儲(chǔ)在本地位置，則程序進(jìn)程的運(yùn)行方法沒有什么不同。程序所做的一切就是調(diào)用腳本。所以本質(zhì)上，IOS并不知道程序已經(jīng)改變了。改變的是程序之外的部分。

ios怎么運(yùn)行l(wèi)ua腳本？

Lua是用C寫的。沒錯(cuò)。游戲引擎是C-> Lua-> C/C。這沒有問題。要回答LZ的問題，我們應(yīng)該從lua腳本語言的角度來理解。

動(dòng)態(tài)相對(duì)于靜態(tài)，C屬于靜態(tài)編譯語言，優(yōu)點(diǎn)是編譯的程序是二進(jìn)制的，可以直接運(yùn)行，所以執(zhí)行效率高。不好的是，如果由于各種需求而要修改程序邏輯，就必須重新經(jīng)歷編譯和打包的過程。在業(yè)務(wù)頻繁修改或工程復(fù)雜的情況下，效率非常低，無法接受。所以動(dòng)態(tài)腳本的出現(xiàn)可以解決這個(gè)問題，因?yàn)長(zhǎng)ua腳本不需要編譯。

2. 粘著功能

C適合高性能的應(yīng)用場(chǎng)景，Lua靈活，適合頻繁變化的業(yè)務(wù)需求，游戲引擎可以通過Lua粘著這些應(yīng)用場(chǎng)景的需求，簡(jiǎn)單高效。

結(jié)語：取長(zhǎng)補(bǔ)短

首先感謝您的回復(fù)。第二，提前祝大家和提問者新年快樂

這個(gè)問題的答案其實(shí)是肯定的

首先，我們了解到目前的移動(dòng)操作系統(tǒng)市場(chǎng)基本上是Android和IOS，但是隨著企業(yè)的不斷發(fā)展和市場(chǎng)的不斷擴(kuò)大，對(duì)應(yīng)用的需求越來越大，應(yīng)用的迭代速度也越來越敏感，因此催生了很多提高應(yīng)用開發(fā)和迭代效率的框架，如react native、weex、flatter等，都是為了解決開發(fā)成本高、開發(fā)效率低、迭代速度慢等問題。上訴框架是一個(gè)很好的移動(dòng)開發(fā)解決方案，它是開源和免費(fèi)的。它擁有大型網(wǎng)絡(luò)公司的技術(shù)支持，能夠與眾多開發(fā)者一起維護(hù)框架的生態(tài)環(huán)境。

其次，如果目的是同時(shí)在Android和蘋果手機(jī)上運(yùn)行應(yīng)用的話，有很多解決方案，也可以考慮webapp的方式，而且目前前端框架的性能優(yōu)化非常好。spa應(yīng)用的實(shí)現(xiàn)要容易得多，目前比較成熟。再加上手機(jī)硬件的改進(jìn)，webapp的性能也不錯(cuò)。

因此，在蘋果和安卓手機(jī)上運(yùn)行應(yīng)用程序相對(duì)容易。

謝謝