springnodejs 项目简介
springnodejs============1.只需要添加 ws Controller 文件就行,启动自动注入 Controller2.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=[];//容器 1var o1={ id:'o1', o2:null}//容器 2var 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)<0){ continue; } if(exclude!=null && exclude.indexOf(injectionType)>-1){ continue; } callBack(container); } }, data : {} }```现在来说下注册容器一些流程：1.scan ioc2.auto injection field3.init run1.首先要注明那些是可以注册的，那些是要过滤掉的，那些容器是分别是什么类型。如核心或者服务，控制，或者工作，或者是配置等等最后注入的条件是什么啊等等一大堆问题要处理，程序员就是命苦，生来解决这些的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();ornewFn =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);});},//publicregister : 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 设计风格------------好了，目前就写在这里