posts - 16, comments - 16, trackbacks - 1, articles - 0
  博客园 :: 首页 :: 新随笔 :: 联系 :: 订阅 订阅 :: 管理

最新评论

如果有100种类甚至更多,该如何处理?我现在有这么各问题!
reporting service 用了别的端口,那么IIS的端口 还是80吗 是否也要换成和reporting service 一样的端口呢?
有方法不用生成图片显示么?
呵呵,正在研究...
如何显示每个柱图的Y值啊。
re: 好久没有写了,生活有点散漫。 编写人生 2006-06-16 08:41  
出差很辛苦的啊。
re: 给大家拜年 tansm 2006-02-11 09:29  
祝你全家幸福,平安
^_^兄弟,过的好吗?
TO:无名
我的这个设计,可以说是符合你所讲的MVC模式,在基类页面中没有把具体的业务规则写在里面,BasePage只是个View。比如上面代码:
this.MainDataSet = this.ManagerProvider.Open(DocID, false);
其实只是调用商业组件的方法,具体的表现由页面呈现。判断是否“只读”或“加锁”,是由Model控制的。
还有我这个示例只是对防止并发情况的,关于权限我还在考虑之中。
re: 可以这样做来达到Web页面继承的效果 Notus@下雨吧~~ 2005-06-08 17:50  
只用这个东西来动态的加载页眉和页脚
通过继承获取BasePage带来的一些好处要有一个原则。就是不能违背-职责单一原则。在MVC模式中BasePage应改只是这个View,关于业务数据在什么情况下只读应该属于Model控制的范畴。
我以前也是通过继承来获取上层页面提供的好处,比如权限管理,日志等。但发现随着需求的增加BasePage不断膨胀。其实权限管理应该属于Control的范畴。所以应该根据需求通过组合的方式完成上述动作。

可以考虑所有的子页面使用共同的自定义属性,使用AOP的想法来做这件事
在statusBar1_DrawItem的r.Inflate(1,1); 下面是否还应该再加上一句r.Offset(0, this.statusBar1.Top);,否则显示不正常。
不错, 请继续
楼上的,你先在右侧的“解决方案资源管理器”的项目引用中添加引用,就可以 using System.Management; 了。

我试了一下,写的不错!
不知道我的。net 1.1怎么不能引用这个命名空间?
re: 给大家拜年 realjiang 2005-02-12 13:42  
同喜同喜!