你好,拜读高论,受益匪浅.您是CLR开发团队的,.NET的了解肯定是另一个层次了,有一个问题,冒昧问一下:
在工作中需要一些COM+组件,我是个.NET程序员,所以理所应当的抄起.NET开发了一些COM+组件,组件部署到服务器上以后,这个组件跟ASP搭配工作良好(公司有部分东西是ASP的),但是现在我们这里有一些.NET的程序,在调用这些组件的时候添加对已存在的COM引用时添加不上的,只能够直接引用程序集.
我的疑问是:是不是.NET真的不能调用.NET编写的COM+组件?
这是为甚麽呢~~?
静待高言....
调用Com来说好像意义不是很大,增加用户负担。直接默认完了。
都是有关IL的?CLR 4.0的新功能吗?希望能从应用角度了解一下有哪些新的东西。
我程序的编码有什么问题呢,您看您copy一下他就变了
--引用--------------------------------------------------
Ø: ØØØØØØØØØØØØØØ 问一下。为什么我的项目在 TextBox里面 输入 Ø,获取 Textbox.Text 的值为 问号,而这里就不是。如何处理的。
--------------------------------------------------------
你程序的编码问题吧
ØØØØØØØØØØØØØØ 问一下。为什么我的项目在 TextBox里面 输入 Ø,获取 Textbox.Text 的值为 问号,而这里就不是。如何处理的。
@张羿
原来在这里给出的下载没有link的,现在有了
@lbq1221119
呵呵,Rotor系列以后还会更新,只是我觉得介绍一下.NET 4.0相关的新Feature会对更多人有用。当这部分写完之后我会继续更新Rotor系列的。
@Muse
没错,这个Feature正可以解决你的问题:去掉对Office PIA的依赖性,并减少安装程序的体积。
这似乎能够解决我前一阵子面临的一个问题:
我的类库里有一个用Excel Application处理Excel的代码(将一个DataTable输出为Excel),但是这是一个通用程序,而我的很多程序要用到它,却又不是每个程序都会用到它,这时有一个问题就是我的安装程序(ClickOnce)要求我安装Office的PIA。
如果没猜错的话,这个Type Equivalency就可以解决这个问题了?
我想是讲述Interop的改进.如果是应该是编好文章
这个新特性也可以应用到托管程序集(标注GUID属性和ImportFromTlb属性),最棒的是可以预留未来版本接口实现程序集的对版本的向前和向后兼容,帅