wuhuacong(伍华聪)的专栏

摘要： 微信应用如火如荼，很多公司都希望搭上信息快车，这个是一个商机，也是一个技术的方向，因此，有空研究下、学习下微信的相关开发，也就成为计划的安排事情之一了。本系列文章希望从一个循序渐进的角度上，全面介绍微信的相关开发过程和相关经验总结，希望给大家了解一下相关的开发历程。本随笔主要针对微信开发过程的前期准备和一些初始的工作的介绍。 阅读全文

摘要： 本随笔系列主要介绍从一个Windows平台从事C#开发到Mac平台发苹果开发的一系列感想和体验历程，本系列文章是在起步阶段逐步积累的，希望带给大家更好，更真实的转换历程体验。本文继续上一篇随笔《从C#到Objective-C，循序渐进学习苹果开发(3)--分类(category)和协议Protocal的理解》，继续对比介绍它们两者之间的差异，以便我们从C#阵营过来的人员加深印象，深入了解Objective-C语言的特性。本篇随笔主要针对Objective-C里面的代码块(block)和异常处理概念的理解进行介绍。 阅读全文

摘要： 本随笔系列主要介绍从一个Windows平台从事C#开发到Mac平台苹果开发的一系列感想和体验历程，本系列文章是在起步阶段逐步积累的，希望带给大家更好，更真实的转换历程体验。本文继续上一篇随笔《从C#到Objective-C，循序渐进学习苹果开发(2)--Objective-C和C#的差异》，继续对比介绍它们两者之间的差异，以便我们从C#阵营过来的人员加深印象，深入了解Objective-C语言的特性。本篇随笔主要针对Objective-C里面的分类(category)和协议Protocal概念的理解进行介绍。 阅读全文

摘要： 本随笔系列主要介绍从一个Windows平台从事C#开发到Mac平台苹果开发的一系列感想和体验历程，本系列文章是在起步阶段逐步积累的，希望带给大家更好，更真实的转换历程体验。在上篇《从C#到Objective-C，循序渐进学习苹果开发(1)--准备开发账号和开发环境》介绍了一些基本的转换感悟和一些基础的准备工作，还没有正式真实的介绍Objective-C和C#的之前差异，我们知道，从一种环境或者一种语言转换过去另外一种，我们都会做一些对比和理解，这样可以很容易把我们头脑的知识进行对接，在这个所有东西日益大同的背景下，我们相信，所有的语言特点都是相通的。 阅读全文

摘要： 本随笔系列主要介绍从一个Windows平台从事C#开发到Mac平台苹果开发的一系列感想和体验历程，本系列文章是在起步阶段逐步积累的，希望带给大家更好，更真实的转换历程体验，因为一旦方方面面都精通了，也就可能没太大的动力继续写这系列的文章了，文章中可能有一些地方说的不对或者不够完善的地方，希望大家多多指正，共同提高。由于本人起步Objective-C的苹果开发比较晚，但是因为自己有着比较深厚的C#开发背景，因此在很多方面都会和我之前的经验做比较，因此本系列文章对于从C#转向Objective-C的苹果开发来说，应该是比较合适的。开始介绍这些系列内容之前，花上一些时间做一些自己的背景介绍，希望大家了解起步的背景和我自己的一些感想，以期达到相互共鸣，加深体会。 阅读全文

摘要： 混合式Winform程序模块：是指混合了传统数据访问和WCF数据访问的特点，可以在两者之间自由切换，统一了系统界面层对业务服务的调用模式，所有组件模块均实现两种方式的调用，是一种弹性化非常好的框架应用，既可用于单机版软件或者基于局域网内的应用软件，也可以用于分布式技术的互联网环境应用。每种技术都有其存在的合理性，对于混合式的Winform程序而言，也是一样。在数据越发集中的今天，单机版的数据很难进行共享，只在一定范围内进行使用；混合式的Winform程序，结合了Winform程序丰富的体验和强大的功能外，还整合了B/S的这种分布式特点，因此这种模式的存在生命力很强，有一些程序的操作使用Winform方式能够给客户提供非常好的界面效果体验。 阅读全文

