springnodejs
============


1.只需要添加  ws Controller 文件就行,启动自动注入 Controller
2.path 路径参数，请求参数自动注入
3.请求参数格式转换，可扩展转换类型
4.容器变量字段自动注入
5.容器初始化执行
6.aop 实现方法拦截
7.url 拦截分发

反正是就仿spring 那套

写起文档，发觉很不容易，大家将就一下吧

框架来源：
本来想拿 nodejs 做个 ip 查询小应用的，做的时候想着把基础弄好再做应用，没想到做着做着就变成 spring 了

个人感觉自己做出来的东西还是挺牛的，国内应该没有人做吧

用JS 写个 spring 出来，哈哈，我就是牛

至于spring 是什么，大家上网搜下吧

我在这里简单介绍一下几个核心概念。由于我本人水平也有限，对于程序的理解也只能在这水平，还没达到深层次，有什么错的请回馈下。

IOC : 反转控制
--------------------

传统写代码方式 如 ：
```
var a={
    b : {},
    c : {},
    d : {}
}


var d ={
    da : 'xxx',
    db : 'ccc',
}


//如果我要用A来工作，是不是先将 A 对象的属于全部初始化才能工作啊？？


a.b = b.da;
a.c = b.db;
....
a.z = b.z
```
大家请思考，如果我要完成一个功能，需要七八个模块，每个模块平均要用到四五个服务/控制类，每个服务/控制 类又要用到 其它的 服务/控制 还有再加上三四个配置资源，到最后每个类都有一大堆的属性要初始化，整个项目共有二三十模块。


如果让人去管理的话会疯掉，如果这些都用程序来管理，那是件多么轻松的事啊


说真的至于 ioc怎么实义我也不了解概念，我不是学JAVA 的，我只知道他的存在至少帮我处理完以上的事件。


那好，现在怎么用程序来做上面海量工作的事情呢？ 请看JS 简单实现 ioc
```
var ar=[];
//容器 1
var o1={
    id:'o1',
    o2:null
}
//容器 2
var o2={
    id:'o2',
    o1:null
}
ar.push(o1);
ar.push(o2)


var ioc={


}
//注册容器
for(var i in ar){
    var obj=ar[i];
    ioc[obj.id]=obj;
}


//容器 属性自动注入
for(var i in ioc){
    var obj = ioc[i];


    for(var j in obj){
        if(j!='id'){
            obj[j]=ioc[j];
        }
    }
}


console.log(ioc,o1,o2)
```
没错，就是这么简单。每个容器都有自己的ID 标识，只要用来搜索定位，防止复盖。


下面是项目的核心处理 AppContext 对象用来管理项目所有的容器，


那么主有就几个工作方法 : 生成ID ，查找容器，注册容器，查找一堆相同类型容器 等 具体的规则请看代码实现吧
```
AppContext={
        getKey : function(key){
            key = key.trim();
            key = key[0].toLowerCase() + key.substring(1,key.length);
            return key;
        },
        findContainer : function(key){
            key = this.getKey(key);
            return this.data[key];
        },
        addContainer : function(id,container){
            id = this.getKey(id);
            container.id= id;
            if(this.data[id]!=null ){
                _error(" injection key is has : " ,id);
                return;
            }
            this.data[id] = container;
        },
        findInjectionOfType : function(include,exclude,callBack){
            for(var i in this.data){
                var container = this.data[i];
                if(container.injectionType==null){
                    continue;
                }
                var injectionType = container.injectionType;
                
                if(include!=null && include.indexOf(injectionType)-1){
                    continue;
                }
                
                callBack(container);    
            }
        },
        data : {}
    }
```


现在来说下注册容器一些流程：


1.scan ioc


2.auto  injection field


3.init run


1.首先要注明那些是可以注册的，那些是要过滤掉的，那些容器是分别是什么类型。如核心或者服务，控制，或者工作，或者是配置等等


最后注入的条件是什么啊等等一大堆问题要处理，程序员就是命苦，生来解决这些的


2.注入完成后，接下来就是自动注入属性，我用声明式标识来定义那些是可以注入的，请看示例
```
{
    auto_field1:null,
    auto_field3:null,
    auto_field4:null,
    auto_field5:null,
    auto_field6:null,
    auto_field20:null,
    postConstruct : function(){
    debug('init=========================================');
    }
};
```
通过 auto_(容器ID)  来注入


3.注入完了，我们来个初化始来完成自己准备工作


大概流程可以抽象出三个方法
```
_scan();
_auto_injection_field();
_init();
 ```


 


 


