小编Mar*_*all的帖子

在Enterprise Manager中,您可以通过右键单击菜单编写数据库中的所有SP脚本,是否可以在Management Studio中执行此操作？

在C#中有一种写简单的简写方法:

public static bool IsAllowed(int userID)
{
    return (userID == Personnel.JohnDoe || userID == Personnel.JaneDoe ...);
}

喜欢:

public static bool IsAllowed(int userID)
{
    return (userID in Personnel.JohnDoe, Personnel.JaneDoe ...);
}

我知道我也可以使用switch,但是我可能要编写50个左右这样的函数(将一个经典的ASP站点移植到ASP.NET),所以我想让它们尽可能短.

我们正在重新设计.NET 3.5中面向客户的网站部分.到目前为止一直进展顺利,我们使用相同的工作流程和存储过程,在大多数情况下,最大的变化是UI,ORM(从词典到LINQ),显然是语言.到目前为止,大多数页面都是微不足道的,但现在我们正在处理最重的工作流程页面.

我们的报价接受部分的主页是1500行,其中约90%是ASP,可能还有1000行包含在函数调用中.我认为1500行也有点欺骗,因为我们正在处理像这样的宝石

function GetDealText(sUSCurASCII, sUSCurName, sTemplateOptionID, sSellerCompany, sOfferAmount, sSellerPremPercent, sTotalOfferToSeller, sSellerPremium, sMode, sSellerCurASCII, sSellerCurName, sTotalOfferToSeller_SellerCurr, sOfferAmount_SellerCurr, sSellerPremium_SellerCurr, sConditions, sListID,  sDescription, sSKU, sInv_tag, sFasc_loc, sSerialNoandModel, sQTY, iLoopCount, iBidCount, sHTMLConditions, sBidStatus, sBidID, byRef bAlreadyAccepted, sFasc_Address1, sFasc_City, sFasc_State_id, sFasc_Country_id, sFasc_Company_name, sListingCustID, sAskPrice_SellerCurr, sMinPrice_SellerCurr, sListingCur, sOrigLocation)

到目前为止,我一直使用的标准做法是花大约一个小时左右阅读应用程序,以熟悉它,但也删除注释掉/弃用的代码.然后以深度优先的方式工作.我将从顶部开始并在aspx.cs文件中复制一段代码并开始重写,因为我特意利用我们的ORM进行明显的重构.如果我得到一个我们没有的函数调用,我会写出定义.

在我编写了所有代码之后,我将在重构/测试中做几次通过.我只是想知道是否有人有任何关于如何使这个过程更容易/更有效的提示.