Conversation
modified: src/sushi.utils.lang.js modified: test/core.html modified: test/lang.html
|
O merge com um objecto anterior serve para poderes passar configurações antes do init da library. Concordo que at the moment não é muito útil mas pode vir a ser. Anyway, a ideia do noConflict continua válida :). Uma cena: põe a pasta docs/* no gitignore, porque senão não consigo perceber os teus commits com todo o lixo que lá vai :P Bruno Abrantes On Mar 17, 2011, at 11:41 , Couto wrote:
|
2 participants
Ok... Antes de aceitares isto, fica a coisa de que apenas quero mandar o sushi.core.js ate aprender a usar o github como deve ser, peço que seja paciente e vás aguentando com os meus erros...
Acabei a desistir da ideia do Object.create() visto que iria fazer com que cada modulo adicionado tivesse no seu prototype um abuso de metodos ja existes anteriormente... penso que esse overhead é escusado.
No entanto, pessoalmente nao gosto da ideia de a library fazer merge com o objecto Sushi caso ele já exista anteriormente, dai que de momento guarda o Sushi ja existente, e ocupa o seu lugar... adicionei o noConflict para remapear a library para outro nome, e repor o objecto antigo... caso seja necessário.
Não é que tenhas de aceitar obviamente mas é só para veres caso queiras, pessoalmente prefiro o noConflict mas claro, é a tua library =)