自动扫描，大家用JQUERY 都知道吧，$('CSS选择器') 这样就扫描到一大堆DOM对象 $('id') $('class')


我总结了一下


用声明式标记那些对象/文件 可以是被扫描到的


下面请看项目代码实现


扫描配置 
```
var appConfig={
    /**auto scan config**/    
    scan :{
        './core' : {
            injectionType : 'core'
        },
        './config' : {
            injectionType : 'config'
        },
        './aop' : {
            injectionType : 'aop'
        },
        './service' : {
            injectionType : 'service'
        },
        './ws' : {
            filter : '\ws', //url 服务 过滤器
            injectionType : 'controller',
            //include : [],
            exclude : ['./ws/test/test1.js']
        }
    } 
};
 ```


有没有注意到 injectionType 这个属于？


我目前是按目录来分配容器类型的。这些大家可以在这里扩展自己的容器类型，注入后期 。通过 AppContext.findInjectionOfType 扫描


下面是项目实现 ioc 流程


```
var _injection = function(filePath,container){
    var id = container.id;
    if(id == null){
        id =_path.basename(filePath).replace('.js','');            
    }     
    container.filePath = filePath ;     
    AppContext.addContainer(id,container);     
    return container;
}


var _auto_injection_field = function(){
    for(var id in AppContext.data){
        if(id == 'appContext'){
            continue;
        }
        var container = AppContext.findContainer(id);
        
        for(var field in container){
            if(field.indexOf('auto_')==0){
            
                var checkFn = container[field];
                if(typeof checkFn == 'function'){
                    continue;
                }
                var injectionKey = field.replace('auto_','');
                
                if(AppContext.findContainer(injectionKey)==null){
                    _error('injection field not find id : ',field, id );
                }else{
                    container[field] = AppContext.findContainer(injectionKey);                
                    debug("injection field : ",injectionKey,id )
                }            
            }            
        }        
    }
}


var _init = function(){
    //为什么分三个初始化阶段呢    
    //postConstruct 为应用层初始化，如果做服务层扩展的话，就要在应用层初始化之前准备工作，这下明了吧
    for(var id in AppContext.data){
        var container =AppContext.findContainer(id);
        container.awake!=null && container.awake(AppContext);
    }
    
    for(var id in AppContext.data){
        var container = AppContext.findContainer(id);
        container.start!=null && container.start(AppContext);
    }
    
    for(var id in AppContext.data){
        var container = AppContext.findContainer(id);
        container.postConstruct!=null && container.postConstruct(AppContext);
    }
}


var _scan = function(){
    webHelper.scanProcess(appConfig.scan,'.js',function(filePath,target){
        var container=require(filePath); 
        
        //injectionType 查找过滤用的
        
        if(container.injectionType==null){
            var injectionType= target.injectionType;
            if(injectionType == null){
                injectionType = 'service';
            }
            container.injectionType = injectionType;
        }
        
        //add filter 过滤器
        if(target.filter!=null){
            container.filter = target.filter;
        }
        
        var injectionType = container.injectionType ;
        var id=_injection(filePath,container).id;
        debug( "injection : ",'[',injectionType,']','[',id,']', filePath);
    });
}


_scan();
_auto_injection_field();
_init();
```
AOP 拦截 面向切面编程
--------------------
第一次听说估计疯了吧，呵呵也包括我


我先来引导一下：
我们写的代码最终变成
```
a();
b();
c();
d();
```
CPU从上往下读取执行，最小单位抽象为方法
大家请思考一下，程序流是从上往下执行的，如果到了项目后期，要添加某些功能，变成如下这样，那我是不是得修改原来的文件啊，这样会破坏原来的代码，可能会产生未知的BUG，这是程序员最担心受怕的事
```
a();
e();
b();
c();
d();
```
以上代码如果变成
```
a();
newFn =function(){
e();
b();
}
newFn();
c();
d();


or




newFn =function(){
a();
e();
}
newFn();
b();
c();
d();
```
这样是不是不用破坏原来的代码啊？ 


这就是面向切向编程，是的没什么高深的，找到执行的关键点，切入自己处理的逻辑，在切入点之前执行还是之后执行，甚至扩展抛异常执行等等
------------
这就是AOP的核心思想，我不明白所有的书籍为什么不会写中文？？


如果你玩过window程序 钩子，是不是觉得有点似类？？
还有一个应用是改变原来执行方法的输入参数/输出返回 这在数据类型转换应用很扩。举例:
```
var a = function(int a,Date b){
return int c;
}


newa=function(int a,string b){
b = Date.str2date(b);
var c=a(a,b);
return c+'';
}


aop.filter( if(call a?) call newa; );
```


