库是否应公开帮助程序类

我们正在设计一个仅限内部使用的库，它将作为几个即将推出的应用程序的核心业务对象模型。它主要涵盖各种类型的客户和各种类型的文档。

显然，我们希望确保如果你要使用这些对象，特别是如果你要序列化它们，它们具有有效的、合理的值。

例如，客户有联系信息，其中包括电话号码。所以有一个ITelephoneNumber接口，基类，一个美国实现，所有这些。库使用这些类来验证其数据。

但实际上，客户对我们来说更像是一个"核心"业务对象，而电话号码则不然;为电话号码写一堆结构，并将其暴露为我们的图书馆善良，感觉有点奇怪。它们似乎有点"超出范围"。

电话号码就是一个例子;还有其他事情。我们可以将这些类结构重构为静态方法，但是我们有冗长的构造函数，它们必须"只知道"才能使用这些方法等。我们决定上课很多。

我的问题是

库使用者是否必须使用这些对于定义核心对象并不真正必需的帮助程序类？如：

MyCustomer.SetTelephoneNumber(new USTelephoneNumber("555", "555", "5555%$&"));

为您提供编译时反馈，他们自己的成员(区码，交换...(等等。

还是我们应该把获取有效电话号码的方法留给实施，并对此更加"黑匣子"？如：

MyCustomer.SetTelephoneNumber("555-555-5555%$&");

只会抛出错误或静默失败/成功或返回字符串。空的什么的。

---

我不知道这个问题能不能"回答"，我也不想发动任何圣战。无论哪种方式，我都在寻找一些推理。我们只是一个 2 人团队，试图在一个不关心代码质量或可维护性的机构中做正确的事情。