摘要： 今天与同事一起讨论了2种数据实体层的设计方案哪个比较好的问题，只有讨论，虽然心里有所倾向但是没有答案。 先介绍下两种设计，其实很简单，方案1是参照NetTiers的强类型设计继承自Object自己实现相应接口; 方案2是弱类型设计，实体继承自DataTable；两种方案都是一个表/视图对应一个数据实体。 相应的数据访问层都采用Provider模式，方案1每个表单独实现一个数据访问类，语句写死在类中；方案2借助弱类型的优势只实现一个Base类，所有的表的访问类继承这个Base类，就都具备CRUD功能了，当然具体业务操作都还需要单独实现。 上面两种方案都用相应的CodeSmith模板自动生成。简. 阅读全文

摘要： 孤陋寡闻了，原来互联网上还有这样的免费WebService资源，分享一下。如果你想免费获得天气预报、股市指数、随即验证码、外汇比价和大量其他服务，可以点击下面的链接，http://www.webxml.com.cn看看有没有你需要的WebService，关键是上面的很多服务是实时而且免费的。 阅读全文

摘要： 前面的例子可能太具体了，那么希望从从下面的图上看明白框架收箱类与实际UI元素的对应关系。Workbench是主窗体，Workbench中的手风琴菜单是业务功能的全集，因此通过Folder拼装（详细情况参照C/S简易UI框架开发总结（2）关于Folder的介绍）好的业务功能可以有用户随时触发，有系统自动解析并调用相应的功能完成对用户请求的相应（可能是显示一个View或者其他动作）。View（GridView）与Workbench类似，通过定义好的EntityControlHost完成CRUD功能，由于每个实体CRUD的功能基本逻辑是一样的，因此除了有特殊需要外，系统会自动通过设置EntityCo 阅读全文

摘要： 看了很多的回复，谢谢大家的关注！ 今天我想写个例子，简单说下如何使用这个框架开始新的项目并实现一个典型的CRUD功能。期间我还想说说关于各种UI组件间信息交互和调度方面的问题。这个组件一直在修修补补，基本稳定后也没有真正的仔细考虑过是否有更好的实现方式，通过简单的说明希望能把我的思路也理理清楚。大家也多多拍砖。开始一个新的项目，首先要做的是创建一个主窗体，它直接从WorkbenchBase继承即可。Partial Class MainFormInherits Component.WorkbenchBase…………….End Class 完成上面代码后，就可以得到下图这样一个具备基本的菜单、手. 阅读全文

摘要： 这篇文章主要是对之前做过的一个UI简易框架（我也不确定能不能算框架，毕竟不是很完整，姑且就叫框架吧。）的总结，计划分3-4片写完。 其实这个框架并没什么技术含量，完全是一种个人总结性的记录，但是我还是会比较详细的记录一些设计思路和开发细节，希望能能够抛砖引玉，我也会继续把她完善好。 最初开发UI框架的想法源于对代码中大量粘贴复制动作的疲劳性抵触，一想到实体与界面控件的赋值（取值）、每个实体窗体的新增修改等业务状态的控制就烦，于是一开始就以简单易用、去繁就简为目标，实现的功能也确实非常简单，因此叫简易框架。 想虽然简单，但是真正动手前还是做了很多功课，读了SharpDeveloper和Smar. 阅读全文

摘要： 很久以来，一直以围观者的角色关注博客园，学了些东西，长了些见识，重温围城，忽然觉得也许被围观的感觉更好些。 显示用户名不能重复，我在注册的时候才发现，因此做彻底的山寨版不可能了，做个山寨版山寨大道至简吧 - -，无意冒犯周大，完全是一种滔滔江水连绵不绝的崇拜。 我一直从事信息系统开发方面的工作，但是由于公司业务面比较单一，在这个互联网的时代，我还一直默默地耕耘在C/S（SmartClient）的大地上。 现在博客园的文章也越来越少讨论C/S方面的内容，我想慢慢的吧我做的关于C/S应用过程中的一些问题总结下，发上来，和大家共享，希望能结识更多的朋友，抛砖引玉，共同进步。也免得每天回家就只能对着. 阅读全文