<a href="javascript:;" onclick="javaScript:window.location.reload();">取消</a>   取消后刷新页面
 <a href="javascript:;" onclick="javaScript:$('#dialogId').dialog('close');">取消</a>  取消后不刷新页面
 
不刷页面,该功能是easyui中的,没找到其他方法,翻老代码找到的 
 (没前端的好基础,更喜欢后端)见笑

Modal 组件提供了灵活的自定义样式 API 和 Slot，可以自由控制整个 Modal 的各个组成部分，比如页头、页脚、关闭按钮。
 
通过和其它组件的交互，能实现更复杂的功能，满足了大多业务场景。
 
如果要取消对话框默认按钮在modal里面加上<div slot="footer">// 这里可以写自定义内容，也可以什么都不写</div>添加自定义页脚即可 
详情请查看官方文档 iview对话框
<Modal
        v-model=""
        title=""
        width="50%"
        :mask-closable="false"
>
    <div slot="footer"></div>
</Modal>
 
 

安卓单选对话框很容易就写好了：
 
//...
AlertDialog dialog = builder.setTitle(R.string.please_choose)
                .setSingleChoiceItems(itemStrs, chooseItemIndex, new OnClickListener() {
                            @Override
                            public void onClick(DialogInterface dialog, int which) {
                                //...
                            }
                        }
                )
                .show();
 
就ok了。
 
在setSingleChoiceItems中，第三个参数回调了which，即选中了的单选按钮的索引下标。在此回调中处理，就是按一下选中，立马做出相应的修改，这样子缺少了“取消”，“反悔”的过程。 
 不过其实这样子就足够了。增加了确定和取消按钮，处理反而变得比较麻烦。
 
下图封装了一个性别选择对话框：
 
 
完整 代码如下：
 

import android.app.Dialog;
import android.content.Context;
import android.content.DialogInterface;
import android.content.DialogInterface.OnClickListener;
import android.support.v7.app.AlertDialog;
import android.support.v7.app.AlertDialog.Builder;


/**
 * 性别选择对话框
 * Created by lu on 2017/9/1 15:42
 */
public class ChooseSexDialog {

    /**
     * @param sex 初始时的性别。0女，1男
     * @param listener 确定按钮监听。
     */
    public static Dialog show(Context context, int sex, final OnClickOkListener listener){

        Builder builder = new Builder(context);

        //下标正好对应性别的值
        String[] itemStrs = new String[]{
                context.getString(R.string.girl),
                context.getString(R.string.boy)
        };
        if (sex > 1) {
            sex = 1;
        }
        final int chooseItemIndex = sex;
        AlertDialog dialog = builder.setTitle(R.string.please_choose)
                .setSingleChoiceItems(itemStrs, chooseItemIndex, new OnClickListener() {
                            @Override
                            public void onClick(DialogInterface dialog, int which) {
                                if (listener != null){
                                    listener.sexValue = which;
                                    listener.isItemClick = true;
                                }
                            }
                        }
                )
                .setNegativeButton(R.string.cancel, null)
                .setPositiveButton(R.string.ok, new OnClickListener() {
                    @Override
                    public void onClick(DialogInterface dialog, int which) {
                        if (listener!=null){
                            if (listener.isItemClick){//当点击选择过
                                listener.onPressOK(dialog,listener.sexValue);
                            }else {//未选择过，直接返回上一次选择的item的下标。
                                listener.onPressOK(dialog,chooseItemIndex);
                            }
                        }
                        dialog.dismiss();
                    }
                }).show();
        return dialog;
    }
    public static abstract class OnClickOkListener{
        private int sexValue;
        public boolean isItemClick = false;

        public abstract void onPressOK(DialogInterface alertDialog, int sexValue);

    }
}
 
——end

 我们在设计用户介面时经常会遇到一些细小、对易用程度未必有很大影响的问题，
 
 其中一个就是对话框中的按钮次序：应该「确定／取消」还是「取消／确定」
 
 
 
 
 
 
 
 建议是：跟随平台的一般做法，比优化介面更重要。
 
 「确定」先行符合语文的自然阅读方向，中文、英文和很多语言都是从左到右阅读，很多按钮组合例如「是／否」、「前一页／下一页」都是按一个从左到右 的自然进程，所以我们应该按照阅读的逻辑顺序排列成「确定／取消」。此外，假设用户选择「确定」的机率比「取消」高，把「确定」放在前面可以让那些主要用 键盘浏览的用户少按一下 TAB 键便到达他们的首选按钮。
 
 把「确定」放在后面可以改善流程，因为这是对话框的自然结束。此外，正如「前一页／下一页」的情况，「确定」是让用户继续下一步，「取消」是退回一步，所以「确定」应该放在「下一页」同一个位置，即是在右边。
 
 在这样的情况下，通常怎么做也不要紧。每一种说法都有它的道理，没有一种做法会为可用性带来灾难。它可能帮助一些用户在某些情况下节省 0.1 秒来选择按钮，但是根本不值得为了这丁点好处而进行详细的可用性研究，即使有资源，不如用在一些可以提高关键效能 83% 的事情上。
 
  
 
 因此，正如我们在许多设计上的小抉择那样，我们应该遵循平台的用户介面标准，使用符合用户期望的、统一的介面设计，相对于做一些细微的优化，但却不一致的情况，可以节省人们更多时间（以及避免很多很多错误）。
 
 不一致的设计所浪费的时间比它所节省的更多
 
 偏离用户介面的标准，很容易使用户因误用而浪费数分钟，甚至数小时，用户花在思考那些不一致的设计的时间，往往比这些专门的设计所带来的小小节省多 得多。可叹的是，当谈到「确定／取消」按钮的次序时，Windows Vista 的「用户体验指引」与 Apple 的「人性化介面指引」并不相同。
 
 Windows 把「确定」放在第一位
 
 Apple 把「确定」放在最后
 
 如果你正在为其中一个平台设计桌面应用程序，你的选择很简单：依从平台拥有人订立的标准。
 
 网页应用程序的对话框的按钮
 
 如果你正在设计一个网页应用程序，这将是一个很难的决定，你应该以大多数使用者的平台为准则，你的伺服器日志将显示来自 Windows 和 Mac 的用户比例，当然，一般来说来自 Windows 的用户比较多，所以若果你不想劳师动众地去翻查日志，在大多数的情况下的指引是：「确定」先行，「取消」放在最后。
 
  
 
 此外，也有一些按钮方面的事项须要注意：
 
 一般来说使用有意思的名称来标签按钮（例如「储存档案」），比使用一个笼统的标签好（例如「确定」）， 一个意思明确的标签可以充当「即时帮助」的功能，使用户更有信心他们选择了正确的按钮。
 
 把比较常用的按钮定为预设按钮，并且在视觉上加以强调（除非这个按钮有特别危险的后果，在这些情况下你反而希望用户明确地选择这一个按钮，而非意外地按下 Enter 键后启动了它）。