做CF开发的朋友注意这个BUG了
2008-12-01 23:49
274 查看
最近做的几个CF控件不能在工具箱显示,几天研究下来依然无果,今天才搜到这篇来自OpenNETCF的文章:
A major player in our very, very late delivery of version 2.3 of the Smart Device Framework turned out to be problems with toolbox integration in Visual Studio 2008. The process of automating the install itself isn't well documented, so it took a while to determine that we weren't actually doing anything wrong, but instead that we were uncovering bugs and limitations in Visual Studio itself.
There are two problems every CF developer needs to be aware of (and I really hope Microsoft will publish a KB article on these to help get the word out):
Controls built against CF 2.0 will not show up in the toolbox for CF 3.5 projects. Period. There is absolutely no way to make them show up. So if you want your control to be available in the toolbox for CF 2.0 and CF 3.5 projects, you must build and deploy two versions of your control. This appears to be "by design," though I'd argue a seriously flawed design.
To compound the problems caused by #1, there is a serious bug as well. If your control uses the Microsoft.WindowsCE.Forms assembly, then you cannot add it to the CF 3.5 toolbox. The toolbox accepts CF 2.0 controls using it, but CF 3.5 controls will always throw an exception in Studio. Even worse, if you have several controls in a single assembly and just one of them uses Microsoft.WindowsCE.Forms, then none of the controls in the assembly can be added to the Toolbox.
So what does this mean to SDF users? Well nothing good. We first tried to work around "feature" #1 by building and deploying two SDF assemblies for our controls. It's not very maintainable, and it's painful, but we spent a good week getting our new automated build scripts to generate the necessary assemblies, CAB files and deployment manifests. After all that, we found bug #2, so even though we had the 3.5 assembly, it was unusable.
This means that, unless Microsoft releases changes to Visual Studio or we remove several controls from the SDF, you will not have Toolbox support for SDF controls with Compact Framework 3.5 projects in Studio 2008. We regret that fact and apologize to our users, but there's simply nothing we can do about it at this point. What we may do (I'm not saying this *is* what will happen, only what we're considering at this point) is split the OpenNETCF.Windows.Forms.dll assembly up to pull CF 3.5 Toolbox supportable controls out, but that's going to break references and make deployment and nasty business.
So if you're an SDF user and you'd like to use the SDF Controls in your CF 3.5 toolbox we encourage you to not open a bug with us, but instead open a support case with Microsoft. Remember, if you open a case with them and it turns out to be a bug, the support incident is free. What it does, however, is give them some insight into the number of customers that the bugs actually affect, and hopefully will give them some incentive to release a fix for these problems before 2010.
极度无语................
A major player in our very, very late delivery of version 2.3 of the Smart Device Framework turned out to be problems with toolbox integration in Visual Studio 2008. The process of automating the install itself isn't well documented, so it took a while to determine that we weren't actually doing anything wrong, but instead that we were uncovering bugs and limitations in Visual Studio itself.
There are two problems every CF developer needs to be aware of (and I really hope Microsoft will publish a KB article on these to help get the word out):
Controls built against CF 2.0 will not show up in the toolbox for CF 3.5 projects. Period. There is absolutely no way to make them show up. So if you want your control to be available in the toolbox for CF 2.0 and CF 3.5 projects, you must build and deploy two versions of your control. This appears to be "by design," though I'd argue a seriously flawed design.
To compound the problems caused by #1, there is a serious bug as well. If your control uses the Microsoft.WindowsCE.Forms assembly, then you cannot add it to the CF 3.5 toolbox. The toolbox accepts CF 2.0 controls using it, but CF 3.5 controls will always throw an exception in Studio. Even worse, if you have several controls in a single assembly and just one of them uses Microsoft.WindowsCE.Forms, then none of the controls in the assembly can be added to the Toolbox.
So what does this mean to SDF users? Well nothing good. We first tried to work around "feature" #1 by building and deploying two SDF assemblies for our controls. It's not very maintainable, and it's painful, but we spent a good week getting our new automated build scripts to generate the necessary assemblies, CAB files and deployment manifests. After all that, we found bug #2, so even though we had the 3.5 assembly, it was unusable.
This means that, unless Microsoft releases changes to Visual Studio or we remove several controls from the SDF, you will not have Toolbox support for SDF controls with Compact Framework 3.5 projects in Studio 2008. We regret that fact and apologize to our users, but there's simply nothing we can do about it at this point. What we may do (I'm not saying this *is* what will happen, only what we're considering at this point) is split the OpenNETCF.Windows.Forms.dll assembly up to pull CF 3.5 Toolbox supportable controls out, but that's going to break references and make deployment and nasty business.
So if you're an SDF user and you'd like to use the SDF Controls in your CF 3.5 toolbox we encourage you to not open a bug with us, but instead open a support case with Microsoft. Remember, if you open a case with them and it turns out to be a bug, the support incident is free. What it does, however, is give them some insight into the number of customers that the bugs actually affect, and hopefully will give them some incentive to release a fix for these problems before 2010.
极度无语................
相关文章推荐
- 在PPC上面用.NET CF开发应用需要注意些什么——(一)CPU、OS以及CLR差别简述
- dudu注意:这个可能是bug吧?
- 哪位朋友直到Microsoft RTC Client API 1.3 SDK?从哪里可以得到相关的事例和这个开发包?
- 墨菲定律:当你觉得一个地方可能有bug,那么这个地方就会有bug----顺带了解下Tomcat那少有人注意的localhost.log
- [注意]你的系统中存在这个BUG吗?(正则表达式验证)
- 查新功能的一些bug点还有开发需要注意的事项
- 发现WPF在Windows 7 的一个BUG ,多点触摸开发的注意了
- iOS开发中,如何合理地制造“BUG”并且查找BUG (这个标题不错)
- 开发说你提交的bug 是非问题,这个时候我们怎么处理?
- MyEclipse2014新增bug,尝鲜的朋友需注意NotFoundException: org.springframework.web.context.ContextLoaderListener
- 在PPC上面用.NET CF开发应用需要注意些什么——(一)CPU、OS以及CLR差别简述
- MyEclipse2014新增bug,尝鲜的朋友需注意NotFoundException: org.springframework.web.context.ContextLoaderListener
- Windows Phone 7(WP7)开发 PhoneTextBox的一个BUG需要注意
- 微信分享到朋友圈、发送给朋友开发注意事项
- 提交了一个bug,开发说这个需求中没说,这个时候怎么办
- HTML5开发注意事项及BUG解决
- 使用 HTML5 开发 WebApp 性能注意点
- web开发需要注意的事项.
- Asp.net &C#开发中的一些注意事项及小技巧
- ArcEngine二次开发API之Bug集(一 )