我正在评估使用CAB进行新的.net 3.5 winform项目
我打算使用Infragistics工具集,它被称为'CAB兼容'
虽然CAB立即让我专注于我的业务而不是编码基本的对接/登录/等代码,但我觉得我能够自己完全达到相同的功能水平(增加灵活性/反应性奖励)当你拥有'代码'时,你就拥有了.
我正在寻求使用它的人对微软CAB的一些反馈:
你遇到过问题/错误吗?
你觉得CAB能节省你的时间吗?
是否有我不了解的额外功能(除了Docking/Login/WorkerThreads最佳实践?)
gilles27.. 7
几年前我有一些使用CAB的经验,我的结论是它过于复杂,学习曲线陡峭.因此,它所提供的好处并不值得用它来加快速度.但是,不要相信我的意思,尝试按照他们的一些实验室,看看你的想法.
Jeremy Miller撰写了一系列关于构建自己的CAB的博客文章
http://codebetter.com/blogs/jeremy.miller/archive/2007/07/25/the-build-your-own-cab-series-table-of-contents.aspx
这些值得一看,因为你可以从那里拿出你需要的东西.
我的建议是继续你的项目而不是预先构建一个框架.随着项目的发展,您应该发现将代码重构为基类的机会,并有效地从您的应用程序中获取框架.
这样,您最终将得到满足您需求的框架,并且开发团队中的每个人都会理解.无论你做什么都没有预先构建一个框架 - 存在着毁灭的道路:-)
几年前我有一些使用CAB的经验,我的结论是它过于复杂,学习曲线陡峭.因此,它所提供的好处并不值得用它来加快速度.但是,不要相信我的意思,尝试按照他们的一些实验室,看看你的想法.
Jeremy Miller撰写了一系列关于构建自己的CAB的博客文章
http://codebetter.com/blogs/jeremy.miller/archive/2007/07/25/the-build-your-own-cab-series-table-of-contents.aspx
这些值得一看,因为你可以从那里拿出你需要的东西.
我的建议是继续你的项目而不是预先构建一个框架.随着项目的发展,您应该发现将代码重构为基类的机会,并有效地从您的应用程序中获取框架.
这样,您最终将得到满足您需求的框架,并且开发团队中的每个人都会理解.无论你做什么都没有预先构建一个框架 - 存在着毁灭的道路:-)