将自定义字段类型部署到 bin 目录
如此处所述自定义字段类型（以及它们引用的任何 dll）到？）必须部署到全局程序集缓存。 为什么，部署到bin目录可能会出现什么问题？ 我试图通过编写 CAS 策略来保护我的代码，并且由于我的字段控件使用了我的其他代码共享的许多帮助方法，这似乎是一个阻碍。
到目前为止，我在 bin 部署中发现的唯一问题是，当停用该功能然后使用 STSADM 重新激活时，我会收到一条错误消息，指出我的字段类型未正确安装。 使用 –force 开关或通过 GUI 激活似乎工作得很好。
As stated here custom field types (and any dlls they have a reference to?) must be deployed to the global assembly cache. Why, and what problems may arise by deploying to the bin directory? I’m trying to secure my code by writing CAS-policies and since my field controls uses a lot of help methods shared by my other code this seems like a show stopper.
So far the only problem I’ve found with a bin deployment is that when the feature is deactivated and then reactivated with STSADM I get an error message stating that my field type is not installed properly. Using the –force switch or activating through the GUI seems to be working just fine.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
自定义字段在场范围内安装，如果将 dll 部署到 bin 目录，则必须确保它们位于所有 Web 应用程序的 bin 目录中。
custom fields are installed farm wide, if you deploy the dll to the bin directory, you must ensure that they are in all web application's bin directories.
我忘记将我的字段类型实现的接口之一放在 GAC 中，这导致了我上面描述的问题。
结论：
自定义字段类型可以引用 bin 目录中的 dll:s，只要创建对象不需要它们即可。
I forgot to put one of the interfaces my field type implemented in the GAC, which caused the problem I described above.
Conclusion:
Custom field types can reference dll:s in the bin directory, as long as they are not required to create the object.