约定优于配置(convention over configuration),按约定编程

约定优于配置

 

约定优于配置(convention over configuration),也称作按约定编程,是一种软件设计范式,旨在减少软件开发人员需做决定的数量,获得简单的好处,而又不失灵活性。

本质是说,开发人员仅需规定应用中不符约定的部分。例如,如果模型中有个名为Sale的类,那么数据库中对应的表就会默认命名为sales。只有在偏离这一约定时,例如将该表命名为”products_sold”,才需写有关这个名字的配置。

如果您所用工具的约定与你的期待相符,便可省去配置;反之,你可以配置来达到你所期待的方式。

动机

设计不好的框架通常需要多个配置文件,每一个都有许多设置。这些配置文件为每一个项目提供信息说明从URL到将类映射到数据库表的各种信息。大量包含太多参数的配置文件通常是过度复杂的应用设计的指标(代码坏味道)。

例如,在知名的Java对象关系映射框架hibernate的早期版本中,将类及其属性映射到数据库上需要是在XML文件中的描述,其中大部分信息都应能够按照约定得到,如将类映射到同名的数据库表,将属性分别映射到表上的字段。后续的版本抛弃了XML配置文件,而是使用这些恰当的约定,对于不符合这些约定的情形,可以使用Java 标注来说明(参见下面提供的JavaBeans规范)。

使用

许多新的框架使用了约定优于配置的方法,包括:spring,Ruby on Rails,Kohana PHP,Grails,Grok,Zend Framework,CakePHP,symfony,Maven,ASP.NET MVC,Web2py(MVC),Apache Wicket。

这是一个古老的概念, 甚至在Java类库中也可以找出这一概念的踪迹。例如,JavaBean规范非常多的依赖这一概念。下面摘录JavaBeans 1.1版规范的一段:

按照一般的规则,我们不希望造出一个奇怪的java.beans.everything类,其他类需要从该类派生。而是希望在运行时JavaBeans为一般的对象提供缺省的行为特征,但是允许对象通过继承特定的java.beans.something接口来覆盖缺省的行为特征的一部分。

Maven约定的项目结构如下图: 
Maven项目结构 
只需配置很少的信息,Maven就可以自动完成编译、测试和打包等工作。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
要在Struts2中使用Convention插件配置权限拦截器,可以按照以下步骤操作: 1. 在`struts.xml`文件中配置一个拦截器栈,例如: ```xml <struts> <constant name="struts.convention.action.packages" value="com.example.actions"/> <package name="default" extends="struts-default"> <interceptors> <interceptor-stack name="myStack"> <interceptor-ref name="authInterceptor"/> <interceptor-ref name="defaultStack"/> </interceptor-stack> </interceptors> </package> </struts> ``` 2. 定义一个权限拦截器`authInterceptor`,例如: ```xml <struts> <constant name="struts.convention.action.packages" value="com.example.actions"/> <package name="default" extends="struts-default"> <interceptors> <interceptor-stack name="myStack"> <interceptor-ref name="authInterceptor"/> <interceptor-ref name="defaultStack"/> </interceptor-stack> <interceptor name="authInterceptor" class="com.example.interceptors.AuthInterceptor"/> </interceptors> </package> </struts> ``` 3. 在`com.example.interceptors.AuthInterceptor`类中实现权限验证逻辑,例如: ```java public class AuthInterceptor extends AbstractInterceptor { @Override public String intercept(ActionInvocation invocation) throws Exception { // 获取当前请求的Action和方法名 String actionName = invocation.getProxy().getActionName(); String methodName = invocation.getProxy().getMethod(); // 根据Action和方法名判断是否需要进行权限验证 boolean needAuth = checkNeedAuth(actionName, methodName); // 如果需要权限验证,则进行验证 if (needAuth) { // TODO: 实现权限验证逻辑 // 如果权限验证不通过,则返回一个特定的结果 return "authFailed"; } else { // 如果不需要权限验证,则直接执行Action return invocation.invoke(); } } private boolean checkNeedAuth(String actionName, String methodName) { // TODO: 根据Action和方法名判断是否需要进行权限验证 return true; } } ``` 4. 在需要进行权限验证的Action类或方法上添加`@InterceptorRefs`注解,指定使用的拦截器栈,例如: ```java @Namespace("/admin") @InterceptorRefs("myStack") public class AdminAction extends ActionSupport { @Action("/listUsers") public String listUsers() { // TODO: 实现列出用户列表的业务逻辑 return SUCCESS; } } ``` 这样,当用户访问`/admin/listUsers`时,就会先被`authInterceptor`拦截器拦截,进行权限验证,如果验证通过,则执行`listUsers`方法,否则返回`authFailed`结果。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值