wuhuacong(伍华聪)的专栏

摘要： ABP是ASP.NET Boilerplate的简称，ABP是一个开源且文档友好的应用程序框架。ABP不仅仅是一个框架，它还提供了一个最徍实践的基于领域驱动设计(DDD)的体系结构模型。学习使用ABP框架也有一段时间了,一直想全面了解下这个框架的整个来龙去脉，并把想把它使用历程整理成一个系列出来，不过一直没有下笔来写这篇文章的开篇，就是希望能够深入了解，再深入了解一些，希望自己能够理解透彻一些，不能误人子弟，也不想和网上千篇一律的翻译官网的内容，官网的英文介绍也已经很详细了，于是我觉得还是以实际使用的过程进行一定的整理会更好。 阅读全文

摘要： 在设计界面的时候，不管是在Web端，还是在Winform端，或者是WPF或者移动界面等应用上，我们对界面的组织布局，一直是比较有趣的话题，而组织界面的好坏从用户的感受来看，可以提供程序可使用性高低，也体现了开发者的开发界面的功力。良好的界面布局，可以使得我们组织内容更加合理，也更加美观。本篇随笔主要罗列我自己在开发Winform界面的时候，对界面的组织布局的一些小小案例和心得。 阅读全文

摘要： 在我们做客户关系管理系统的Winform界面的时候，需要对进展阶段这个属性进行一个方便的动态切换和标记处理，如我们根据不同的进展阶段显示不同的相关信息，也可以随时保存当前的阶段信息。其实也是一个比较常见的功能，我们可以把字典列表扁平化动态展示在控件上，然后根据用户选择的阶段位置进行切换即可，本篇随笔就是在客户的需求基础上完善这个功能。 阅读全文

摘要： 在给客户开发一个信息发送功能的时候，需要涉及到短信的发送，短信发送一般不同的厂商提供的接口不同，处理方式也不太一样，之前用的一个厂商的，提供了一个封装类就很容易发送短息，因此都是基于HTTP协议做的一个数据发送而已，接触阿里云的短信服务器后，发现阿里云还增加了非常多的参数，其中包括一些秘钥和签名的内容。短信发送由于比较敏感原因，大多数应用场景是验证码或者一些固定的信息提醒，因此厂商都要求客户按预定的模板来发送，这样限制了短信的应用场景，只能根据业务进行消息定制了。本篇随笔主要介绍阿里云的短信服务的发送处理。 阅读全文

摘要： 最近这些年，随着前端应用技术突飞猛进，产生了很多新的前端框架，当然也引入了数不胜数的前端技术概念，前端不在是早期Web Form的拖拉处理方式，也不再是Ajax+HTML那么简单，随着前端技术的发展，前端的JS越来越重要，也越来越复杂，而为了开发的方便，引入了很多可以对JS+CSS进行编译的框架，而在发布的时候按需编译处理，从而增强了整个前端的开发过程，这些前端的技术包括Angular、React、Vue等等，这些前端技术应用框架又囊括了很多相关的技术，包括了dva、umi、less。前端技术越滚越大，范围也越来越广，大有日新月异的感觉。 阅读全文

摘要： 随着时间的推移，Winform也算是能够坚持下来最久的技术之一了，它的昔日辉煌和现今的依旧活跃，导致了它依旧拥有者很庞大的用户群体，虽然目前很多技术日新月异的，曾经的ASP、ASP.NET WebForm、Asp.NET MVC、WPF等技术基本上淡出了视野,而迎来了.NET Core、UWP等技术应用，.NET Core也给.NET迎来了一次重要的涅槃重生的契机，可以更高效的运行在各种平台上，从而激发了.NET的又一春。Winform的技术虽然基本上已经压缩在一定的范围内，不过由于的用途广泛，微软也无法完全舍弃，据说在即将到来的.NET core 3.0里面，会支持Winform，那真是非常不错的一次转变。 阅读全文

摘要： 在混合开发框架模式中，有时候我们在处理树形节点的时候，需要很多关联的处理，可能需要结合用户配置信息，属性字典，以及表的字段分类等信息来展示一个结构树，那么在处理的时候就可能会频繁的对这些接口API进行调用，而如果我们使用Web API一次性的获取树形节点信息，然后统一加载的话，性能会提升很多，本篇随笔介绍通过封装一个总的树形结构列表数据返回的Web API，从而在Winform客户端一次性展示的方式，实现性能的优化处理。 阅读全文

摘要： 之前在随笔《在Winform开发中使用Grid++报表》介绍了在Winform环境中使用Grid++报表控件，本篇随笔介绍在Boostrap开发框架中使用Grid++报表，也就是Web环境中使用Grid++报表，对于我上篇提到的二维码条形码的资产信息表，我系统通过Web方式进行呈现，或者展示其报表的PDF也可以，本篇随笔一步步介绍如何使用Web报表的展示出来。 阅读全文

摘要： 之前一直使用各种报表工具，如RDLC、DevExpress套件的XtraReport报表，在之前一些随笔也有介绍，最近接触锐浪的Grid++报表，做了一些测试例子和辅助类来处理报表内容，觉得还是很不错的，特别是它的作者提供了很多报表的设计模板案例，功能还是非常强大的。试着用来做一些简单的报表，测试下功能，发现常规的二维表、套打、条形码二维码等我关注的功能都有，是一个比较强大的报表控件，本篇随笔主要介绍在Winform开发中使用Grid++报表设计报表模板，以及绑定数据的处理过程。 阅读全文

