项目问题整理(it)

1,很(屎)优(一)雅(样)的IE9兼容问题:

  --webuploader在webkit浏览器中自动使用h5上传,但在IE中需要配置支持flash,特别注意两点:

  ①Upload.swf路径问题不正确的问题,会导致点击打开文件窗口按钮无反应,解决方案:可以使用cdn中的Upload.swf路径,保证路径正确

       ②IE9使用flash上传,需要服务端配置  //host/crossdomain.xml ,解决flash需要跨域的问题

  ③IE9-上传图片时一定要注意接口的json返回,必须是标准格式(恶心的ie会挑这个),会导致上传失败,浏览器控制台会打印错误:“http”!!!!!。以下是当前的解决方式:

  

  --使用layer作为弹出层时需要注意:

  ①IE9不支持innerHTML属性,会导致IE中关闭和需要弹出层时浏览器崩溃。解决方案:修改layer.js源码,搜索innerHTML(只有一处),修改功能(很简单)

  --IE中打开页面半透明遮罩层,需要多写一个层来兼容(background-color:rgba不能单独解决),不然会导致可以点穿背景层的问题。

  --IE9- 需要对placeholder进行兼容,需要特别注意的是:使用验证插件做表单验证时,需要对控件的value进行判断验证(因为value会默认填入placeholder内容)。

  以jquery-validation为例,可自定义myRequired方法替代内置required方法:

  

//系统做过placeholder对于IE9的兼容,所以自定义非空验证的方法,针对IE9存在placeholder的情况。
    //特别注意重新非空验证方法忽略this.optional(element) 此方法的验证
    //即element为空时也触发验证
    $.validator.addMethod("myRequired", function (value, element) {
        var ph = $(element).attr("placeHolder")
        if (!supportPlaceHolder() && !tools.isEmpty(ph)) {
            return this.optional(element) || (!tools.isEmpty(value) && $.trim(value) !== $.trim(ph));
        }
        return this.optional(element) || !tools.isEmpty(value);
    }, '该字段不能为空');

      其他验证插件,可按照api自定义此验证器

  --IE中对于按钮的disabled操作造成无法修改的文字阴影问题。解决方案:可以使用按钮进行模拟disabled状态

2,当前rsa加密库存在的问题:

  --前台的rsa.js对于过长的内容会自动进行分段加密,但是后台没有对应的分段解密方法。

  解决方案:1,可以换库(不推荐,理论上解决不了下面这个问题,可以实践操作一下)

       2,后台编写分段解密方法

  --前台rsa.js分段加密是使用文本的字节作为长度依据的。对于汉字文本来说,在传输过程为了服务端接收不乱吗,需要先编码在加密。而中文编码过后再经rsa分段加密,会导致分段位置不正确(不能按照完整的文字结束作为分段结束点),导致分段加密之后,后台接受时而乱码,时而正常。

  解决方案:强制分段(笨办法),如下代码可作为参考:

  

/**
 * 按照固定长度拆分字符串
 * todo 因为rsa.js内部自己分段加密是按照charCodeAt分割字符串的
 * todo 暂时没有更好的方法对中文进行精确分割
 * todo 笨办法!笨办法!!笨办法!!!
 * @param text
 * @param len  默认字节长度12
 * @returns {string}
 */
var sectionEncrypt = function (text, len) {
    var defaultLen = 12,
        textLen = text.length,
        //如果是纯汉字,截取长度使用默认值,如果不是,长度放大一倍
        sectionLen = len || (!!text.match(/[^x00-xff]/ig) ? defaultLen : defaultLen * 2);
    if (textLen <= sectionLen) {
        return _encryptBase(myEncode(text));
    }
    var result = "";
    for (var i = 0; i < textLen;) {
        var fixStr = text.substr(i, sectionLen);
        result += _encryptBase(myEncode(fixStr)) + "|";
        //向后退移一个长度单位
        i += sectionLen;
        var remainLenStr = text.substr(i);
        //剩余长度字符串是否够截取
        if (remainLenStr.length < sectionLen) {
            result += _encryptBase(myEncode(remainLenStr));
            break;
        }
    }
    log("%c 强制分段加密结果:" + result, "color:green;");
    return result;
}

3,jquery.clone方法对于表单元素的缺陷

  --实测,被克隆的form,其中的select选中值和textarea值会丢失(具体原因,有兴趣的同学可以究其所以然,这里只说解决方案)

    解决方案:1,网上方案

          2,我自己的方案(代码就不贴了,根据实际情况选择,我的项目不要求展示被clone的表单,所以),手动将所有类型表单元素构建成input,填入值。(虽然有些效率问题,但是可靠,这就是赶项目的实际情况。衰!)

       --实测,在IE9-中被克隆的表单会有input值不更新的问题,描述如下:

    项目中登录功能在登录出错的情况下,要求必须将原有的账户名回填(方便用户重新操作),但是在IE9-中如果在回填之后,修改用户名,此时clone表单,拿到的竟然还是之前未修改的用户名!!!!!!!!!!!!!!!!!

        --解决方案:克隆表单只保存表单本身,使用序列化表单数据,重新追加input到克隆表单作为表单元素,核心代码如下:

  