我看过一些书籍，程序补丁就是这样玩的


下面是项目aop实现代码 :


先看AOP应用 :
```
module.exports = {
before : {
'TestService.testAop' : function(originalFuncton,callObj,args){
console.log('aop this is testAop before ==================');
console.log('aop test this value',this.testFiled);
console.log('aop arguments : ',originalFuncton,args);
}
},
after : {
'TestService.testAop' : function(){ //TestService 是要拦截的容器， testAop 是拦截的方法
console.log('aop this is testAop after ==================');
}
},
 
'testFiled' :'testFiled',
postConstruct : function(){
console.log('aop postConstruct');
},
preDestroy  : function(){
console.log('preDestroy');
}
};


```


aop核心JS
```
/**
 * @author solq
 * @deprecated blog: cnblogs.com/solq
 * */
var debug = require('../core/util/debug.js').debug,
_error = require('../core/util/debug.js').error;


module.exports = {


awake : function(AppContext){
var $this=this;
AppContext.findInjectionOfType(null,null,function(container){
$this.register(container,AppContext);
});
},
//public
register : function(container,AppContext){
for(var key in container.before){ 
var filter = container.before[key];
this._aop(key,'before',filter,container, AppContext); 
}

for(var key in container.after){
var filter = container.after[key];
this._aop(key,'after',filter,container,AppContext); 
}

for(var key in container.error){
var filter = container.error[key];
this._aop(key,'error',filter,container,AppContext); 
}
},

//private
_aop : function(key,aopType,filter,thisObj,AppContext){
var sp = key.split('.'),
id = sp[0],
fnName = key.substring(key.indexOf('.')+1, key.length );
var container=AppContext.findContainer(id);
if(container==null){
_error("aop not find container : ",key, " id :",id);
return;
}

var originalFuncton =null;
try{
originalFuncton = eval('container.'+ fnName);
}catch(e){
_error(e);
_error("aop not find originalFuncton: ",key, " id :",id );
return;
}
 
if(originalFuncton==null){
_error("aop not find originalFuncton: ",key, " id :",id );
return;
}

if(typeof originalFuncton!= "function"){
_error("aop originalFuncton is not function ",key, " id :",id );
return;
}

var newFuntion=null;
switch(aopType){
case 'error':
newFuntion=function(){
try{
originalFuncton.apply(container,arguments);
}catch(e){
filter.apply(thisObj,arguments);
}
}
break;
case 'after':
newFuntion=function(){
var result=originalFuncton.apply(container,arguments);
filter.apply(thisObj,arguments);
return result;
}
break;
case 'before':
newFuntion=function(){
//debug("originalFuncton : " , originalFuncton.toString());
var isCallFlag=filter.call(thisObj,originalFuncton,container,arguments);

if(!isCallFlag){
return originalFuncton.apply(container,arguments);
}
}
break;
}

container[fnName]=newFuntion;
}
};
```
声明式开发
------------
我第一次见别人写java注解就完成开发了，感觉太写意哈哈.
举例之前 auto_ 标识
```
{
auto_field1:null,
auto_field2:null,
auto_field3:null,
auto_field4:null,
}
```
也可以多种声明
```
{
'/testpathParam/{p1}/{p2}':{
  controller : function(path_int_p2,path_p1,param_def_array_p1){
console.log("testpathParam",arguments);
}
}
}
```
param_def_array_ 三种声明绑定一个属性 由于JS语言没有 java @注解 我只有能想到用 标识+_ 来做程序处理，看起来有点怪怪的哈哈
上面这个是 REST 设计风格，下面会介绍的


只要声明程序预处理的时候帮你自动注了，你也可以自定义标识对应相应处理


```
{
"声明1":"处理器1",
"声明2":"处理器2",
"声明3":"处理器3",
"声明4":"处理器4",
}
```




我总结了一下，用声明式开发只在是在程序预处理的时候，为了减少程序逻辑的复杂性，加标识扫描处理，类型声明转换，添加处理器等。
这种好处也只能在预处理阶段应用很好，如果在应用层做的话就失去优势。
大家思考一下 : 本来是为了减少程序复杂性用人工去硬写入绑定，如果在应用层大量用声明的话，绝对是苦力活。
我看到有的UI框架把HTML做成声明式，那绝对是苦力活，本来用js 动态生成HTML 干掉HTML化，他反而要把功能声明依赖HTML 想到一个页面有多少个HTML标签就想死了


REST 设计风格
------------






好了，目前就写在这里

您可能感兴趣的文章: