[python] Vice balicku v jednom setup.py

[Ondrej Tuma]

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 vygenerovat jakýsi definiční soubor pro připojení
ke službě. Tato "konfigurace" může být třeba v JSONu.

Céčkový hlavičkový soubor se úplně klidně dá přirovnat ke knihovně, a
dokonce existují některé knihovny, které nemají jiný kód, než ten který
je v hlavičkovém souboru. Je to jen o přístupu a složitosti.

Ondra

V Thu, 25 Aug 2016 14:18:40 +0200
Petr Blahos <petrblahos na gmail.com> napsáno:

> Ř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
> souboru z C.
> 
> Ale instalovat na klienty celou něcoapp by znamenalo asi 15 dalších
> závislostí,
> a to není ono (navíc na některých platformách ani nejsou).
> 
> --
> Petr
> 
> 
> 
> 2016-08-25 13:29 GMT+02:00 Ondrej Tuma <konference na webjet.cz>:
> 
> > 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 ani neměl existovat necoapp v balíčku,
> > nebo nechť je součástí necolib např. v nějakém share adresáři
> >         * Pokud je necoapp primární účel necolib, tedy z 99% nikdy
> >           nebude potřeba necolib bez necoapp nech je necoapp
> > normalni binarni soucast necolib (takhle to ma treba distutils a
> >           nástroje rst2XXX)
> >         * No a pokud je rozumná pravděpodobnost, že necolib bude
> >           použito i jinde než v necoapp, tak nechť to jsou normálně
> > dva balíčky v extra adresářové struktuře.
> >
> > Ondra
> >
> > V Thu, 25 Aug 2016 09:53:25 +0200
> > Petr Blahos <petrblahos na gmail.com> napsáno:
> >
> > > 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/__init__.py
> > > něco/něcoapp/__init__.py
> > >
> > > a na klientovi se bude instalovat jenom něcolib.
> > >
> > > V jednom setup.py bude 2x volání setup, jednou pro něcolib,
> > > jednou pro něcoapp, takže
> > >   setup.py akce
> > > udělá tu akci pro oba balíčky.
> > >
> > > Zajímalo by mě, jestli je na tomto přístupu podle vás něco špatně,
> > > pokud ano tak co.
> > >
> > > Díky,
> > > Petr
> >
> >
> >
> > --
> > Ondřej Tůma <mcbig na zeropage.cz>
> > www: http://ipv6.mcbig.cz   jabber: mcbig na jabber.cz   twitter:
> > mcbig_cz
> >
> > _______________________________________________
> > Python mailing list
> > python na py.cz
> > http://www.py.cz/mailman/listinfo/python
> >
> > Visit: http://www.py.cz
> >



-- 
Ondřej Tůma <mcbig na zeropage.cz>
www: http://ipv6.mcbig.cz   jabber: mcbig na jabber.cz   twitter: mcbig_cz
------------- další část ---------------
A non-text attachment was scrubbed...
Name: [žádný popis není k dispozici]
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://www.py.cz/pipermail/python/attachments/20160825/e55911f0/attachment.asc>