$.fn.extend({
    /**
     * 重写jquery内部方法,返回值添加className属性,用于获知该字段是否加密
     */
    serializeFullArray: function () {
        var $form = this, baseArray = $form.serializeArray();
        log(JSON.stringify(baseArray));
        $.each(baseArray, function (i, obj) {
            var $curObj=$.getByName(obj.name);
            $.extend(true, obj, {
                class: $curObj.attr("class"),
                placeholder:$curObj.attr("placeholder")
            });
        });
        log(JSON.stringify(baseArray));
        return baseArray;
    },
    /**
     * 序列化表单参数
     * @return {{}}
     */
    serializeObject: function () {
        var self = this;
        if (self[0].tagName.toLowerCase() === "form") {
            var arr = self.serializeFullArray(), obj = {};
            for (var i = 0, len = arr.length; i < len; i++) {
                var cItem = arr[i];
                obj[cItem.name] = cItem.value;
            }
            return obj
        } else {
            return {}
        }
    },
    myClone: function () {
        var $backupForm = this,
            //序列化表单结果值形如
            // [{name:"userName",class:"encrypt-field",placeholder:"请输入用户名"},..]
            backData = $backupForm.serializeFullArray(),
            //克隆表单之后清空表单中的内容,只保留表单本身(这么做为了保留表单的action之类的属性,方便提交)
            $cloneForm = $backupForm.clone().empty();
        log(JSON.stringify(backData));
        //基础定义所有input为hidden
        var baseElemeData = {
            type: "hidden"
        };
        $.each(backData, function (i, dataObj) {
            //set字段数据,继承基础type设定
            var $input = $("<input>").attr($.extend(true, {}, dataObj, baseElemeData)).val(dataObj.value);
            //结果表单元素形如<input type="hidden" value="123" name="userName" class="encrypt-field" placeholder="请输入用户名"/>
            $cloneForm.append($input);
        });
        log(JSON.stringify($cloneForm.serializeObject()));
        //返回重构之后的克隆表单
        return $cloneForm;
    }
});

    

4,前端解决表单重复提交的问题

    目前最有效的就是,提交之前阻止表单提交,先做更改:submit为普通按钮的操作,再附加阻止此按钮的默认事件,然后程序触发提交操作:

  

//防止重复提交,禁用老表单
    $form.find(":submit").css({
        "cursor": "not-allow"
    }).attr("type", "button").on("click", function (e) {
        e.preventDefault();
        return false;
    });
    $form.off().submit();

5,实际运用中需要轮询的业务都应该替换成socket操作,优点:实时,不频繁请求服务器

  解决方案:socket.io官方       socket.io

6,webpack问题需要注意的地方

  --CommonsChunkPlugin中minChunks的大小,直接从编译压缩后的js大小反映出来。

  --url-loader中limit的大小,会影响编译base64文件的数目,也会严重影响最终输出css文件的大小

  --对于字体文件在webpack-dev-server中需要配置跨域

  

    devServer: {
        contentBase: PATHS.dist,
        port: conf.port,
        compress: true,
        allowedHosts: [
            //允许主机
            conf.host,
            'localhost',
            "192.168.1.116"
        ],
        stats: {
            colors: true,
            errors: true,
            warnings: true,
            modules: false,
            chunks: false
        },
        //配置跨域可访问,目的在于将字体文件编译后,浏览器拒绝访问
        headers: {
            "Access-Control-Allow-Origin": "*",
            "Access-Control-Allow-Methods": "GET, POST, PUT, DELETE, PATCH, OPTIONS",
            "Access-Control-Allow-Headers": "X-Requested-With, content-type, Authorization"
        },
        proxy: {
            '/iconfont': {
                changeOrigin: true,
                target: 'http://localhost',
                port: conf.port,
                secure: false
            }
        },
        https: conf.https
    }

 7,关于后台服务端的问题

  图片添加水印,改动图片流时注意还原图片原始的格式

8,网页打印预览问题

  css样式表设置图片边框,在网页打印预览中缺失的问题,解决方案:

    ①简单粗暴,但不是最美观  使用表格属性 border=1

    ②基于①,设置行内属性 

<table cellspacing=0 cellpadding=0 border="1" style="border-collapse: collapse;" class="print-table">

9,tomcat的版本对于url访问导致的错误

问题描述

  http://blog.csdn.net/aerchi/article/details/77963622

解决方案

     http://tomcat.apache.org/tomcat-8.0-doc/config/systemprops.html#Other

10,cdn开发模式需要对字体文件(iconfont.eot之类)、flash文件(webuploader为了兼容IE上传的flash文件)进行跨域操作,最严格的模式需要配置allowed为静态资源域地址

11,对于textarea类型的控件验证需要排除掉“/r/n”,后台接收到的值需要在展示的时候进行区分:页面展示(一般在详情页),替换为<br>,

填入值的时候不需要
原文地址:https://www.cnblogs.com/Brose/p/project_summary1.html