开发Winform程序的时候，我们往往需要根据需要做一些自定义的控件模块，这样可以给系统模块重复利用，或者实现更好的效果等功能。但在使用的时候，我们又往往设计时刻发现一些莫名其妙的错误，那么我们该如何进行控件的设计时刻的开发调试呢，如何解决碰到设计时刻出现的错误呢？本文主要介绍我自己在这方面积累的一些经验和处理方法，期望对大家有帮助。

DevExpress Universal Subscription官方最新版免费下载试用，历史版本下载，在线文档和帮助文件下载-慧都网

1. 自定义控件的设计错误产生

例如我的通用附件模块里面，有一个自定义控件，需要提供给外部使用的，如下所示。

这里外部使用的模块，是工作流里面的一个模块，也是一个自定义控件，我想把它作为一个流程信息的展示控件。

因此就想把这个附件管理的自定义控件拖动到另外一个自定义控件流程信息展示控件里面，设计的流程信息管理的界面如下所示，这个时候，使用这个附近控件是没有问题的，正常拖动到另外一个控件里面。

编译整个项目，左边的VS工具箱会出现一个ApplyControl的自定义控件，但是当我拖动该控件到新的窗体界面里面的时候，错误就出现了。

这个问题可能是因为调用了访问数据库的操作，但是更加详细的位置我们看不太清楚（数据给截断显示了）。

2. 基于Visual Studio控件的调试

为了更好跟踪到错误的发生的地方，我们可以用VS自带的调试操作来进行跟踪。

首先我们在项目的【属性】-》【调试】里面设置启动操作为指定的VS，选择“启动外部程序”为对应版本的VS的IDE程序，如下所示。

启动调试后，打开对应的这个项目，然后再次模拟从工具箱里面拖动控件的效果，这样VS IDE就能定位到具体的位置了。

我们发现VS定位到一个绑定数据的数据库访问操作里面去，但是我开始一直不明白，这个BindData的操作，其实已经是通过指定了设计时刻不进行的了（!this.DesignMode），不知道为什么还继续。

