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