摘要： 随笔背景：在很多时候，很多入门不久的朋友都会问我：我是从其他语言转到C#开发的，有没有一些基础性的资料给我们学习学习呢，你的框架感觉一下太大了，希望有个循序渐进的教程或者视频来学习就好了。 其实也许我们每天面对的太多东西了，觉得很多都稀松平常了，即使很细微的地方，可能我们都已经形成习惯了。反过来，如果我们切换到其他领域，如IOS、android，那么开始我们可能对里面很多设计的规则不甚了解，开始可能也是一头雾水。 本篇继续上一篇《循序渐进开发WinForm项目（4)--Winform界面模块的集成使用》，继续介绍如何循序渐进开发Winform项目，介绍业务模块常见的导入导出操作的功能实现，使得我们能够快速，高效开发常见的模块功能。 阅读全文

摘要： 本篇继续上一篇《循序渐进开发WinForm项目（3)--Winform界面层的项目设计》，继续介绍如何循序渐进开发Winform项目，继续介绍Winform界面模块如何整合到主体项目工程里面，进行使用等操作，使得我们逐渐了解一个完整的开发方案过程。 阅读全文

摘要： 本篇继续上一篇《循序渐进开发WinForm项目（2)--项目代码的分析》，继续介绍如何循序渐进开发Winform项目，继续介绍Winform界面层的项目设计以及相关代码的组成部分，使得我们逐渐了解一个完整的开发方案过程。 阅读全文

摘要： 本篇继续上一篇《循序渐进开发WinForm项目（1) --数据库设计和项目框架的生成》，继续介绍如何循序渐进开发Winform项目，继续分析介绍Winform的项目代码，从而让我们更加了解其中的分层和项目框架的组成等内容。 阅读全文

摘要： 随笔背景：在很多时候，很多入门不久的朋友都会问我：我是从其他语言转到C#开发的，有没有一些基础性的资料给我们学习学习呢，你的框架感觉一下太大了，希望有个循序渐进的教程或者视频来学习就好了。 其实也许我们每天面对的太多东西了，觉得很多都稀松平常了，即使很细微的地方，可能我们都已经形成习惯了。反过来，如果我们切换到其他领域，如IOS、android，那么开始我们可能对里面很多设计的规则不甚了解，开始可能也是一头雾水。 本篇想作为我的《循序渐进开发WinForm项目》系列的开篇，主要介绍数据库设计方面注意的一些事项，从而方便项目框架的搭建和开发过程。 阅读全文

摘要： 每个人身上，都有着独一无二的经历，也有着不一样的成长历程。回顾一下，从大学时期参加校网络中心从事开发工作，到目前在社会上的风雨兼程，也走过十多年的开发路程了，黄金岁月，青春年华，都在这期间度过。养成经常写写博客的习惯，也将近10年，每篇文章，都体现自己某一刻的体会或者想法，博客十年，也是自己的技术十年，总结了无数的开发心得和开发思路，或者有时候也很欣喜的介绍一下自己的劳动成果，辛苦与愉悦，伴随着时间慢慢沉淀。由于热衷技术的原因，博客内容一般围绕某个技术点，或者某个主题进行介绍，逐渐也形成了几个内容较多的标签，也是自己一直以来坚持的成果，回首过去，还是能看到沉淀下来的一些成绩。1、代码生成工具的 阅读全文

摘要： 一讲到工作流，很多人第一反应就是这个东西很深奥，有时候又觉得离我们较为遥远，确实完善的工作流设计很多方面，而正是由于需要兼顾很多方面，一般通用的工作流都难做到尽善尽美。微软也提供了几个版本的WF框架支持，也有一些厂家是基于这个框架基础上开发的工作流应用。以前由于项目的需要，参与过一些工作流的项目开发，其中有些是基于我简易工作流的原理上进行拓展的，包括一个广州市各区县使用的行业审批业务平台，由于基于自己的流程处理，界面设计、流程流转等方面可以很好符合客户需求，定制的弹性较好，缺点是不够通用，也需要编写表单部分代码。后面由于业务的需要，工作流方面的业务逐渐显得迫切，公司是想采用一个较为通用工作流框架来组织目前的业务，因此找了广州一家做工作流的公司，购买了他们的产品，虽然号称完全通过后台配置，零代码实现工作流业务表单的处理，但是由于客户对表单的设计要求比较多，有时候需要结合一些外部的数据接口，流程处理方面也有着进一步的需要，这样可能就打破了他们原来的格局，导致无论在表单设计、流程配置等方面，都需要购买他们工程师的现场服务，来进一步完善整个项目的内容，导致整个项目进展缓慢，遭遇水土不服的处境。 阅读全文

