如何将开发.NET版WinForm程序所使用的面向对象设计器巧妙地整合为一个长尾关键词？
- 内容介绍
- 相关推荐
本文共计269个文字，预计阅读时间需要2分钟。
WinForms是随2001年第一版.NET和Visual Studio引入的。WinForms本质上可以理解为是将复杂的Win32+API包起来的封装。引入WinForms是为了让企业软件开发者无需成为顶级C++开发者也能进行编程。
WinForms是2001年随着第一版.NET和Visual Studio引入的。WinForms本身可以被理解为一个将复杂的Win32 API包裹起来的包装。引入WinForms是为了让企业软件开发者没必要成为顶级的C++开发者就能够编写出数据驱动的业务程序。WinForms由于其设计器的“所见即所得”的编程风格，当时很受欢迎，甚至初级开发者都能利用这个设计器在几分钟内就能编写出业务需要的程序。
在没有添加对.NET Core程序的支持之前，Visual Studio环境和我们设计的程序都是运行在一个名为devenv.exe的单个进程内的。但是.NET Framework和.NET Core两者不能同时运行在devenv.exe之内，由此我们不得不从进程外（Out of Process，缩写为OOP）获取设计器，我们将这个新的设计器称之为WinForms Out of Process Designer (OOP设计器)。
由于OOP设计器和.NET Framework设计器两者的概念差异，.NET版第三方控件的提供商需要使用一个专门的WinForms设计器开发工具包（WinForms Designer Extensibility SDK，一个NuGet程序包）来开发可运行在OOP设计器环境内的自定义控件设计器。
OOP设计器在持有.NET Framework设计器的大部分相同功能的同时，也有一些自己的功能和改进。比如Visual Studio 2022对WinForms OOP设计器的数据源管理做了改进，主要使用对象数据源（Object Data Sources），这种新方法是OOP设计器和.NET版程序所独有的功能。
（资料来源 摘译自微软博客）
本文共计269个文字，预计阅读时间需要2分钟。
WinForms是随2001年第一版.NET和Visual Studio引入的。WinForms本质上可以理解为是将复杂的Win32+API包起来的封装。引入WinForms是为了让企业软件开发者无需成为顶级C++开发者也能进行编程。
WinForms是2001年随着第一版.NET和Visual Studio引入的。WinForms本身可以被理解为一个将复杂的Win32 API包裹起来的包装。引入WinForms是为了让企业软件开发者没必要成为顶级的C++开发者就能够编写出数据驱动的业务程序。WinForms由于其设计器的“所见即所得”的编程风格，当时很受欢迎，甚至初级开发者都能利用这个设计器在几分钟内就能编写出业务需要的程序。
在没有添加对.NET Core程序的支持之前，Visual Studio环境和我们设计的程序都是运行在一个名为devenv.exe的单个进程内的。但是.NET Framework和.NET Core两者不能同时运行在devenv.exe之内，由此我们不得不从进程外（Out of Process，缩写为OOP）获取设计器，我们将这个新的设计器称之为WinForms Out of Process Designer (OOP设计器)。
由于OOP设计器和.NET Framework设计器两者的概念差异，.NET版第三方控件的提供商需要使用一个专门的WinForms设计器开发工具包（WinForms Designer Extensibility SDK，一个NuGet程序包）来开发可运行在OOP设计器环境内的自定义控件设计器。
OOP设计器在持有.NET Framework设计器的大部分相同功能的同时，也有一些自己的功能和改进。比如Visual Studio 2022对WinForms OOP设计器的数据源管理做了改进，主要使用对象数据源（Object Data Sources），这种新方法是OOP设计器和.NET版程序所独有的功能。
（资料来源 摘译自微软博客）