Jak stwierdzili inni, oba języki będą działać bardzo dobrze. Trzecią opcją, która równie dobrze mogłaby działać, jest JavaScript, ponieważ pasuje ona mniej więcej do tej samej niszy. Zamiast próbować Woo Cię do jednego lub drugiego (Ponieważ bardzo lubię oba języki) spróbuję skupić się na niektórych obiektywnych różnicach i wskazać, gdzie myślę, że jedno wyprzedza drugie.
Najważniejszą kwestią występującą na serwerze gry może być surowa wydajność. Oba języki są dojrzałe i dobrze zoptymalizowane, ale jednocześnie zdają sobie sprawę, że niektóre problemy najlepiej zoptymalizować poprzez odroczenie skompilowanego kodu. Oba języki używają zasadniczo tego samego mechanizmu do wykonania tego. Z punktu widzenia samych języków wygląda na to, że Lua jest trochę szybsza. link
Z punktu widzenia bibliotek, który jest kolejnym ważnym czynnikiem, żaden język nie wymaga użycia żadnych bibliotek, aby były użyteczne; to znaczy, że oba języki są bardzo zwarte, w porównaniu do języków takich jak Java, które wymagają dużych bibliotek runtime; Ponownie, jest to konsekwencja ich pierwotnych wymagań projektowych. Oba języki mają obfite biblioteki do wyboru, ale moim zdaniem przynajmniej TCL ma nieco więcej różnorodności w tej kategorii. tcl :(Tcl Extension Archive/Tcl Extension Repository) lua: (LuaForge)
Kolejna różnica dotyczy samych podstawowych języków. Oba języki cenią prostotę nad stylem, ale właśnie tam kończy się podobieństwo. Lua wykorzystuje większość składni dla większości programistów, z bardzo prostą gramatyką bez kontekstu. Składnia TCL jest również prosta, ale tak naprawdę nie ma nic wspólnego z innymi istniejącymi językami, chociaż wygląda trochę podobnie jak język powłoki UNIX. Tcl jest prawdopodobnie łatwiejszy dla nieprogramistów, ponieważ jego składnia poleceń zorientowana liniowo jest całkiem jasna, ale programiści doświadczeni w innych językach zwykle sprzeciwiają się jej tajemnej składni. Żadne z nich nie jest strasznie wybaczające pod względem generowania kodu, ale oba mają silne możliwości metaprogramowania (porównywalne, ale być może nie tak solidne, jak makra CLISP).
Uważam za zabawne, że możemy mieć tak odmienne opinie. Wszystko, co mówisz, sprawia, że Lua jest lepsza niż Tcl, jest to coś, co powiedziałbym, że czyni Tcl lepszym od Lua. Składnia Tcl jest dla mnie znacznie czystsza i bardziej oczywista niż Lua, itd. – RHSeeger
Zgadzam się z RHSeeger na komentarz, że "co powiesz o Lua powiedziałbym o Tcl". Ty (Kylotan) powiedziałeś, że myślałeś, że Lua jest lepsza dla mniej doświadczonych użytkowników, ale myślę też, że jest odwrotnie. Głównym problemem z Tcl IMO jest to, że doświadczeni programiści mają za sobą zbyt dużo bagażu - oczekiwania co do tego, jak powinien działać język. Tcl jest niekonwencjonalny ze względu na swoją prostotę, ale ta prostota jest jego siłą. Wszystko, co musisz wiedzieć o Tcl, możesz wyrazić na jednej stronie internetowej. –
To jest na granicy rozprzestrzeniania się w "wojnach językowych". Myślę, że jest to kwestia odpowiedniego narzędzia do pracy i, poza składnią, oba narzędzia w tym przypadku są prawie tak samo dopasowane, ale moim zdaniem Tcl wygrywa z powodu swojej dojrzałości, a zatem jest biblioteką; w rzeczy samej Lua wydaje się notorycznie tygodniowy w tym dziale. Jeśli chodzi o składnię, tak Lua może wydawać się bardziej znajoma, prawie Basic/Python-esque, i to rzeczywiście może być siła. Ale dla tych, którzy tylko zarysowali powierzchnię Tcl, zachęcam was: drapcie głębiej. Kiedy go "zdobędziesz", jest praktycznie na tym samym poziomie, co "dostanie" Lispa lub Haskella. –