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 <[email protected]> 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 <[email protected]> www: http://ipv6.mcbig.cz jabber: [email protected] twitter: mcbig_cz
pgpXkNw3REO6u.pgp
Description: OpenPGP digital signature
_______________________________________________ Python mailing list [email protected] http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
