小编Nee*_*eel的帖子

以下是代码示例:

private void loadCustomer(int custIdToQuery) 
    {
        var dbContext = new SampleDB();
        try
        {
            var customerContext = from t in dbContext.tblCustomers      // keeps throwing:
                                   where t.CustID.Equals(custIdToQuery) // Unable to create a constant value of type 'System.Object'. 
                                   select new                           // Only primitive types ('such as Int32, String, and Guid') 
                                   {                                    // are supported in this context.
                                       branchId = t.CustomerBranchID,   //
                                       branchName = t.BranchName        //
                                   };                                   //

            if (customerContext.ToList().Count() < 1) //Already Tried customerContext.Any()
            {
                lstbCustomers.DataSource = customerContext;
                lstbCustomers.DisplayMember = "branchName";
                lstbCustomers.ValueMember = …

如果我为我的C#代码添加空catch块,它是否等同于VB.NET的"On Error Resume Next"语句.

try
{
    C# code;
}

catch(exception)
{
}

我问这个的原因是因为我必须将VB.NET代码转换为C#,旧代码有~200"On Error Resume Next"语句虽然我try {} catch {}在我的新代码中使用了正确的,但是有一个更好的选择？

嗨,大家好我读过有关密码腌制的信息,但这听起来有点奇怪.但是我如何储存和保护盐.例如,在多轮胎架构中,我说使用客户端机器的GUID生成我的盐然后用户被限制在一台机器上,但如果我使用随机盐,它必须存储在某处.几天后我看到了一个示例应用程序,每当创建一个新用户时,在客户端系统上生成散列和盐,然后将盐渍密码和散列传输到存储在SQL服务器中的服务器.但是,如果我遵循此方法并且数据库被泄露,则每个密码的密码和salt值将可供X人使用.那么,我应该再次加密/加密密码并在服务器端接收盐吗？腌制的最佳做法是什么？

在我所指的其中一个应用程序中,连接字符串存储在AppSettings中!直到现在我一直在<connectionstring/>元素中存储连接.但是正确的方法是什么？

所以我的问题是,web.config 之间<connectionstrings>和之间有什么区别,<appsettings>有什么特定的原因我应该或不应该在appsettings中存储连接字符串？是否有任何规则/指南可供遵循？或者这完全是开发人员的选择？

根据维基百科!

http://en.wikipedia.org/wiki/ORDBMS

IBM的DB2,Oracle数据库和Microsoft SQL Server声称支持这项技术并且取得了不同程度的成功

那么,这些产品是否像PostgreSQL一样真正的"ORDBMS"？或者它们还有很长的路要走？有人可以指点我的任何链接,我可以阅读这些RDBMS仍然要实现的功能,以成为真正的ORDBMS!

什么是使用Membership API的主要缺点？我什么时候应该考虑依靠使用手动编码？

在MS SQL服务器中,我可以使用SELECT语句来定义CHECK约束吗？假设在理想情况下我必须使用两个表"Customer Master"和"Indian Customer",两个表都完全不同,并且无论如何都不相互关联.但他们共享同一个数据库

Content of "Customer Master":
CustomerName (colomn): a, b, c, d, e
Branchlocation (colomn): IN, AU, IN, IN, UK

Content of "Indian Customer":
customerID (colomn): 1, 2, 3
CustomerName  (colomn): a, c, d
customer details (colomn): details1, details, details
.
.
.

在表"印度客户"中,我想设置一个约束,以便在此表中委托数据的用户不应该能够进入"客户主数据"中不存在或其分支位置不是IN的客户.表格也在同一个项目中,但并不直接相关.换句话说,你可以说只有来自"客户大师"的印度客户应该在"印度客户"表中.

select CustomerName from "Customer Master"
where Branchlocation = 'IN'

只应在["Indian Customer"]中允许上述查询的输出.[CustomerName]

我正在尝试计算Pell数字,但是我总是以Cannot evaluate expression because the current thread is in a stack overflow state.异常结束,因为该方法是递归调用的.

static int calcPell(int input)
{
    int i = 0;
    try
    {
        if (input == 0 || input == 1)
            return input;
        else
            return i = (2 * calcPell(input - 1) + calcPell(input + 1));
    }
    catch(Exception ex)
    {
        Console.Write(ex.Message);
    }
    return i;
}