如果在C#的List <>中有一个包含其自身集合的类,那么设计是否很差？为什么这是一个更好的方法,为什么？
编辑:更具体地说,我有一个名为Product的类和一个名为GetProducts()的类中的方法,它返回一个List集合.很好地从数据库,平面文件或xml中抓取产品......还不确定.
谢谢!
我有一个.NET应用程序,它快速运行大约2000条记录,开始变得非常慢.我试图找到瓶颈,我想知道是否有一个好的,可能是免费的,但它不一定是,工具或找到瓶颈的方法.我正在尝试找到一个未清除的列表,但我还没有看到它.我有VS 2008.
我想在有人点击"添加"按钮后刷新我的asp.net页面.但是,"添加"按钮是另一个用户控件内部的用户控件的一部分,并且子控件和父控件都包含在更新面板中:下面的代码被缩短显示,这是用户控件在另一个用户控件内部的原因
内部第一控制:
<ajax:UpdatePanel ID="Panel1" runat="server" UpdateMode="Always">
<ContentTemplate>
<uc:Control2 ID="Custom2" runat="server" />
</ContentTemplate>
</ajax:UpdatePanel>
然后在control2里面
<ajax:UpdatePanel ID="Panel2" runat="server" UpdateMode="Always">
<ContentTemplate>
<asp:LinkButton ID="AddButton" runat="server" OnClick="AddButton_Click"</asp:LinkButton>
</ContentTemplate>
</ajax:UpdatePanel>
对于C#,我讨厌写出变量然后写出所有属性.没有办法选择所有变量,右键单击并创建所有属性.
我正在使用一个asp.net应用程序,它将大多数数据存储在数据库中而不是会话中.我想知道每个人的利弊,哪个是更好的方式.例如,您有一个非常繁忙的站点,而不是在会话中存储用户特定的变量,有一个名为用户数据的数据库表,它可以存储可以通过查询数据库从任何页面访问的所有用户特定数据.哪个是更好的方式,会话或数据库？
我试图理解实际上是什么责任所以我想用一个我正在研究的东西的例子.我有一个应用程序,可以将产品信息从一个系统导入另一个系统.应用程序的用户可以选择各种设置,以便在一个系统中的哪些产品字段中使用另一个系统.
所以我有一个类,比如说ProductImporter,它的责任是导入产品.这个类很大,可能太大了.
这个类中的方法很复杂,例如getDescription.此方法不是简单地从其他系统获取描述,而是根据用户设置的各种设置设置产品描述.如果我要添加设置和获取描述的新方法,则此类可能会更改.
那么,这是两个责任吗？是否有一个进口产品和一个获得描述.看起来就是这样,几乎我所拥有的每一种方法都会出现在它自己的类中,这看起来有点矫枉过正.
我真的需要对这个原则有一个很好的描述,因为我很难完全理解.我不想要不必要的复杂性.
我想知道在 MULTIPLE 页面之间传递大量值的最佳方式是什么。我正在考虑使用 context.Items[] 或 Session[] 将值保存到数据库中。我不确定什么是最好的方法。我传递了大约 40 个变量。这将在结帐过程中进行，因此它们应该在用户生命周期中保持不变。第一次输入后，用户不会更改这些值。这些值类似于帐单地址、名字和姓氏等
我正在寻找一个很好的教程/文章,解释创建页面时发生的事件的确切顺序.我永远不记得订单.我认为它类似于父控件调用Init事件,然后按照页面上的位置顺序调用子控件Init事件.此外,当调用控件事件时,他们调用了什么顺序？例如,如果引发了一个按钮事件,如果DataList.DataBind在Page_Load事件中,那么在调用DataList_ItemDataBound事件之前是否会调用此事件？那么,有没有人想尝试解释或指导我一篇解释这一切的好文章？
谢谢.
在 Robert Martin 的干净架构书中，我认为控制器必须调用用例的接口。然而，既然所有的依赖都是向内的，意味着Adapter层对Application层有依赖，那么为什么还需要一个接口呢？我应该能够直接更新用例
我有一个使用vagrant的ASP.NET/IIS网站设置.有没有办法从本地计算机上的VSCode进行远程调试？有困难的时间找到这方面的信息我看到远程调试但听起来它只适用于视觉工作室 https://docs.microsoft.com/en-us/visualstudio/debugger/remote-debugging-aspnet-on-a-remote -iis-7-5-计算机？视图= VS-2017