.NET标准业务逻辑数据类

13

有许多“原始”的数据类别可以出现在许多不同的程序中。

然而,我从未见过一个识别将这些东西与其所需的常见逻辑(如验证)相结合的类或库集。

示例类([]括号对应于假想库中的类):

Address(街道、邮政编码、城市、州/领Territory /省份、国家)
Person(姓名、联系信息([电话]/ [电子邮件]/等)、[地址]、SSN/TIN、[信用卡])
Phone(号码、国际代码等)
CreditCard(类型、号码、到期日、ccv)**

我确定还有许多其他类。

我已经开发了我自己的Phone/Address/Person/CreditCard类,并在项目中使用,包括验证和逻辑。

但是,我只能验证基于美国的信息。我的电话号码类最好从基础电话类继承,因为我的电话号码实际上将号码分成了NPA、NXX和Station,并使用NANP标准进行了完全验证。

是否存在一组库,在网上具有全面收集此类样板数据类别及其正确验证的功能?

它是否包括世界范围内的数据验证,还是仅限于美国数据?

对于信用卡的 **,它是否能够满足PCI数据安全标准?

我知道这些类别许多人可能已经用许多不同的语言多次编写过,但是否有任何.NET库可以满足这些要求?

我更喜欢开源/免费的,尽管我会考虑付费的第三方库集。


每次我需要编写一个新的“地址”类时,我都会想,“为什么呢?”你会认为这种东西甚至应该有一个“行业标准”。 - Aaronaught
确切地说,如果我有时间,我会为这个目的创建一个库集合。但我不能保证能够满足范围要求。 - Brett Allen
2个回答

6

CSLA.NET可能提供了你所需要的东西。它可能比你要求的更进一步,但它拥有任何框架中最全面的文档(例如来自 APress 的出版书籍)。而且它是免费的。

特别是 CSLA.ValidationRules 命名空间和 CommonRules 和 CustomRules 类专注于数据验证。


哇,绝对是一个很棒的框架来构建业务逻辑。我可以看到它以非常有趣的方式实现了我在过去参与的几个项目中见过的许多功能。然而,我更希望找到一个拥有广泛应用范围的“常用类库/框架”,就像我所提到的那些例子一样。 - Brett Allen

1

在开始一个项目时,拥有各种对象的典型实现模式的架构可能会很方便,但实际的实现是具体的,需要特定的行为和验证要求。这可能就是为什么ORM或业务对象框架生成工具需要输入架构来创建类。

如果存在一个开源的标准类框架,你会发现这个架构会非常庞大并不断增长,这将使得难以保持应用程序的更新。每个类及其属性都需要大量的文档,说明它们可以如何使用等,但这可能是主观的。一个架构,可以选择想要的内容以及如何进行验证,在ORM /业务对象生成框架中使用可能是个好主意,我相信目前还不存在这样的架构。

您可以查看具有类似功能的特定现有开源项目,并从中获得灵感。


网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接