[作品] lua API 的C++封裝函式庫

[eye5002003 (下一夜)]

http://toyauthor.github.io/luapp/
C++跟lua之間的溝通管道是lua提供的C語言介面
要直接跟類別或者成員函式搭配使用不大方便
過去已經有luabind之類的專案有試著處理這件事

我寫的這個專案所做的事也是一樣的
只是這專案是從lua5.3版本開始支援的
有比較將官方新加入的整數型態當一回事
算是個人學習lua的過程裡所累積的成果
C++程式透過這樣的中間層會比較容易操作lua

lua這東西即使不當一個語言使用也起碼可以當一個高級的config來使用
一個可以儲存邏輯的config檔

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.228.194.59
※ 文章網址: https://www.ptt.cc/bbs/C_and_CPP/M.1482567081.A.885.html
推 damody: lua大家都用luajit 5.1 5.3沒看過有人在用
推 ronin728: 是說 Lua 最早好像就是設計成資料儲存語言 XD
推 CaptainH: 是說lua c api 已經夠簡單了, 我覺得這樣反而顯得複雜
我還是必須面對luajit帶來的社群分裂嗎?綜觀整體實作的話，我覺得lua有越改越好
所以我選擇繼續跟著lua走，不再更新維護的專案真的不敢用了
luajit的速度提升確實很吸引人
不過我的其他專案的效能瓶頸不在lua這邊，所以還算是捨得放棄luajit
※ 編輯: eye5002003 (36.228.194.59), 12/24/2016 21:58:58
→ damody: lua就是在256mb ram那種陽春機器用的 好電腦或不求效能的
→ damody: 地方大家都用python 跟boost.python 誰跟你用lua dota2的l
→ damody: ua也是用luajit 會用lua就是看他效能好不用編譯才用 不是
→ damody: 他語法好棒棒一直有更新
lua在語法上的更新很保守的，變動不大，它改進的是內部機制
我對它的設計是很欣賞的
拿python比實在是很奇怪的一件事，兩者的市場路線差那麼多要怎麼比?

非5.1版不可的話，我推薦這個專案
https://github.com/jeremyong/Selene
做的事情跟我類似，但是介面設計的更方便，而且有應用C++11的功能
※ 編輯: eye5002003 (118.167.51.252), 12/25/2016 15:02:44
推 ronin728: 多一種 Wrapper 也不是壞事吧，而且對程式風格整合有益