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