I mostly agree, but my question is less

• if I should refactor the code
• but rather how to refactor with a smart strategy.

When talking about CPAN we tend to mix the concepts of distribution and module, depending on context.

I'm intending to publish this distribution on cpan and am reluctant of handling dependencies between spin off distributions, while I'm still in the design phase.

Dependencies between modules are much easier to handle, because they can all be part of the same distribution.

And that's also showing the current result of my meditation, I'll gradually split into several modules inside the same distribution.

As soon as I feel the urge to publish one sub-module independently I'd check if it's mature enough (documentation, tests, naming) and do so.

Like this I keep full flexibility to continue developing the main project without being hampered by premature publications.

I hope it's clearer now.

For those wondering about my terminology:°

• a module is a .pm file which is found in @INC and use 'd
• a distribution is a complex directory structure with Perl files and meta info

Let's take Module::Starter for demo.

It's a module to create distribuitions, but is also available as cpan distribution.

The structure of the Distribution is seen in https://metacpan.org/source/DBOOK/Module-Starter-1.76.

The actual main Module is in https://metacpan.org/source/DBOOK/Module-Starter-1.76/lib/Module/Starter.pm

My main question now is how to best extend that directory structure to host sub-modules,

• An own top-directory /extra which holds stubs of these new distributions?
• Or just descending into my /lib/Module/Starter/ and adding new modules there?

( which is actually a strategy applied there, see https://metacpan.org/source/DBOOK/Module-Starter-1.76/lib/Module/Starter )

Most probably again a mix of both, I'll refactor into the same name space first, and will promote sub modules to own dists later on demand.

I hope my mediations are clearer now.

updates

°) https://www.perl.com/article/96/2014/6/13/Perl-distributions--modules--packages-explained/

---

---

Posts are HTML formatted. Put <p> </p> tags around your paragraphs. Put <code> </code> tags around your code and data!

Titles consisting of a single word are discouraged, and in most cases are disallowed outright.

Read Where should I post X? if you're not absolutely sure you're posting in the right place.

Please read these before you post! —

• How do I compose an effective node title?
• How do I post a question effectively?
• Markup in the Monastery

Posts may use any of the Perl Monks Approved HTML tags:

a, abbr, b, big, blockquote, br, caption, center, col, colgroup, dd, del, details, div, dl, dt, em, font, h1, h2, h3, h4, h5, h6, hr, i, ins, li, ol, p, pre, readmore, small, span, spoiler, strike, strong, sub, summary, sup, table, tbody, td, tfoot, th, thead, tr, tt, u, ul, wbr

You may need to use entities for some characters, as follows. (Exception: Within code tags, you can put the characters literally.)

	For:		Use:
	&		&
	<		&lt;
	>		&gt;
	[		&#91;
	]		&#93;

Link using PerlMonks shortcuts! What shortcuts can I use for linking?

See Writeup Formatting Tips and other pages linked from there for more info.