小编Tru*_*mpi的帖子

快速提问:您何时决定使用属性(在C#中)以及何时决定使用方法？

我们正在忙着进行这场辩论,并且发现了一些我们应该使用财产或方法存在争议的领域.一个例子是:

public void SetLabel(string text)
{
    Label.Text = text;
}

在该示例中,Label是ASPX页面上的控件.是否有一个原则可以控制决策(在这种情况下)是否将其作为方法或财产.

我会接受最全面和最全面的答案,但这也触及了我给出的例子.

关于在subversion中提交合并的结果,我最近遇到了一个特别棘手的问题.我们的Subversion服务器是@ 1.5.0,我的TortoiseSVN客户端现在是@ ​​1.6.1.

我正在尝试将功能分支合并到我的主干中.合并似乎工作正常; 但是,提交失败,并显示以下错误消息.

Commit failed (details follow):
File 
'flex/src/com/penbay/invision/portal/services/http/soap/ReportServices/GetAllBldgsParamsByRegionBySiteResultEvent.as' 
is out of date
'/svn/ibis/!svn/wrk/531d459d-80fa-ea46-bfb4-940d79ee6d2e/visualization/trunk/source/flex/src/com/penbay/invision/portal/services/http/soap/ReportServices/GetAllBldgsParamsByRegionBySiteResultEvent.as' 
path not found
You have to update your working copy first.

我的工作箱是最新的.我甚至检查了一个新的文件夹到另一个文件夹,以确保没有任何本地混乱混乱合并.我已经对此做了一些研究,我认为部分问题是用户错误.我认为我们的问题是:

1. 我们让一些开发人员在1.5之前和之后的一些事务中使用subversion客户端.我相信这有可能破坏合并信息.
2. 在其他分支中,我们已经执行了部分合并.也就是说,我们并不总是在分支的根处执行合并.这是为了便于在同一分支内更新Flex和.NET工作.
3. 我们在我们的分支上执行了循环(反身)合并.之所以这样做是因为我们有多个并行分支,我们希望定期使用trunk中的最新代码更新我们的分支.

Subversion的书籍/团队明确不推荐所有这些内容.我们已经吸取了教训,现在已经了解了最佳实践.但是,我们首先需要合并并提交最新的分支.

什么是纠正我们遇到的问题的最佳方法？

删除主干和分支中的所有合并信息是否可行？ 不,我已经这样做但它没有解决我上面的错误.

基本上我想要这样做:pdb文件包含源文件的位置(例如C:\dev\proj1\helloworld.cs).是否可以修改该pdb文件以使其包含不同的位置(例如\more\differenter\location\proj1\helloworld.cs)？

我有2个div,我想在另一个div内垂直居中.目前我有:

http://jsfiddle.net/5vpA3/1/

现在我明白这里发生了什么,但我希望左侧div在该容器内垂直对齐,而右侧div则相同.但它们是垂直对齐而不是单独对齐.我尝试过各种各样的东西,但似乎无法让它发挥作用.

我们有一个中间开发人员,他非常擅长他的工作,但这个钻石有一个粗略的优势.他确实坚持每个方法只有一个入口和一个出口点.

我正在采取的方法是不要为他编写的代码做出太大的交易(除非存在严重的清晰度问题).困扰我的是他开始重构其他代码,以便它只有一个入口和出口点.这是已经过测试的代码(但并不总是使用自动化测试),因此存在风险.

我是团队的高级开发人员,所以我有权在代码库中定义规则.但是这里要遵循的正确道路是什么？我应该让他继续重构像这样的其他代码吗？如果没有,接近这种情况的最佳方法是什么？

在现有违规的现有代码库上实施FxCop /静态分析时,使用了哪些策略？如何才能最有效地减少静态分析违规？

HTML标准定义了CSS(表示)和HTML(语义或结构)之间关注点的明确分离.

是否有人使用CSS和XHTML的编码标准文档,其中有条款有助于维持这种分离？在这样的编码标准文件中包含哪些好的条款？

CCTray等应用程序允许指定声音片段以指示构建成功或构建失败.我很想知道不同团队正在使用的声音集.

这是我们使用的两套:

• Homer Simpson:"d'哦"因为构建失败,"哇哦!" 为了成功
• Mario bros:为构建失败降低声音,为构建成功启动,为构建修复启动1-up

在查看我们的代码库时,我发现了一个类似于以下模式的继承结构:

interface IBase
{
    void Method1();
    void Method2();
}

interface IInterface2 : IBase
{
    void Method3();
}

class Class1 : IInterface2
{
    ...
}

class Class2 : IInterface2
{
    ...
}

class Class3 : IInterface2
{ 
    ...
}

在Class2,Method1投掷NotImplementedException.

问题:

• 您对继承接口有何看法？
• 请问之间的关系IBase,并Class2违反了里氏替换原则？

我们正在将项目从C#2.0/VS2005升级到C#3.0/VS2008.作为升级的一部分,我们在编码标准文档中添加了一些项目.

从C#2.0/VS2005升级到C#3.0/VS2008时,您将如何(或确实)更改编码标准文档？