public void BindData()
{
ClearData();

if (!this.DesignMode)
{
List<FileUploadInfo> fileList=new List<FileUploadInfo>();
if (!string.IsNullOrEmpty(this.AttachmentGUID))
{
fileList=BLLFactory<FileUpload>.Instance.GetByAttachGUID(this.AttachmentGUID, this.pager1.PagerInfo);
}
else
{
fileList=BLLFactory<FileUpload>.Instance.GetAllByUser(this.UserId, this.AttachmentDirectory, this.pager1.PagerInfo);
}

..........................

3. DesignMode的重载，问题解决

调试到这个DesignMode的时候，它的值竟然是false，那么肯定就会去从数据库获取了，而设计时候去找数据，这个时候就出错了。至于为什么会是DesignMode为false，开始有点搞不太清楚，不是说好设计时刻为True的吗？

通过搜索，发现有位仁兄总结的比较精辟，这里就借用一下。

也就是说一个控件只有在它自己被拖拽到设计器的时候，其 DesignMode 才是真，如果它被包含在其他控件中被加入到设计器，那么那个控件才是在设计模式，而它不是！换句话说，DesignMode 并不能反映当前环境是否是运行时，它只能告诉你，这个控件当前是不是直接被设计器操作（嵌套的已经不算了） 。”

那解决方法应该如何呢，其实也很简单，就是重写下这个DesignMode的属性为我们期望的值即可，如下所示。

/// <summary>
/// 标题：获取一个值，用以指示 System.ComponentModel.Component 当前是否处于设计模式。
/// 描述：DesignMode 在 Visual Studio 产品中存在 Bug ，使用下面的方式可以解决这个问题。/// </summary>
protected new bool DesignMode
{
get
{
bool returnFlag=false;
#if DEBUG
if (System.ComponentModel.LicenseManager.UsageMode==System.ComponentModel.LicenseUsageMode.Designtime)
{
returnFlag=true;
}
else if (System.Diagnostics.Process.GetCurrentProcess().ProcessName.ToUpper().Equals("DEVENV"))
{
returnFlag=true;
}
#endif
return returnFlag;
}
}

重新编译控件，然后测试拖动，操作正常，再无出错，搞定！

DevExpress

DevExpress Universal 10月正式发布今年第二个重大版本——v21.2，此版本正式官宣支持Visual Studio 2022 & .NET6，同时与微软最新发布的Windows 11完美兼容，全面解决用户各种使用场景问题。 与时俱进，从未止步！

本文转载自：博客园 - 伍华聪

面可视化搭建工具业界的轮子

无论大公司还是小公司，我们开发前端工程时候，项目工程又很多类似的功能或者页面，开发经常是加班加点搬砖去做一些无成长反复操作的工作，看键盘上 Ctrl 键已经被磨掉了漆，C 和 V 也马上磨白了，那对于开发如何把这些重复的工作用机器去解决？在前端资源紧缺的情况下，是否可直接有工具直接就可以搭建出我想要的前端页面？于是业界的页面可视化搭建工具就出现了，本文会介绍目前最流行的页面可视化搭建工具，也会提供一些业界开源的可视化搭建项目供大家参考（Copy）。

1 页面可视化搭建 简介

编程开发页面：动态逻辑页面分解为 HTML Tree, Data 和 Dynamic Logic. 前端开发工程师开发前端页面的过程, 本质上是用编程工具(IDE)对页面的 HTML Tree, Data 和 Dynamic Logic 进行增删和修改.

页面可视化搭建：是用可视化交互的方式对页面的 HTML Tree, Data 和 Dynamic Logic 进行增删和修改, 从而实现页面的生成. 页面可视化搭建工具是实现页面可视化编辑的软件工具

目的：任何工具的存在都是更高效地解决问题. 页面可视化搭建工具, 用于解决页面生成的效率问题. 可能前端工程师会觉得最有效率的页面生成方式是打代码, 但有搭建页面需求的不只是前端工程师. 而可视化页面搭建工具, 恰恰是面向"就缺一个前端工程师"的人员, 用于提升他们生成页面的效率.

2 业界调研（20+）

3 业界调研要点总结

基于对以上页面可视化搭建工具调研，业界有很多看法，拿出两个比较有代表性的文章供大家参考：

• 基于现代的前端框架，为什么没有成熟的支持控件拖拽布局，并可以自动生成前端代码的设计器出现？
• 前端服务化——页面搭建工具的死与生

以上调研了那么多业界比较牛的前端可视化的框架工程，大致思路是类似的，百家争鸣，尽管阿里的飞冰云凤蝶很完善了但还是存在以下两点问题：

• 无法自动生成交互逻辑
• 只能在受限、具体的业务场景下发挥作用

这两个问题存在就会导致我们生产设计出来的东西需要low code，如果是low code开发人员不愿意用，因为生成的代码不易维护且臃肿；如果给非开发人员用，他们又不会写代码，一点代码都不想写，所以他们也不愿意用；

而我们站在巨人的肩膀上，能否把上面两个问题解决呢？目前我没有什么好的办法，但是我们可以先去把他们实现思路研究明白，才有可能去处上面的最难以解决的问题。

3.1 业界的工具总结要点

3.2 DSL方式

JSON Schem数据结构特点：

• 扁平化
• 树状化

demo1：

{
  "type": "object",
  "properties": {
    "$attr": {
      "type": "object",
      "properties": {
        "hidden": {
          "type": "boolean"
        }
      }
    },
    "$theme": {
      "type": "object",
      "properties": {
        "themeColor": {
          "type": "string"
        }
      }
    },
    "items": {
      "type": "array",
      "items": {
        "type": "object",
        "properties": {
          “itemId”: {
            "type": "string"
          }
        }
      }
    }
  }
}
复制代码

demo2：