小编Bri*_*ian的帖子

在数据库中存储密码的首选方法/数据类型是什么(最好是SQL Server 2005).我在几个应用程序中一直使用的方法是首先使用.NET加密库,然后将它们作为二进制文件存储在数据库中(16).这是首选方法还是我应该使用不同的数据类型或分配比16更多的空间？

有许多不同的日志库可供选择,每个都有自己的一套怪癖和优点.(.Net示例:log4net,System.Diagnostics.TraceSource,nLog等)

自然的倾向是抽象出那些怪癖并使用伐木立面.(示例:Castle.Services.Logging,Common.Logging,Simple Logging Facade)这样,如果您使用的给定日志框架变得陈旧,或者另一个日常框架变得流行,您可以换掉实现并离开代码没有动过.

但是有多个伐木外墙可供选择.鉴于许多不同的日志记录实现的答案是抽象,为什么不使用日志门面？如果这听起来很荒谬,是什么让它比原始的伐木门面更荒谬？是什么让一个额外的抽象层在日志框架之上成为神奇的数字？

什么是简单的WCF？

很难从维基百科页面中提炼出含义.

我需要一个年份列表作为记录集从2004年到当前年度(以desc顺序),而不编写存储过程.这可能吗？(SQL Server 2005).所以它应该返回:

2009
2008
2007
2006
2005
2004

开发人员是否应该避免在C#中使用continue或在其他语言中使用其等效来强制循环的下一次迭代？支持或反对的论据是否与关于Goto的论点重叠？

有没有办法找出编译特定二进制文件的gcc标志？

托管C++是否具有与C#的lock()和VB的SyncLock相同的功能？如果是这样,我该如何使用它？

我正在尝试在托管C++(.Net 2.0)中处理IDisposable对象(FileStream ^ fs)并收到错误

'Dispose' : is not a member of 'System::IO::FileStream'

它说我应该调用析构函数.会打电话

fs->~FileStream();

在FileStream对象上调用dispose方法？为什么我不能调用Dispose？

如果我在SQL Server 2000查询分析器中运行以下查询:

BULK INSERT  OurTable 
FROM 'c:\OurTable.txt' 
WITH (CODEPAGE = 'RAW', DATAFILETYPE = 'char', FIELDTERMINATOR = '\t', ROWS_PER_BATCH = 10000, TABLOCK)

在符合OurTable架构40行的文本文件上,但随后更改最后20行的格式(假设最后20行的字段较少),我收到错误.但是,前40行都致力于表格.有什么关于我调用Bulk Insert的方式使它不是事务性的,或者我是否需要做一些明确的事情来强制它在失败时回滚？

读这篇文章让我感到疑惑; 对于一种情况而言,夜间建筑是否比持续整合更好？对于持续整合,答案的共识似乎是相当不平衡的,是传福音还是当持续整合是一种选择时,是否真的没有理由使用夜间构建？