问题标签 [internal]

在 C# 4.0b 中使用动态参数调用内部构造函数会导致以下异常

System.ArgumentNullException：值不能为空。参数名称：构造函数

示例代码（感谢 Jon Skeet）

似乎运行时在尝试选择正确的构造函数时没有考虑内部构造函数。这似乎是一个错误，所以我在 Connect 上发布了它： http ://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=472924

似乎他们为新版本修复了它。

我们经常让我们的客户相信拥有优质 Intranet 和系统的价值，但在我的组织中，我们似乎并不是在“吃自己的狗粮”。

我们的 Intranet 系统确实乏善可陈——匆忙拼凑的共享点安装，没有人真正监督。一个额外的拼凑在一起的遗留 Intranet 系统，通过在框架中加载它被拖到“进入”共享点。

一般的做法是，高级开发人员“太有价值”，不能浪费在内部开发上，因此这些系统的责任落在最不合格的工作经验的人身上。至少在他们找到更有利可图的工作并交付之前去一个客户。因此，我们的系统具有拼凑在一起的性质。

这是一个机械师驾驶劣质汽车的案例。

那你怎么处理呢？我怎样才能说服管理层在我们的内部系统上投入精力？

还是实际上在一家科技公司内部不值得？只有非技术用户才需要高质量的系统吗？

我一直在重构我目前正在进行的项目的代码库，以便将在程序集范围之外无用的类/接口声明为内部（而不是公共）。但是我遇到了以下代码的问题：

我的问题：

1. 为什么内部接口的成员必须公开实现？如果您在内部类上实现接口，那么实现的成员不应该是内部的吗？这不是一个大问题，因为接口成员无论如何都不会公开访问，因为该类是内部的。这似乎违反直觉。

2. 主要问题在于上述场景，因为我无法为 IFirstInterface 提供公共 getter，因为它据称是一个内部接口，即我从编译器收到以下错误：

可访问性不一致：属性类型“IFirstInterface”的可访问性低于属性“Implementer.First”

有没有办法解决？

注意：我意识到这个重构练习可能没有什么价值，但我认为这对我来说是更深入地理解 internal 修饰符含义的好方法。

我最近创建了一个应用程序并成功地将其 jarred 到 c:/my/folder/app.jar。在以下情况 [Startup #1] 中，它就像一个魅力：

• 打开命令
• cd 到 c:/我的/文件夹
• java -jar app.jar

但是当我这样做时，它不起作用 [Startup #2]：

• 打开命令
• cd 到 c:/my/
• java -jar 文件夹/app.jar

因为 app.jar 包含我尝试在我的应用程序中运行的 .exe 文件：

final Process p = Runtime.getRuntime().exec("rybka.exe");

它在示例 2 中不起作用，因为它找不到文件 rybka.exe。

有什么建议么？

如何访问程序集的内部类？假设我想访问 System.ComponentModel.Design.DesignerHost。这里的 DesignerHost 是一个内部的密封类。

如何编写代码来加载程序集和类型？

我试图通过添加使一个程序集能够访问另一个程序集的内部类

到第二次大会。但是，这会导致以下错误：

我在这里关注示例： MSDN 参考

我究竟做错了什么？

我经常看到有人说“如果你需要朋友/内部那么你的设计是错误的”，有人可以告诉我如何重新设计以下代码以消除 ChessPiece.Location 中的内部？

目前使用它是为了向 ChessBoard 添加棋子设置 ChessPiece.Location 属性以匹配，显然将其公开会比内部更糟糕，并且将其设为私有会阻止 ChessBoard 更新位置。感谢您的任何见解。

我想从 servlet（或过滤器）访问 Tomcat 内部数据。特别是，我想从线程池管理器中阅读有关繁忙线程的信息。所以，我的问题是是否有可能（我可以想象出于安全原因它可能会被阻止）？如果可能的话，也许有人可以给我任何建议从哪里开始（一些入口点单例等）？

我知道，我可以通过 JMX 检索这些信息。但我更喜欢直接 API（因为 JMX 可能很重，不是吗？）。

我有一堆数据要在一个类中实例化，并且对于每个变量，我想确保还定义了一组特定的方法。IE：

由于会有大量变量（因此还有更多函数），我想将我的源代码分成可管理的块。所以我正在寻找一种自动方法来确保每个变量的所有函数都被实例化。

我想出了 3 种可能的方法来组织我的代码，但我对它们都不太满意，我正在寻找或建议哪种方法更好（或者即使我错过了完全不同的实现方法）：

1. 部分类

优点：

1. 简单的
2. 只能从类 Base 中访问变量。
3. 如果有两个相同类型的变量，那么每个变量的函数可以不同地实现自己的函数。

缺点：

1. 无法自动确保为每个变量创建所有函数
2. 需要手动确保每个函数名之间没有名称冲突。

请注意，缺点可能会通过某种代码生成器来解决（也许是时候学习 T4 了？？）

2.内部类

优点：

1. 类层次结构强制创建所有函数并且可以访问变量。
2. 通过使用虚函数可以创建实例特定的函数实现

缺点：

1. 使用内部意味着数据在程序集中的任何地方都是可见的。

3.静态数据

优点：

1. 系统确保所有例程都被实例化
2. 数据不会在组件周围爆炸
3. 在每个函数中，您可以根据“部分类”解决方案直接引用其他变量

缺点：

1. 静态气味的使用就像我刚刚重新发明了全局数据。

我想要的是以某种方式挑选每种方法的最佳点：

1. “Partial class”和“Static”方法访问变量的直接方式
2. “Partial class”方法的本地数据
3. 自动执行“内部”和“静态”方法的功能实现。

我想避免：

1. “部分类”中缺乏强制函数生成
2. “内部”方法中数据的全局访问
3. 在“静态”方法中重新发明全局数据

如果我要让我的 druthers 我会说我想要以某种方式将接口应用于变量的实例 - 比如：

并且以某种方式让编译器从接口名称和变量名称中自动生成最终的函数名称。

因此，人们可以建议他们更愿意实施这 3 种方法中的哪一种，或者建议任何其他可能适合的方法。

错误 CS0583：内部编译器错误（地址 7C812AFB 处的 0xc0000017）：可能的罪魁祸首是“导入”。编译器发生内部错误。要解决此问题，请尝试在下列位置附近简化或更改程序。列表顶部的位置更接近发生内部错误的点。可以使用 /errorreport 选项将此类错误报告给 Microsoft。c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\mscorlib.dll：错误 CS0586：内部编译器错误：阶段“IMPORT”错误 CS0587：内部编译器错误：阶段“IMPORT”错误 CS0587：内部编译器错误：阶段“ PARSE 错误 CS0587：内部编译器错误：阶段 'BEGIN'

我们的代码在 VS2005 UI 中编译时不会产生任何错误。

什么可能导致此问题？