最新评论
顶一下！
这家更超值哦！～
这样的平台确实不错，基本算是成品。傻瓜化操作。。。。
http://www.bjznjz.cn/shop/html/?167.html
有什么办法能让对话框不弹出来啊,谢谢啦
qq:24395506
不错的文章，我也正在找javascript不支持函数的原因
ScriptFormat不完整。（缺少ScanHTML）
在”DooIT作品“中有找到直接用JS做的
能不能提供完整的Code供学习研究：fjwuyongzhi@Gmail.com，
先谢了！
re: 今天在家里呆着无聊,来写点东西吧 针式个人知识库管理 2007-09-11 09:16
有一个好的东西，就是结合CompositeUI和DockPanel，可以设计出松耦合的类似ＶＳ2005IDE差不多的系统界面，具体可以从DockPanel集成一个DockWorkSpace，实现CompositeUI的一些接口，就OK，！这样基本上一个DockWorkSpace就可以解决所有的窗体的问题了！！！
re: InfoPath最基本的设计思想---MVC love4ajax 2007-05-25 10:19
分析的问题很有见解，,佩服。.
<add id="2" site="MainMenu" label="&Help" register="true" registrationsite="Help" />
请问怎样在菜单中加 这样的快捷键: &Exit
在Xml 里不行,既使行了,运行时也通不过....
如果这样, UI Block 前景...
非常感谢，我研究了好久都没有研究明白，看了您的文章，问题解决。非常收益！
@LM
如果我分析得没错的话,这个公司(
http://www.hffdsoft.cn/)的产品,部分或者全部是抄袭的国外(www.infojetsoft.com)的产品.
生活不容易,但他鼓吹"国内首家"颇令人反感.
刚才说得错误如下：
错误 1 找不到类型或命名空间名称“WorkItem”(是否缺少 using 指令或程序集引用?) D:\project\dongjing2\TTTestReport\TTTestReport\Program.cs
求助朋友们：
问题一：安装了Composite UI Application Block December 2005 (C#)之后，怎么找到下面这些文件：
Microsoft.Practices.CompositeUI
Microsoft.Practices.CompositeUI.WinForms
Microsoft.Practices.ObjectBuiler
Microsoft.Practices.CompositeUI.Utility
Microsoft.Practices.CompositeUI.WinForms
怎么把这些文件加入我的.NET 2005 里面呢？
问题二：我安装这个做法做了，在第四步的时候，发现一个错误：
我的工程里面的
class Program : FormShellApplication<WorkItem, Form1>
这句话有误，.NET提示的是找不到WorkItem。
问题三：请问怎么把CAB所有的DLL文件都加入我的.NET里面？都需要加那几个DLL文件？
可否发份代码给我学习下啊
qifine@gmail.com
谢谢了！
那个界面设计器是用什么东西开发的？能否把实现原理细说一下，非常感谢！
好厉害，能否再把你的设计思路详细的说一下阿，我加了你的msn 恐怕你也没时间聊天
在Quick Start中是将通过XML文件，将菜单项记录下来，和Commands集合映射，然后动态加载到主菜单上的。由于我们已经在TestForm中创建了菜单项，所以可以去掉动态加载到主菜单的操作，但是和Commands集合映射是必不可少的。可是在MainWorkItem中我不知道如何访问TestForm实例，去获取每一个菜单项（哪位大哥知道的话，请告诉我），于是我只好将映射到Commands部分的代码放到CommandsApplication中。
你设置一下mainform 的MainMenuStrip属性，就可以直接引用Shell.MainMenuStrip.Items了，不用建立映射。
是啊，怎么没有提供下载啊，能否给我一份啊，谢谢！
guorenguo@126.com
我也在学习,欢迎交流
cowbird2002@hotmail.com
方便的话联系一下bidanjun@gmail.com
有一个较大型的项目希望您能够有所指教或者加入...
能不能提供一份源代码给我?谢谢!!
freedomkavin@gmail.com
timiil :不知者不罪，呵呵，看看CAB、IOC、UIPB吧
如何做一个登录窗口呢,加在什么位置运行登录窗口.用户名和口令正确就继续运行,不登录就退出程序?
写得不错！
但是public override void Run()编译有问题。
把代码改成
protected override void OnRunStarted()，函数体内加入base.OnRunStarted()调用就ok了。
您好，问一个问题，一个系统能不能有多个CBA的shell窗体呢。
也就是说，我的系统仍然是登录之后打开MDI主窗体，在主菜单上，希望可以分别打开shellForm1,ShellForm2，shellForm3...... 他们各自分别都是CAB窗体。其中可以共用SmartPart，可行吗？如何组织程序，谢谢。
In the source code of "TestSmartPart" where can I get "Microsoft.Practices.CompositeUI.Utility.dll". And "public override void Run()" in Class "SmartRootWorkItem" doesn't compile.
How can i resolve those problems.
Cheers.
看了你写的几篇关于CAB的随笔，感觉不错！希望有机会可以交流一下Sjsupport@163.com
非常有思想，有才华！
不过我提点建议：
1. 提供web方式来建立数据库架构，尽管很方便，但对用户的定位不准确，一般来说，对数据库结构的定义和维护是由开发人员在开发时或者系统管理人员在维护时来操作的，最有效的方式还是sql脚本。
2. 把一些业务策略、规则定义到界面层，仅仅能够解决界面层交互和验证问题，并不能从根源上解决数据的完整性和安全性问题，必须假定用户和界面的操作是不可靠的。可以考虑增加一个业务对象层，把验证规则放在此层，通过映射的方式映射到界面层，界面层的一切定义的目的仅仅是为了方便用户的交互操作。
3. 对于MIS系统来说，真正的业务操作包括对webservice的调用应该在服务器，界面上对webservice的调用仅仅是为了方便用户的操作，实际上是可有可无的。
希望能够多多交流！
To timiil: 本例旨在介绍CAB中SartPart的应用。WorkSpace作为一个容器，它可以统一的添加和显示视图，CAB可以自动维护WorkSpace、View、WorkItem之间的一些关系，可以创建与WorkSpace无关的视图。
特别是存在多级父子关系的情况下，可以很方便的联系各个WorkSpace、View、WorkItem之间的关系，本例作为演示，因此选择比较简单的案例，正因为案例的简单，用最通常的方法自然可以实现。在其他具备更加复杂的界面交互应用中，采用这种方式，就能体现出来CAB的优势，毕竟它是一些经验丰富的开发人员智慧的结晶。
如此大费周章？ 我在frmMain放6个Panel什么的容器，创建6个这样的EntityForm，把这些窗体分别塞到容器中show出来，又有什么功能上的缺失呢？
而且，我还可以做DockablePanel，Skin什么的功能 ...不明白这个Sample给出了什么好处吸引我拖挂这个Block呀～
To:floerggyy
CAB里Event Broker和你实现的思想是一致的，只是CAB里通过topic来订阅事件，由URL决定。你的例子完全就是用+=操作符来实现的
我以前在做一个窗体间通讯用的就是事件，不知道CAB里窗体间通讯是不是这样的做的
http://floerggyy.cnblogs.com/articles/82079.html
关注CAB很久了但一直没有装VS2005它的代码也没有时间去阅读
event相当于调用间的method，而state相当于property 两者都必不可少的
CAB里的EventBroker是我觉得对.Net的Attribute用得极好的一个经典
呵呵，写的不错，不过我的体会是对于窗体之间通信，应该尽量使用 EventPublication 而少用state 状态共享，
因为 EventPublication 可以大大降低窗体之间的耦合度