本文将分享是否有充分的理由在#region中包装单个属性？的详细内容，此外，我们还将为大家带来关于c#–是否有理由在括号内返回null、Delphi包装问题：包装单位必须仅参考包装单位..(E2411
本文将分享是否有充分的理由在#region中包装单个属性？的详细内容，此外，我们还将为大家带来关于c# – 是否有理由在括号内返回null、Delphi包装问题：包装单位必须仅参考包装单位..(E2411)、HBase单个RegionServer的region数目上限、iphone – 您是否有任何理由在每次构建iOS应用程序时都不想使用静态分析器？的相关知识，希望对你有所帮助。
本文目录一览：- 是否有充分的理由在#region中包装单个属性？
- c# – 是否有理由在括号内返回null
- Delphi包装问题：包装单位必须仅参考包装单位..(E2411)
- HBase单个RegionServer的region数目上限
- iphone – 您是否有任何理由在每次构建iOS应用程序时都不想使用静态分析器？
是否有充分的理由在#region中包装单个属性？
知道为什么要这样做吗？一些想法：
>过度热心的VS功能(或代码清理工具)自动插入#region / #endregion块,作者没有删除它们.
>有一个IDE折叠区域但不折叠函数,所以这是获得语法折叠所必需的.
>这是一种在实现代码之前删除代码结构的方法.
编辑：我选择了Jonathan的答案,因为它为人们可能选择这样做提供了一个新的理由.谢谢你的讨论！
解决方法
@H_301_13@ 当涉及到非自动实现的属性时,它可以使代码更容易导航.例如,下面的许多代码(在区域内)只是赘肉 – 它总是看起来一样(因为属性实际上不应该有副作用).有一行说“Property – Name”可以更好地导航.#region Property - Name
private string _name;
/// <summary>
/// Gets or sets the name of the customer.
/// </summary>
/// <remarks>
/// This should always be the full name of the customer in the format {First Name} {Last Name}.
/// </remarks>
/// <example>
/// customer.Name = "Joe Bloggs";
/// </example>
/// <seealso cref="Customer"/>
/// <value>
/// The name of the customer.
/// </value>
public string Name
{
get
{
return _name;
}
set
{
_name = value;
}
}
#endregion
但是,就“成员类型”(方法,属性,构造函数,字段)而言,我觉得它使代码更难以导航;然而,其他人觉得它更容易.
最后,它是一个编码标准和宗教.如果您不喜欢它,请不要将其用于您的个人项目.如果您因标准要求使用它,请使用它.
c# – 是否有理由在括号内返回null
http://msdn.microsoft.com/ru-ru/library/system.xml.serialization.ixmlserializable.aspx
我想知道这个括号有什么理由吗？为什么不返回null？
解决方法
return null;
Delphi包装问题：包装单位必须仅参考包装单位..(E2411)
[DCC致命错误] myunit3.pas(244)：E2411包B_Dsgn中的单元XBAT指的是在任何包中都找不到的单元QBEE.打包单元必须仅指包装单元
我需要知道我遇到的这个错误确实意味着什么,如果可能的话,如何排除故障并解决这些问题,特别是当错误消息中陈述的事实不正确时(单位实际上指的是其他有效包中的其他单位) ).
这些问题涉及包依赖性.我有一个有趣的问题,一系列的三个设计时和三个运行时包相关如下：
最奇怪的是,每次清理和重建时,我都会在错误中获得不同的单位名称. (上面显示为XBAT单位是指单位QBEE).
另一个奇怪的事情是它指的是处于顶级依赖关系的单元,并且是已经构建的包的一部分.
脚步;
>编译A,它的工作原理.
>编译A_Dsgn,它的工作原理.
>编译B,它可以工作.
>编译B_Dsgn,它的工作原理.
>编译C,它因E2411错误而失败.
因为我怀疑任何人都可以告诉我如何解决这个问题,我正在寻找解决包中复杂依赖问题的步骤.上述错误的字面含义表明,例如,我应该有一个关于隐式链接单元的相应消息,我没有.我已将所有隐式使用的单元添加到基础包A和B中,因此不会生成隐式单元警告.
我的下一个想法是为每个包分离DCU输出文件夹,以防止DCU输出混淆编译器.现在我甚至无法构建软件包.
更新我尝试使用Explicit Rebuild和Rebuild as Needed选项.我发现此错误与启用“需要重建”有关.当它关闭时,软件包会因其他错误而失败,这些错误更重要.我发现奇怪的是,编译器会发出奇怪的错误,可以根据需要关闭Rebuild来禁用它们.有什么想法发生了什么？
更新2通过打开或关闭显式重建无法解决基本的基础问题.我得到了令人讨厌的运行时/设计时包问题,而不是出现这个错误,导致一组无法同时加载的包. (无法加载包foo,因为它包含单元栏,它也在包bat中.你想在下次加载项目时尝试加载这个包吗？).
解决方法
我经历过的项目至少有4级依赖运行时包：
PackageA< - PackageB< - PackageC< - PackageD
E2411 Unit ‘%s’ in package PackageD refers to unit ‘%s’ which is not
found in any package. Packaged units must refer only to packaged units.
我发现唯一有效的解决方案是使包A,B和C永不构建(即显式构建)包,并使用Project Dependencies来强制执行构建顺序.我不得不让所有三个永远不会建立,否则我会得到
E2220 Never-build package ‘%s’ requires always-build package ‘%s’
我知道它可能不是您正在寻找的答案,但它确实存在.
顺便说一句,这在Delphi 2009中发生在我身上.
HBase单个RegionServer的region数目上限
前言
RegionServer维护Master分配给它的region，处理对这些region的IO请求,负责切分在运行过程中变得过大的region, 由于集群性能（ 分配的内存和磁盘是有限的 ）有限的，那么Hbase单个RegionServer的region数目肯定是有上限的。
Region数目上限
RegionServer的region数目取决于memstore的内存使用，每个region拥有一组memstore（memstore的数量有hstore决定，hstore的数据由创建表时的指定的列族个数决定，所以 每个region的memstore的个数 = 表的列族的个数 ），可以通过配置来修改memstore占用内存的大小，一般设置在 128 M – 256M之间。
RegionServer 分配一定比例的内存给它下面的所有memstore( 该比例大小 可通过hbase.regionserver.global.memstore.upperLimit 进行修改 ), 如果内存溢出（使用了太多的memstore），它可能会导致严重的后果，如服务器反应迟钝 或compact风暴。比较好的计算每RS（假设一个表）region的数量的公式为：
((RS memory) * (total memstore fraction)) / ((memstore size)*(# column families))
例如： 如果 一个RegionServer配置的内存是16g,使用默认配置（ hbase默认regionserver分给memstore的比例是0.4 ， 默认的menstore的占用128M内存 ）， 一个CF，那么这个regionServer下的region的个数大约为 16384 * 0.4 / （128*1） = 51个，实际测试大于这个数 一两倍 也没太大的问题。 一个HBase表包含一至多个region，那么表的数目上限也是可以估算出来的。
Region大小上限
对于生产场景中大表，最大的region大小主要是受compactions 的限制，大量大HFile的compact会降低群集性能。目前，该建议的最大region大小为10-20GB，而5-10GB是最优
iphone – 您是否有任何理由在每次构建iOS应用程序时都不想使用静态分析器？
您是否有任何理由在每次构建iOS应用程序时都不想使用静态分析器？
在此先感谢您的帮助！
解决方法
关于是否有充分的理由在#region中包装单个属性？的问题我们已经讲解完毕，感谢您的阅读，如果还想了解更多关于c# – 是否有理由在括号内返回null、Delphi包装问题：包装单位必须仅参考包装单位..(E2411)、HBase单个RegionServer的region数目上限、iphone – 您是否有任何理由在每次构建iOS应用程序时都不想使用静态分析器？等相关内容，可以在本站寻找。
本文标签：
