解决方案 »

  1.   

    URl直接调用Dll接口,是否有一定的安全问题!
      

  2.   

    比如说?
    其实如果你Attribute扩展的好,验证机制设计好的,个人觉得安全问题不会很严重
      

  3.   

    去Github上看了一下,楼主代码写的还凑合,ReadMe里的英文水平实在是不敢恭维
      

  4.   

    木有办法,本来是中文的,但是  感觉显示在一个英文网站上太怪了,google着改了下
    国人能看懂就行
      

  5.   

    1.参数也是可以定义自定义属性的,比如        class Data
            {
                /// <summary>
                /// 这里有参数的验证 a的最小值为5  b有正则的规定
                /// </summary>
                /// <param name="a"></param>
                /// <param name="b"></param>
                /// <returns></returns>
                [WebMethodAttr()]
                public float Add(
                [WebParameterAttr(MinValue = 5)]
                    float a,
                [WebParameterAttr(RegexText = @"^[0-9]{1,3}[\.][0-9]{1,3}$", ErrorMsg = "参数b必须是小数")]
                    float b)
                {
                    //object obj2 = System.Web.HttpContext.Current.Session;
                    return a + b;
                }
            }
    2.URL的安全是cookie负责的,与访问模式没有关系。可以把验证写在函数里面,也可以由Attribute制定验证接口。
    3.参数与返回值是否支持复杂的自定义类型?是否支持ref、out?如果支持复杂类型传参,反序列化程序是否会new不可知对象?
      

  6.   

    不错 挺有意思的
    url路由加反射么?
      

  7.   


    谢谢关注
    参数与返回值现在支持简单的数据类型,比如自定义的class的实体  或者datatable 字典类之类常用数据的载体的,但是不支持ref,out,具体可以看源码去了解,
    还有如果是复杂的类型传参,一般使用实体类或者字典来接收比较合适,因为我反序列使用的是第三方的litjson,出来的东西最终也是一个字典,所以不会new不可知对象