cljs.analyzer

giorno

buongiornissimo!

buondì

giorno!

Morning!

o/

Ma se volessi rendere disponibile una funzione in un ns definita in un altro ns? Cioé l'utente facendo require di un ns si ritrova importate anche delle funzioni da un altro ns

https://github.com/ztellman/potemkin

di cui non sono per niente un fan

ma fa quel che stai chiedendo

@justalanm cioè, un import implicito? Quindi se importo foo mi becco anche le funzioni di bar?

@mdallastella yes, se importo lib.core mi importo anche le funzioni di lib.utils, un po' à la Python (capisco che non sia bellissimo, ma d'altro canto il contrario mi spingerebbe a creare ns kilometrici)

@bronsa thx ci do un occhio!

@justalanm lib.core and lib.utils sono sotto il tuo controllo? Cioe’ le hai scritte tu?

@reborg sì esatto

c’e’ anche l’opzione di usare (in-ns lib.core) da dentro lib.utils (il file), un po’ come fa pprint (vedi https://github.com/clojure/clojure/blob/master/src/clj/clojure/core_print.clj#L9)

@justalanm in ottica di refactoring futuro non la vedo una grande scelta, ma è solo una mia opinione

(ho programmato anch'io in Python ed ho sempre trovato che "esplicito è meglio che implicito" sia cosa buona e giusta)

una delle mie solite domande niubbe... Come si fa su emacs a pulire il buffer del repl?

M-x comint-clear-buffer

@mdallastella da un lato, dall'altro molti pacchetti hanno in __init__.py: from lib1 import *, from lib2 import *. Se così non fosse ci sarebbero import del tipo pacchetto.modulo.sottomodulo.classe, comunque alla fine la soluzione migliore è quello di fare una cosa più flat possibile e mettere tutto in core.clj, alla fine 300 righe comprese doctsring non è nemmeno così male

@justalanm fino a ~1000 righe e` piu` che idiomatico in clojure

riguardo al tweet di rich: sembra sia un foreshadowing di cambiamenti a s/keys

Ah?

non so altro pero` :)