.Net 泥水佬

摘要： 直接贴图出来观赏,图中所有UI功能都是Flex提供的,你并不需要编写额外的代码,可以自己调整颜色来适应自己的需要.当然这里几张图只体现一部分.除了UI美观功能外,Flex的语言机制在功能实现上也很方便;这也是自己喜欢它的原因. 阅读全文

摘要： 本文主要介绍SQL Artisan处理规则结构，认大家对组件的结构有个大体的认识。SQL Artisan主要由：数据处理容器,操作行为描述，条件描述和映射处理描述等四大部分构成;各自完成数据库操作中不同部分，最后整合完成整个数据库操作处理。虽然通过组件进行数据库操作很方便，实际在处理过程都会经过这四个环节处理。 接下来简单介绍这四个模块的类结构和类关系信息： （文章尾部可以下载清晰类结构图） 阅读全文

摘要： 由于近期项目有可能需要使用到WMI技术，因此这段时间有机会学习一下这种技术。本来以为是挺复杂的东西，没想到这方面的资源还是挺多,复杂的东西MS都帮你完成了；.NET FrameWork还直接支持了这种功能的调用，只要花上一点时间就能够写一些基于WIN系统简单监控程序。为了体验一下于是做一个简单的局域网计算机CPU监视程序；.Net FrameWork提供了System.Management名称空间下的一系列对象来处理WMI功能，虽然使用相关的对象并不多，但是WMI Classes整个库还是很庞大的；当然没有必要全部都记录下来当你需要时从MSDN获取就可以了。在使用的过程中主要用ManagementObjectSearcher 和 ManagementQuery 派生的类来查询计算机的资源... 阅读全文

摘要： IExpression是Sql Artisan组件的条件描述接口，组件中使用的所有条件（包括组合条件）都是以IExpression体现出来。但现有版本中的IExpression只支持数据查询、删除和修改操作，对于聚合统计并没有直接支持,只能通过视图对象的方式来描述聚合统计;但这种方式需要描述实体使用不是很方便，因此产生对IExpression简化聚合统计的想法。接下来为大家介绍以外部扩展的方式对IExpression实现数据聚合统计功能。 阅读全文

摘要： 经过一段时间的修改SQL Artisan1.3功能已经完成，新版本并没引入太多的新功能，主要着手于使用方便性上的改进和完善。在这个版本中你可以看到数据操作变得很方便简洁，包括数据查询和统计；大部分的操作方式都是基于条件的驱动，让使用者在数据查询和统计中只关心条件，从而达到简单快捷地实现相关数据操作功能。由于这个版对基础的修改比较多因此并不稳定，在这里发表组件使用功能的主要目的是想得到大家意见。 接下来介绍SQL Artisan1.3的功能使用，主要包括以下几个方面：数据修改操作，数据查询操作（包括复杂的关联查询），聚合统计。通过介绍组件使用的过程你会体会组件在数据操作上的方便性，其效果相信不会令你失望；当然更希望得到的是你宝贵的意见... 阅读全文

摘要： Flex在调用WebService方面封装的非常好，在调用.Net WebMethod过程中参数对象或返回对象都可以和Flex本地对象容合，并不需要作特定的转换（不过.Net有些对象还是不能被Flex所识别,如果DataSet）。以下是描述Flex调用具备不同参数类型或返回值类型的.Net WebMethod，从而让不了解Flex朋友认识到Flex在调用WebService的方便灵活性。大家都知道.Net WebMethod提供参数或返回值的类型是非常多样的，可以是值类型（最简单的类型）、普通实体模型（只有值类型属性）或比较复杂的对象模型（内嵌其他对象）。Flex有调用这些WebMethod的方式都是一样，只是在构造参数有些差别... 阅读全文

摘要： 在写Flex Applicaton时都习惯通过MXML来描述WebService然后调用，这样有个缺点就是WebService描述过于分散不利于维护（如后期需要给所有WebService加上SOAPHeader即使不算是什么恶梦也是一件很让人头痛的事情）。为了便于代码维护，于是想把程序所有Web Interface封装到Class中；当需要使用时实例相应Web Interface即可... 阅读全文

摘要： 在编写业务逻辑上定义基础处理规则，这样就能够清楚明确系统中所有业务逻辑的处理过程（主要也是方便对业务逻辑的理解和维护）；在实际情况中业务逻辑的规则是比较复杂和多变的，似乎制定一个统一的规则比较难。但是事实上可以采用Command模式制定业务逻辑的基础规则，用于描述业务逻辑执行的切入点；对于一些复杂的规则（如业务流程处理等）可以通过Template Method模式对基础规则进行扩展；这种制定规则只适用于单一职责业务逻辑，对于一些多职责业务逻辑只能选择别的方式。 在软件开发中解决问题的方法很多，虽然都是解决同一问题但不同人实现的方法却可以完全不一样；因此以下描述的内容只是本人在项目制定的业务逻辑基础规则。在系统设计时会制定以下两种业务逻辑的基础规则： 1） 多职责规则；用于业务数据的基础操作，主要是添加,修改和删除。 2） 单一职责规则；用于扩展出查询、统计和复杂处理的基础规则(实际上是规范所有单一职责的业务逻辑)。 阅读全文

摘要： 由于业务逻辑数据来源于UI，因此在UI验证数据就已经够安全；如果在业务逻辑再进行一次验证似乎有点多此一举。实际上我认为这样很不合理，因为业务逻辑本身就是一个独立体，把数据的合法性依赖于UI是很不应该的。但在业务逻辑中对成员的数据验证并不象UI那样有着方便的验证控件，如果手动对每个数据成员进行编码验证的确会增加很大的工作。为了解决这方面问题想出了通过Custom Attribute的方式来简化对象成员数据验证的功能；通过Attribute来配置需对象成员需要验证的方式，然后通过容器进行统一验证，从而达到简化验证代码的编写。 阅读全文

摘要： 由于Flex自带的日期使用起来感觉不爽，所以自己动手写了一个。 在这话就不多说了下面的控件的效果和实现代码： 阅读全文