- android - 多次调用 OnPrimaryClipChangedListener
- android - 无法更新 RecyclerView 中的 TextView 字段
- android.database.CursorIndexOutOfBoundsException : Index 0 requested, 光标大小为 0
- android - 使用 AppCompat 时,我们是否需要明确指定其 UI 组件(Spinner、EditText)颜色
我正在做一个项目,我们在其他类中嵌套了一些复杂的类,现在已经到了将这些类分解成单独的文件可能有助于我们在困惑中保持某种秩序的地步。
但是,对于单个嵌套类,即使文件不包含任何其他内容(没有其他类),我仍然必须在每一行前加上三个级别的缩进,这使得达到水平可读性的限制太容易了,即使是简单的语句(尽管很多函数/类/变量名称很长)。
文件可能如下所示:
namespace Example.Namespace1
{
public partial class ImportantClass
{
protected partial class Nested1
{
// I can finally start writing code here
public int AddOffset(int offset)
{
// Code inside of a method
}
public string ID{ get; protected set; }
}
}
}
那么,我是否有任何快捷方式来声明 Nested1
可以节省一些水平空间(例如 protected partial class ImportantClass.Nested1
不起作用,但类似那个)?
最佳答案
不要这样做。
只为简单的内部使用类谨慎使用类嵌套。您试图将它们拆分成不同的文件这一事实告诉您一些事情 - 即您对嵌套类有点过头了。
在你的代码之外公开使用它们是丑陋的。
如果您需要将内容保留在内部,请使用 internal 修饰符。 namespace 和项目文件夹可以帮助您保持一切井井有条。
关于c# - 试图分解文件以使代码更易于阅读;有什么捷径可以避免过度缩进吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4685295/
我正在开发适用于 Wordpress 的 PSD,并面临着根据颜色过度对齐背景图像或相反的问题。 在桌面上一切都很好,但在移动设备上背景图像变小了(我使用了 background-size: 100%
在标准 Modelica 流体流量源中,通常指定流量或压力。例如,以下边界设置(P 表示压力边界,F 表示流量边界)通常会围绕管道组件: P - 管道 - P F - 管道 - P 但是,有时在同一侧
我正处于设计基于 Azure 的应用程序的早期阶段。考虑到我可能预期的需求的变化性,Azure 吸引我的地方之一是它的可扩展性。因此,我试图保持事物松散耦合,以便我可以在需要时添加实例。 我看到的关于
我与 Xcode 4 dot notation code sense problem 正好相反!点符号的代码完成不仅显示属性,还显示我的方法(在每个完成的左侧标记 P 或 M 分别指示它是属性还是方法
我是一名优秀的程序员,十分优秀!