摘要： 我在做Winform界面的时候，一般都是统一化处理，界面顶部放置一些字段条件供查询，下面就是分页查询列表，展示相关的数据。但有时候碰到一些表字段内容分类比较多，有一些特别重要，如果放在一个树形列表来进行快速分类查询，用户体验应该更好。本篇随笔主要介绍如何快速实现树形列表和分页查询整合的WInform程序界面。 阅读全文

摘要： 大约半年前，一个客户希望给他开发一个代收代发的功能模块，只需要一个后台的服务进行自动收取和发送邮件，因此我结合了我自己的定时服务程序，增加了一个基于Lumisoft组件的邮件发送和收取插件模块，整合了一个邮件的代收代发的自动化服务程序。做完这些程序的开发，也撰写了好几篇的技术随笔文章，感觉也有一定的成就感。本篇随笔主要介绍在我原来的代收代发的服务模块基础上增加相关的处理界面的设计和相关的内容介绍。 阅读全文

摘要： 在邮件处理的方面，Lumisoft.NET可以说是非常不错的一个选择，我在前面几篇文章中都介绍过这个组件，我的博客内容几乎全部来源我的项目开发或者研究工作，因此对于这个组件的使用还是有一定的说服力，这个组件封装了很多底层的一些操作，对于我们操作邮件的发送、接收的处理，更加方便高效。本文主要介绍该组件一个小的应用，基于Lumisoft.NET组件的SMTP账号登陆检测。 阅读全文

摘要： 在Winform开发中，客户体验是个很好的参考性指标，如果一个功能使用的时候感觉很流畅，说明我们的程序执行效率还不错，但是随着数据的真多，原先可能流程的地方可能会变得比较卡，这时候就需要追本索源，找到症结并进行处理。但是，如果我们对Winform开发有一定的经验积累，有些耗时缓慢的界面处理一开始还是比较容易避免，本文介绍一些在开发过程中的一些界面性能上的优化处理，希望对大家有帮助。 阅读全文

摘要： 在很多DevExpress的使用例子里面，我们可以看到，基于GridView实现的不同控件展示的时候，每一列的控件类型都是一样的，如果我要某一列的一行让用户可以从下列列表选择选项，而其他行不可选择，那我们可以实现这种效果吗，应该如何实现？ 阅读全文

摘要： 缓存在很多情况下需要用到，合理利用缓存可以一方面可以提高程序的响应速度，同时可以减少对特定资源访问的压力。本文主要针对自己在Winform方面的缓存使用做一个引导性的介绍，希望大家能够从中了解一些缓存的使用场景和使用方法。缓存是一个中大型系统所必须考虑的问题。为了避免每次请求都去访问后台的资源（例如数据库），我们一般会考虑将一些更新不是很频繁的，可以重用的数据，通过一定的方式临时地保存起来，后续的请求根据情况可以直接访问这些保存起来的数据。这种机制就是所谓的缓存机制。 阅读全文

摘要： 我们知道，Web开发上有很多HTML的编辑控件，如FCKEditor、CKEditor、kindeditor等等，很多都做的很好，而虽然Winform里面有WebBrowser控件，但是默认这个控件是不允许编辑内容的，可以显示网页而已。Winform开发里面，有些使用RichTextBox控件来编辑HTML，也有一些结合WebBrowser控件来实现内容的编辑，其中我觉得做的最好的应该是Zeta HTML Edit Control（http://www.codeproject.com/Articles/43954/ZetaHtmlEditControl），这个控件是在CodeProject上开源公布的，同时也在GitHub上有一个项目的维护（https://github.com/UweKeim/ZetaHtmlEditControl）。本文主要介绍这个控件的使用，以及对其进行一些资源的中文汉化工作，使得我们在实际使用中更方便，并附上修改过的控件源码，希望大家有所收益。 阅读全文