太白将进酒,共邀天下友

摘要： 第九章 SQL Server的简单应用　9。1 数据库的创建与管理　一、数据库的创建CREATE DATABASE 教师库 --逻辑名ON(NAME ='教师库_Data', --物理名FILENAME='D:\教师库_Data.MDF' , --物理位置SIZE = 2, FILEGROWTH = 10%) --分配空间，增长速度LOG ON(NAME ='教师库_Log', FILENAME=... 阅读全文

摘要： 当我们点击MSN窗体的"X"关闭程序时,MSN并不退出,而是最小化窗体,并且不在任务栏上显示.托盘区显示该程序.现在,我用VS2005实现类似的效果..NET 2.0的窗体中多了一个"ShowInTaskbar"的属性,指示该应用程序是否显示在任务栏.有了这个属性,我们的实现就简单多了. 首先,把窗体的ShowInTaskbar属性设为False,然后添加一个NotifyIcon控件,一个Menu... 阅读全文

摘要： 在网上用www.gougou.com订阅了很多RSS,但RSS保存功能又非常弱,我保存下来的文章全部统统放到一个目录下去了,时间长了,里面乱七八糟的.删除了吧...突然哪天想起原来看过一篇文章,却寻觅不着.用365key吧,我又经常用firefox.郁闷了郁闷了...先暂时自己建个文章藏金阁吧~~ 数据库类 System.Transactions: Implement Your Own Resou... 阅读全文

摘要： 起因:韬韬同学设计的权限管理模块中有一实体类Function(修改后的权限人员管理系统设计),该同学经过深思熟虑,从权限扩展的角度出发,为该实体类添加了诸如:ID,名称,创建人,创建时间...等属性.但我们目前可能需要,使用的仅仅是ID.于是,在敏捷实验室里引发了一场激烈的争论,战场从工作室到饭厅再到卧室,战斗姿势经历了坐着,站着,躺着,趴着......历经半个时辰有余. 首先,张文韬同学的意见:... 阅读全文

摘要： 前一篇随笔谈到了Netron中有关图形移动方面的内容,下面谈谈Netron中关于图形间联系的相关内容. 在Netron Light中,和连接有关的两个核心类是:Connection和Connentor类,前面我提到了,他们两者同样是继承自Entity类,因此他们都重写了Entity类的抽象方法:Paint,Hit,Invalidate,Move,大部分的实现都和ShapeBase类的重写类似,下面... 阅读全文

摘要： 序: 在这里,我可不是要讨论中国移动和中国联通谁的信号好,收费低,而是针对Netron中的两大重要操作:图形的移动和图形的联接进行分析.:)移动篇对于图形设计器来讲,图形的移动应该是其中非常核心的一部分.接下来,就来分析下Netron是怎么实现这个核心功能的.关于这点,要首先回顾下前面随笔提到的一些东西.Netron中所有的具体图形对象(椭圆,矩行...)都继承自ShapeBase这个基类,而Sh... 阅读全文

摘要： 在上一篇随笔中,写了一点对Netron的初步认识,简单分析了下Netron中的三个基本图形实体:ShapeBase,Connection,Connector.但是这个三个实体只是三个光棍司令.他们怎么显示在窗体上呢?OK.下面,Netron的下一个主角即将登场. Netron中,有一个继承自.net framework中的System.Windows.Forms.ScrollableControl... 阅读全文

摘要： 最近一个项目,涉及到一个图形设计器.类似于Visio的设计器,可以直接在窗体上进行某些图形结构的设计,并支持窗体内的拖动,连线等等...于是开始研究一个开源项目Netron Graph Library,争取尽早摸清其实质,改造一个适合我们项目的图形设计器出来.(目前只研究Netron的light版本,因为对于我们设计器的要求,他已经足够强大,并且还算PP:) 先来看Netron Light的运行效... 阅读全文

摘要： 说明在企业应用程序开发中，日志记录是一个非常关键的且必不可少的步骤。一份详细清晰的日志会非常容易的进行错误定位，给项目后期的维护工作起到很好的帮助作用，能极大的降低系统维护成本。Agile Framework框架采用了有名的Log4Net日志组件，本身就集成了优秀的基础日志功能，在框架之上开发的应用程序，不需要再自己重新编写日志服务。基本用法Agile Framework的日志组件已经被系统自动加... 阅读全文

摘要： 在Agile Framework中，工作流服务是一个内建的基础服务，采用Agile Framework进行开发可以非常方便的使用工作流。当然，前提是对整个应用系统的设计首先必须要符合SOA架构思想。Agile Framework的工作流服务主要由两个接口构成：IWorkflowManager和IWorkflow，其中IWorkflowManager的实现组件由框架完成，会被系统自动加载到IoC容器... 阅读全文

摘要： Keep It Simple and Stupid！简单设计敏捷开发中非常重要的一项实践，但是这条原则说起来简单却做起来难。因为每个程序员其实都是一个有完美主义的艺术家，所做软件其实都是一件自己的艺术品，同时受到许多关于设计方面的资料的影响，所以在做设计的时候会情不自禁的加上许多“优雅特性”和“灵活性”。另一个很重要的原因在于，在产品推出后又不得不疲于应付客户频繁提出的许多新增加的需求的时候，会自... 阅读全文

摘要： 昨天在对做工作流服务时调试发现WWF的状态机工作流有一个奇怪现象：触发状态事件后不会马上改变状态机的状态，而是要等一段时间状态才改变过来。单元测试代码如下：IWorkflowService ws = wm.GetWorkflowService("OrderWorkflow");Guid id = ws.StartWorkflow(null);System.Threading.Thread.Slee... 阅读全文

摘要： 在整个软件的开发过程中，从需求到设计再到编码，随时都可能会陷入过度设计的陷阱。因为过度设计所造成的损失绝对不仅仅只是多写几段代码，增加了缺陷发生率，提高了维护成本这么简单。过度设计最可怕的是它会分散你的思维，让你有限的精力浪费在不应该或暂时不应该思考的问题上，而那些真正应该在现阶段得到重视和解决的问题却被你忽略了。你以后会为清理因为过度设计造成的垃圾和弥补本来应该思考的问题付出双重代价。虽然我一再... 阅读全文

摘要： 上午 Linkin 说对曾经说过的Activity,Rule，以及注册一个Service，WWF如何调用其它的服务等等还不大清楚,今天就这些基础概念谈谈,其实我也就过了一遍文档,下面的理解或许有些偏差. 先来看看下面这张图,这就是整个WWF的结构. 引用一下两个概念: Activity—A unit of work. The work an activity implements... 阅读全文

摘要： 今天做了WWF HandsOnLabs 的一个 state machine workflow 的例子,发现几个问题，首先是用wwf设计出来的流程之间的关系没有用图形的方式表现出来，文档上显示每个有关联的state之间是有箭头连接的，本以为是公司环境有问题，回来看了一下家里的机器也是如此，再看了一遍文档确实没问题，woody那边也做了这个实验，情况跟我一样,不知道是我们的设置问题还是be... 阅读全文

摘要： 按照昨天讨论的结果对工作流进行了一次改造。具体实现方式如下： 在子系统发布需要和工作流交互的事件，在工作流订阅该事件，当工作流接收到子系统的事件后会做两件事件事情，先是触发工作流引擎改变工作流状态，接着触发工作流对外发布的事件驱动流程继续流转（如果工作流还未结束），这样流程信息，工作流状态由工作流引擎管理，流转由子系统和工作流服务发布的事件一步步驱动。 把在完成门诊流程的时候遇到的问题记录一下,... 阅读全文

摘要： 起因：TT在部署好医生工作站组件后，调试某服务抛出不明异常，但是去服务器上看日志文件并没记录该异常。检查了一下配置文件和组件加载情况，一切正常，故判断是客户端程序问题，然后TT去检查自己的客户端程序，由于客户端未做日志服务，检查起来比较麻烦，一段一段的抛异常，最后发现并不是TT那边客户端程序的问题,最后定位到不明异常为客户端框架的FindMethod抛出的，该方法代码如下：public class... 阅读全文

摘要： 现在权限子系统定义了三个接口IPermission,IPermissionService.IPermissionManagerpublic interface IPermission { /// /// 获取本子系统所有功能点 /// List GetAllFunctions(); /// ... 阅读全文

摘要： 今天大家一起讨论了一下权限子系统设计的方案，TT最初的设想如下（错的地方给更正一下）：权限系统里面有用户，角色，资源3个对象。所谓资源就是系统的功能点，功能点同时映射到程序里的每个服务，这样有两层权限控制，第一层是控制进入客户端和界面显示，第二层控制每个服务的调用，用户和角色就不用解释了。这样初步设计一个权限认证接口，有两个参数，用户ID和资源ID，这样确实是最常用，也是很实用的... 阅读全文

摘要： 阅读全文