摘要： 在一些场合里面，我们需要对一些记录进行颜色标注处理，以标记记录的信息重要性或者进行类别区分，如在客户关系管理系统里面，我们需要对客户信息进行不同颜色的标注，方便对不同类别的管理，毕竟颜色区分还是比较直观快速的一种。本随笔介绍在我们的CRM客户关系管理系统中，对客户信息的标注处理和显示区分的实现。 阅读全文

摘要： 当我们需要结合企业微信和业务系统的时候，我们需要建立一个企业微信应用，然后在微信管理后台中绑定对应参数，这样可以利用企业微信的服务端API对接相关的功能，包括提交菜单，以及获取对应的企业微信组织机构、发送消息等常规操作；而业务系统则可以把对应的业务流程和企业微信进行对接，包括消息的推送，以及利用JSSDK对相关业务数据的展示和处理等。本篇随笔介绍在利用企业微信前的相关处理步骤，如创建企业应用，绑定企业应用信息，以及相关的业务处理交互等。 阅读全文

摘要： 在实际业务系统的开发中，往往需要几个系统协同一起出来同一个数据库的数据，数据库可以是同一个数据库，也可以根据业务拆分的多个数据库，如我们企业微信的应用、后台业务管理系统、以及专门为数据提供服务的API服务接口等，这样可以极大程度上给我们的业务数据提供支撑，并根据不同的特性进行分开管理和维护。 阅读全文

摘要： 在开发业务管理系统的时候，往往涉及到资产信息及编码的打印处理，如我们需要对资产信息、条形码、二维码一起打印，以便贴在具体资产信息上面，方便微信公众号、企业微信进行业务处理，那么编码的打印就很有必要了，本篇随笔介绍实际生产环境中的资产编码打印处理。 阅读全文

摘要： 企业号升级到企业微信后，发送应用消息的接口也变化了不少，除了原来的文本、图片、文件、语音、视频、图文消息等消息外，增加了文本卡片、markdown消息、小程序通知消息等内容，不过它们都可以共用一个接口进行发送，只是它们的对象不太一样，本篇随笔主要介绍整个企业微信应用消息处理这部分内容，包括不同消息的实体关系和接口发送的实现等内容。 阅读全文

摘要： 在后台业务管理系统中使用Autofac实现微信接口的处理，我们只需要把相关使用到的DLL放到BIN目录里面即可，通过IOC控制反转方式实现对接口的调用。在实现在业务系统里面，我们本身程序可能已经依赖了很多相关的DLL类库，这种可以降低对相关DLL的强依赖，而以一种松耦合的方式使用我们所需要的微信接口。 阅读全文

摘要： 企业微信的支付自从企业号变化为企业微信后，增加了一些支付接口以及对很多接口进行了调整，企业微信的支付处理也是变化了不少，往往有时候碰到不少坑，一步一个脚印趟过来的；企业微信支付是需要结合微信商户后台进行处理，有时候也需要设置好商户平台的相关处理，才能进行发送红包、支付到个人等等支付处理。本篇随笔介绍在企业微信的支付处理中的发送红包的操作相关内容。 阅读全文

摘要： 在我的开发框架系列中，底层数据库的配置处理都是差不多的，框架整体支持SQLServer、DB2、MySql、ODP.NET（Oracle）、PostgreSQL、SQLite、SqlEx等数据库的，往往客户在使用框架的时候会问，框架支持哪些数据库、各种数据库配置信息、如何实现数据库分库处理、如何同时支持SQLServer和Oracle等数据库支持、如何实现数据库连接字符串加密等问题，本篇随笔逐一进行介绍。 阅读全文

摘要： 自从微信企业号升级到企业微信后，一些API接口和处理方式有所变化，企业微信支持更多、更丰富的接口，本篇在改造企业微信过程中对相关内容的更新进行记录，希望大家对企业微信的各个方面有所了解。本篇基于对企业微信菜单的管理进行介绍，包括介绍企业微信菜单涉及的几个重要参数，以及后台统一处理公众号和企业微信菜单的处理。 阅读全文

摘要： 最近一直在思考如何对Web API的其接口数据进行独立开发的问题，随着Web API的越来越广泛应用，很多开发也要求前端后端分离，例如统一的Web API接口后，Winform团队、Web前端团队、微信小程序或者APP团队大家可以同步开发，在最初约定一些接口的输入JSON数据和输出JSON数据，但是随着项目的进度开展，这些数据结构一直有所变化，那么我们模拟的JSON数据格式也需要协同变化，但是很不幸既然大家忙着开发，接口协调的事情肯定优先级没那么高，即使每次记得协调接口数据，也不一定能够完全一致。 阅读全文

摘要： 在我们Winform开发中，往往需要涉及到附件的统一管理，因此我倾向于把它们独立出来作为一个附件管理模块，这样各个模块都可以使用这个附件管理模块，更好的实现模块重用的目的。在涉及附件管理的场景中，一个数据记录可能对应多个附件组场景，每个附件组则涉及附件多个文件，往往这些附件可能放置的目录会有所不同，导致如果对文件备份管理不是很方便。本篇随笔主要基于这个考虑，对附件文件进行一个集中归档的处理，以便把散落在各个地方的附件集中放置在我们制定的归档目录中，而且并不影响已有附件的关联显示。 阅读全文