Ahoj,
mám takovou situaci: Aplikační server s nějakým API, a pro funkci
toho API potřebuju poskytnout klientům nějaké konstanty. Takže
myšlenka je ta, že budu mít 2 balíčky, něcolib - knihovna a
něcoapp - aplikace. Oba budou žít v jednom source tree, jako třeba
něco/
něco/setup.py
něco/něcolib/__
Co ty konstanty vyčlenit do samostatného balíčku?
PM
Dne 25. srpna 2016 9:53 Petr Blahos napsal(a):
> Ahoj,
>
> mám takovou situaci: Aplikační server s nějakým API, a pro funkci
> toho API potřebuju poskytnout klientům nějaké konstanty. Takže
> myšlenka je ta, že budu mít 2 balíčky, něcolib - k
No, ty konstanty právě budou v tom samostatném balíčku něcolib, ale ve
stejném source tree
a s něcoapp mají společný setup.py. Takže ten setup.py pak vygeneruje
balíčky něcoapp
a něcolib.
--
Petr
2016-08-25 10:01 GMT+02:00 Petr Messner :
> Co ty konstanty vyčlenit do samostatného balíčku?
>
> P
Hoj,
úvahy tohoto typu řeším nejméně jednou do roka :-) V dané situaci sem
došel k následujícímu:
* Pokud necolib má smysl použít jen v necoapp, nemá smysl aby
to byly dva balíčky.
* Pokud je necoapp jen jakési how-to, nebo ukázka jak použít
necolib, možná by an
Řekl bych, že to není ani jedno. něcoapp je serverová aplikace, ke které se
přistupuje přes nějaké síťové API, něcolib je vpodstatě soubor se sadou
konstant,
které klient použije při komunikaci s něcoapp. Klient nepotřebuje něcoapp,
ale jenom těch pár konstant. Vpodstatě analogie hlavičkového soubo
Tak pak je to samostatná knihovna. Pokud klientovi stačí jen konstanty
pak je otázka jestli má smysl aby byly v knihovně a ne jen v
dokumentaci, která může být z toho modulu generovaná. Například i
proto, že k tomu API může existovat klient v různých jazycích, ne jen v
pythonu. Nebo se dá i vygener
