代码之家 › 专栏 › 技术社区 › Joseph Ferris

名称空间组织-AOP验证程序

cross-cutting-concerns aop architecture

Joseph Ferris · 技术社区 · 16 年前

我想知道的是,是否有人建议将参数验证放在名称空间结构的何处?我的部分想法是,因为它是顶级功能,所以它应该位于顶级产品名称空间中——就像.NET Framework中使用系统的方式一样。我只是担心随着核心组件的进一步扩展,它会有更多这样的特性。

就目前的情况而言,我将它们分为以下几类:

在本例中,ParameterValidators是包含该功能的类(方面)的名称。

1 回复 | 直到 16 年前

Bryan Watts 16 年前

现在您正在考虑使用技术标准进行分区,即“将所有验证器放在一个名称空间中,因为它们是验证器”。这并没有考虑到验证器存在 .

我的建议是按功能划分:

推荐文章

Kazi · 如何让两个用户同时登录Laravel应用程序

6 年前

Mahdi GB · 如何在MVC中通过控制器将模型数据发送到视图#

6 年前

Denis Liger · 一个API两个通道

6 年前

Victorio Berra · 围绕RESTful API只使用HttpClient构建MVC应用程序明智吗?

6 年前

codematix · 利用gRPC构建解决方案

6 年前

Filip T · 流量与全局变量(服务中)

6 年前

user3429660 · 如何使用RabbitMQ实现可靠性?

6 年前

Zazaeil · 父进程<-子进程“真实世界”中的单向通信Haskell?

6 年前

Supun Wijerathne · Zookeeper和Eureka在微服务中扮演什么角色?

7 年前

Ana Caroline Sanchez Silva · Flume体系结构:传递到通道的事件

7 年前