From: Victor Porton <porton@narod.ru>
Subject: Is it worth to separate dependencies into a child package?
Date: Tue, 12 Aug 2014 22:54:09 +0300
Date: 2014-08-12T22:54:09+03:00 [thread overview]
Message-ID: <lsdrd2$ktp$1@speranza.aioe.org> (raw)
I do thick bindings for Raptor C library.
I am writing package RDF.Raptor.Statement which operates with so called
statements.
Among other things which are possible with statements, a statement can be
written into a stream. For this I need the package (which I have written
earlier) RDF.Raptor.Iostream.
My question: Is it worth to create a child package
RDF.Raptor.Statement.Iostreams in order to eliminate the need of package
specification RDF.Raptor.Statement to "with" RDF.Raptor.Statement.Iostreams?
It is felt intuitively that separating it could be better. But are there
real benefits? One possible benefit is to decrease the need of re-
compilation while I do the development (however it is not a big problem with
my i7 computer).
Other arguments to split stream operations or not to split them into a child
package?
--
Victor Porton - http://portonvictor.org
reply other threads:[~2014-08-12 19:54 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox