用PowerDesigner12.5生成类图代码方法
规则:
1、公开属性拼写不变,私有成员的下划线开始,再接首字母小写的变量名。
2、Xml注释为Comment内容。
操作方法:
1.切换OOM模型
2.选择菜单Language-->Edit Current Object Language
3.修改Profile\Attribute\Templates\definition
.if (%isGenerated%) and (%isValidAttribute%)
[%oidDocTag%\n]\
[%customAttributes%\n]\
.if (%Multiple% == false) and (%isIndexer% == false)
/// <summary>
/// [%Comment%\n]\
/// </summary>
private %dataType% _%fieldCode%[ = %InitialValue%];
/// <summary>
/// [%Comment%\n]\
/// </summary>
[%visibility%][%flags%] %dataType% %Code%
{
get
{
return _%fieldCode%;
}
set
{
_%fieldCode% = value;
}
}
.else
/// <summary>
/// [%Comment%\n]\
/// </summary>
private %dataType%[%arraySize%] _%fieldCode%[ = %InitialValue%];
/// <summary>
/// [%Comment%\n]\
/// </summary>
[%visibility%][%flags%] %dataType%[%arraySize%] %Code%
{
get
{
return _%fieldCode%;
}
set
{
_%fieldCode% = value;
}
}
.endif
.endif
(转载)
PowerDesigner默认在CDM中不能存在相同名称的实体属性,这也是考虑到可能产生的一些如主键外键等名称冲突问题。
我们进行实际数据库设计时,可能会多次使用相同数据项(DataItem)便于理解各实体。为此需要对更改PowerDesigner相关设置。
设置方法:选择Tools->Model Options,在Model Setting设置目录中,将Data Item下的Unique Code取消选中即可。
系统默认将Unique Code和Allow Reuse均选中。同时该设置均是面向特定模型的,即针对当前模型有效,若希望在其它模型中也有此命名设置,则需要重新进行设置。不过在Check Model时,如果选择全部Check, 则依旧会报DataItem重名的错误信息,这时需要我们在人为检查确认数据项无误时,可以在选择不对DataItem不检查。
在企业管理器中--右键你的注册的服务器实例(就是那个有绿色图标的)--选择编辑SQL Server注册属性--最下面的三个复选框--取消选择中间的那一个(显示系统数据库和系统对象)
VS2005
1)删除最近打开的文件
运行regedit,打开
HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\8.0\FileMRUList
之后,在右边删除相应键值就可以了。
2)删除最近打开的项目
操作同上,只是键值位置不同
HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\8.0\ProjectMRUList
VS2003
1)删除最近打开的文件
运行regedit,打开
HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\7.1\FileMRUList
之后,在右边删除相应键值就可以了。
2)删除最近打开的项目
操作同上,只是键值位置不同
HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\7.1\ProjectMRUList
摘要: 经常看一些的程序,有些一个解决方案带有多个项目,由于代码比较多,多人开发,所以好多vs.net下的工程是用source safe进行版本控制的。而用source safe进行版本控制需要局域网路径共享,因此好多项目换一台机器打开会出现一些问题,比如“解决方案看起来是受源代码管理,但无法找到它的绑定信息……”之类的提示信息很多。有时候修改了代码还保存不...
阅读全文
摘要: 我从数据库里导出表结构到PowerDesigner中,这时表的Name和Code都是英文的,现在我想只将Name改成中文,而Code不变,但当我改的时候Code也会随着Name改变!
阅读全文
摘要: 商业逻辑层是整个系统最核心的一层,它最关注的是业务规则的制定、实现、系统设计。是整个业务系统的最重要的支撑部分。它的职责更多的是关注业务规则的定义。所以该层的具体实现需要有业务专家参与。当然系统设计人员具有较高的业务专业知识也能够达到相同的效果。
阅读全文
摘要: 在整个软件架构设计中(尤其是企业级应用系统),分层的概念是贯穿于整个架构设计中。足以说明分层在系统架构设计中的重要性。微软推荐的分层模式为三层(数据访问层、商业逻辑层、表示层)。当然对于系统应用规模和层次不同,可以在对这种分层模型进行扩充。例如常见的一种方式在表示层与业务逻辑层之间再加入一层(UI调用层),他的作用在于当业务逻辑层接口有变动时,不必对表示层进行全方位的改动(毕竟表示层调用业务层的地方非常多,使用”替换”也是非常痛苦的一件事情),只需调整UI调用层极其少数代码,并不必编译表示层代码。
阅读全文