Hydroper a dit :

Essa sugestão não tem nada haver com o uso de Node.js. Acontece que V8 suporta módulos introduzidos no ES2015 (import e export), e a resolução dos scripts importados vai de acordo com o que embute o script parente (o servidor Java).

Edit: pelo jeito módulos não são suportados pelo J2V8. Referência. Mas dá para suportar source maps e utilizar um source bundler (coisa que não se vê em Lua).

Edit²: Não faço ideia se source maps são suportados.

local player = {}
player.__index = myClass

function player.new(pname)
	local this = setmetatable({
		-- Você pode definir os valores da instância aqui
		name = pname,
		age = 0
	}, player)
	-- ou aqui
	--this.name = pname
    return this
end

-- Há duas maneiras de definir métodos, a primeira é uma função que recebe o Objeto[Tabela, Instância] e seus argumentos
function player.setName(this, name)
	this.name = name
end

-- A segunda maneira self é definido pelo próprio Lua como objeto, então você somente precisa receber os argumentos
function player:setAge(age)
	-- neste caso self sempre estará disponível no escopo da função então preste atenção se a função usa class.name ou class:name em sua definição
	self.age = age
end

-- Aqui uma demonstração da instância
-- Como estamos usando somente um argumento e ele é do tipo string (vale para tabelas também) você não precisa colocar parênteses
local data = player.new"Hello#0000"
data:setName"Contistente#0000"
data:setAge(17)
print(data.name, data.age)
-- O mais interessante é não precisar de um getter, se você atualizar os dados através de funções basta imprimir o resultado, mas claro por ser metatabela você pode modificar o getter do próprio lua

local function player(pname)
	local this = {name=pname,age=0}
	
	function this.setName(name)
		this.name = name
	end
	
	function this.setAge(age)
		this.age = age
	end
	
	return this
end

-- Neste você não pode chamar com : a não ser que seja metatabela
local data = player"Hello#0000"
data.setName"Contistente#0000"
data.setAge(17)
print(data.name, data.age)

I a dit :

NOTA

Já tive nicknames como Caiolopelopes (quando pedi meu irmão p/ criar uma conta no Orkut em 2011, ele deu isso de nome, mas sou Matheus), Klaider, Recoyx, Hydroper, Animex Kai e HandOnCloud.

Hydroper a dit :

Já baixei sim binário e até já experimentei com C/C++ em 2016. Já criei uma hierarquia de UI pro TFM: TextAreaShop. Eu sei mais do que você diz. Já fiz parte de editores de mapas (esses aí são de 2015 e outros de 2016, mas enviei em 2018 no MediaFire; inclusive tenho esse tópico de 2015). Já testei HTML5 em 2015-2016. Outra coisa aqui, experimento com PHP e AS3 enviado em 2015 no Youtube. Já mexi com XMLHttpRequest e URLRequest de AS3 em 2015-2016, criando meu próprio wrapper. Já fiz um fórum scratch usando PHP e MySQL no final de 2014, utilizando XAMPP para execução local e hospedagem do Hostinger.

Agora, nunca quis usar WebKit através Lua/C. Já experimentei com SFML no C++ e já vi Love2D no Lua.

JavaScript é muito mais prático e é simples, e ao invés do C++ eu prefiro Rust (experimentei, mas nunca usei). Porém ultimamente, desde 2017, trabalhei no ShockScript (ft. exemplo), meu própria variante de JS, que infelizmente não vai gerar código ainda, já que não tenho certeza de que trabalharei em finalizar o compilador, pois acabei deletando o streaming de WASM. Mesmo assim WebAssembly ainda não suporta reference types, então prefiro esperar o W3C resolver algumas coisas.

Se estiver curioso, essas são as sources do compilador. Ele só não gera código, mas reporta errors/warnings. Essa linguagem adota poucas coisas do inexistente ECMAScript 4 (pouco mesmo), e os únicos tipos numéricos são Number, BigInt e Char.

sxc --includeSources Exemplo.sx --includeSources pastaComSources.

Como se vê, a linguagem ganhou um symbol solver, com inferência básica de tipo nos variable bindings. O primeiro symbol solver foi feito em 2019, teve que passar por bug fixing, mudança e simplificação de features.

I a dit :VoirMasquer

NOTA

Já tive nicknames como Caiolopelopes (quando pedi meu irmão p/ criar uma conta no Orkut em 2011, ele deu isso de nome, mas sou Matheus), Klaider, Recoyx, Hydroper, Animex Kai e HandOnCloud.

Contistente3 a dit :

Hydroper a dit :VoirMasquer

Já baixei sim binário e até já experimentei com C/C++ em 2016. Já criei uma hierarquia de UI pro TFM: TextAreaShop. Eu sei mais do que você diz. Já fiz parte de editores de mapas (esses aí são de 2015 e outros de 2016, mas enviei em 2018 no MediaFire; inclusive tenho esse tópico de 2015). Já testei HTML5 em 2015-2016. Outra coisa aqui, experimento com PHP e AS3 enviado em 2015 no Youtube. Já mexi com XMLHttpRequest e URLRequest de AS3 em 2015-2016, criando meu próprio wrapper. Já fiz um fórum scratch usando PHP e MySQL no final de 2014, utilizando XAMPP para execução local e hospedagem do Hostinger.

Agora, nunca quis usar WebKit através Lua/C. Já experimentei com SFML no C++ e já vi Love2D no Lua.

JavaScript é muito mais prático e é simples, e ao invés do C++ eu prefiro Rust (experimentei, mas nunca usei). Porém ultimamente, desde 2017, trabalhei no ShockScript (ft. exemplo), meu própria variante de JS, que infelizmente não vai gerar código ainda, já que não tenho certeza de que trabalharei em finalizar o compilador, pois acabei deletando o streaming de WASM. Mesmo assim WebAssembly ainda não suporta reference types, então prefiro esperar o W3C resolver algumas coisas.

Se estiver curioso, essas são as sources do compilador. Ele só não gera código, mas reporta errors/warnings. Essa linguagem adota poucas coisas do inexistente ECMAScript 4 (pouco mesmo), e os únicos tipos numéricos são Number, BigInt e Char.

sxc --includeSources Exemplo.sx --includeSources pastaComSources.

Como se vê, a linguagem ganhou um symbol solver, com inferência básica de tipo nos variable bindings. O primeiro symbol solver foi feito em 2019, teve que passar por bug fixing, mudança e simplificação de features.

I a dit :VoirMasquer

NOTA

Já tive nicknames como Caiolopelopes (quando pedi meu irmão p/ criar uma conta no Orkut em 2011, ele deu isso de nome, mas sou Matheus), Klaider, Recoyx, Hydroper, Animex Kai e HandOnCloud.

Hm, eu e meu team mate estamos desenvolvendo uma linguagem em Go, ela adota 19 tipos(apesar disto não sera fortemente tipada, você vai poder escolher entre definir uma variável multi-type ou uma variável tipada), spread operator, bitwise operator, arrow functions... Em vez de usar uma linguagem como base para interpretar nós criamos nosso Lexer, Parser e AST