在前面随笔介绍的基于SqlSugar的WInform端管理系统中，数据提供者是直接访问数据库的方式，不过窗体界面调用数据接口获取数据的时候，我们传递的是标准的接口，因此可扩展性比较好。我曾经在随笔《基于SqlSugar的开发框架循序渐进介绍（5）-- 在服务层使用接口注入方式实现IOC控制反转》中介绍过，该SqlSugar开发框架本身是基于IOC控制反转的，因此对于接入不同的数据提供者，只需要切换
国内文章 开源GTKSystem.Windows.Forms框架让C# winform支持跨平台运行 https://www.cnblogs.com/easywebfactory/p/18289178 GTKSystem.Windows.Forms框架是一种C# winform应用程序跨平台界面开发
我们接触一个新事物的时候，如果一个事物能够给我们带来非常直观的感官认识，那么我们就很容易接受，反之可能需要很长时间的潜移默化的了解认识才能接受。万物化繁为简，透过本质看表象，往往也是一个认知迭代深入的过程。在我介绍很多篇随笔《SqlSugar开发框架》，能够看完的肯定不会是一开始就学习的人员，毕竟技术的陈述是比较枯燥无味的，而最好的认识来自于一些快速的项目演示，本篇随笔介绍利用《代码生成工具Dat
在我们的SqlSugar的开发框架中，整合了Winform端、Vue3+ElementPlus的前端、以及基于UniApp+Vue+ThorUI的移动前端几个前端处理，基本上覆盖了我们日常的应用模式了，本篇随笔进一步介绍前端应用的领域，研究集成WPF的应用端，循序渐进介绍基于CommunityToolkit.Mvvm 和HandyControl的WPF应用端开发。
前面两篇随笔介绍了EAV模型（实体-属性-值）的设计思路和Winform前端对于通用查询的处理，本篇随笔继续深入EAV模型（实体-属性-值）设计的探讨，介绍实体属性的定义，以及根据不同属性的定义构建不同的输入控件处理，以及列表界面的展示。旨在结合关系型数据库的熟练使用、性能优势和MongoDB数据库...
我们开发一个系统，在保证风格统一、代码强壮、可读性强等基础上，还能够结合代码生成工具快速开发相关后端，以及各种前端界面的，无疑是非常好的，既保证了项目的代码质量，又能够极大的提高开发效率。代码生成工具Database2Sharp是在完善的开发项目上，抽取出数据变化的部分，通过演绎、归纳、反复演绎和归纳等提炼方式抽取出相关的规则，以工具的方式来快速提高生产率，使得我们在开发各种不同的项目上的时候，能
在上篇随笔《基于SqlSugar的开发框架循序渐进介绍（23）-- Winform端管理系统中平滑增加对Web API对接的需求》中介绍了基于一个接口，实现对两种不同接入方式（直接访问数据库实现，基于Web API代理类实现）的处理，由于定义的接口中，我们为了方便，也是用了Lambda表达式的进行一些参数的处理，那么如果在Web API代理类中，Lambda表达式是不能直接传递给Web API的控
在我们创建界面元素的时候，不管在Vue3+ElementPlus的前端上，还是Winform桌面端上，都是会利用自定义用户控件来快速重用一些自定义的界面内容，对自定义用户控件的封装处理，也是我们开发WPF应用需要熟悉的一环。本篇随笔继续深入介绍介绍基于CommunityToolkit.Mvvm 和HandyControl的WPF应用端开发，主要针对自定义用户控件的封装和使用做一些介绍。
曾写过点儿前后端分离的项目（Vue+.NET Core Web API）、WPF和WinForm。因为Blazor不支持小程序的原因（相对于uniapp），所以只是大概知道Blazor可以写Web、PC和移动端项目，最大的特点就是使用C#代替JS。本文算是通过几个默认例子入门Blazor技术吧。 一
写作背景 写这篇文章主要是因为工业相机（海康、大恒等）提供的.NET开发文档和示例程序都是用WinForm项目来说明举例的，而在WPF项目中对图像的使用和处理与在WinForm项目中有很大不同。在WinForm中用System.Drawing.Bitmap来处理图像，而在WPF中是用System.W
前言 随着 DEV24.1.3 的发布，XAF Blazor 中的属性编辑器（PropertyEditor）也进行了很大的改动，在使用体验上也更接近 WinForm 了，由于进行了大量的封装，理解上没有 WinForm 直观，所以本文通过对属性编辑器的原理进行解析，并对比新旧版本中的变化，使大家能够
前言 今天大姚给大家分享一款.NET开源（MIT License）、免费、跨平台、功能强大的绘图库，支持多平台使用（包括：WPF、UWP、WinForm、Silverlight、Xamarin.iOS、Xamarin.Android、Xamarin.Forms 和 Xamarin.Mac等）：Oxy
引言 本来博主想偷懒使用AutoUpdater.NET组件，但由于博主项目有些特殊性和它的功能过于多，于是博主自己实现一个轻量级独立自动更新组件，可稍作修改集成到大家自己项目中，比如：WPF/Winform/Windows服务。大致思路：发现更新后，从网络上下载更新包并进行解压，同时在 WinFor
安装nuget包 Wesky.Net.OpenTools 1.0.8或以上版本。支持.net framework 4.6以上版本，以及所有.net core以及以上版本引用。 开发一个简单的Winform界面，用来测试使用。如需该winform的demo，可以在公众号【Dotnet Dancer】后
我在随笔《EAV模型（实体-属性-值）的设计和低代码的处理方案（1）》中介绍了一些基本的EAV模型设计知识和基于Winform场景下低代码（或者说无代码）的一些实现思路，在本篇随笔中，我们来分析一下这种针对通用业务，且只需定义就能构建业务模块存储和界面的解决方案，其中的数据查询处理的操作。
在之前的SqlSugar系列随笔中，介绍了很多我们关于SqlSugar的开发框架的内容，SqlSugar的开发框架的目的是多前端应用场景，因此其中会包含各种不同的前端应用，前面介绍了基于DevExpress的Winform的前端应用，以及基于Vue3+TypeScript+ElementPlus的BS前端应用，本篇随笔继续介绍SqlSugar的开发框架的另一个前端应用，基于UniApp+Vue+T
基于ASP.NET Core SignalR 可以实现客户端和服务器之间进行即时通信。本篇随笔介绍一些SignalR的基础知识，以及结合对SqlSugar的开发框架的支持，实现SignalR的多端处理整合，从而实现Winform客户端，基于Vue3+ElementPlus的BS端整合，后面也可以实现对移动端的SignalR的整合通讯。
在随笔《基于SqlSugar的开发框架循序渐进介绍（28）-- 快速构建系统参数管理界面》中介绍了基于SqlSugar开发框架，构建系统参数管理的后端API部分，以及WInform界面部分内容，本篇随笔介绍基于Vue3+ElementPlus的前端界面开发过程。
一：背景 1.讲故事 前段时间有位朋友微信找到我，说他生产机器上的 Console 服务看起来像是卡死了，也不生成日志，对方也收不到我的httpclient请求，不知道程序出现什么情况了，特来寻求帮助。 哈哈，一般来说卡死的情况在窗体程序（WinForm，WPF） 上特别多，在 Console，We
引言 core出来至今，已经7年了，我接触也已经4年了，从开始的2.1，2.2，3.1，5，6再到如今的7，一直都有再用，虽然我是一个Winform仔，但是源码一直从3.1到7都有再看，然后在QQ上面也一直比较活跃，之前好几年前一直说给大家解读asp.net core源码，在之前的博客中，讲的都是比
