小编Jar*_*Par的帖子

Visual Studio - TabControl.TabPages.Insert无效

这是我的代码:

    public MainForm()
    {
        InitializeComponent();

        MyServiceSettings obj = (MyServiceSettings)ConfigurationManager.GetSection("MyServiceSettings");

        foreach (MyServiceConfigElement service in obj.Services)
            CreateServiceControl(service);
    }

    private void CreateServiceControl(MyServiceConfigElement service)
    {
        TabPage tp = new TabPage(service.Name);
        tabControl1.TabPages.Insert(0, tp);
        //tabControl1.TabPages.Add(tp);
        tabControl1.Refresh();    
    }

Run Code Online (Sandbox Code Playgroud)

简而言之,它读取配置文件中的一个部分,并为该部分中的每个元素创建一个选项卡.

我已经在设计时创建了一个静态TabPage.我希望在此静态选项卡之前插入动态创建的选项卡.

运行此代码时,tabcontrol仅显示静态标签页.

如果我做这个改变:

        private void CreateServiceControl(SoftInfoServiceConfigElement service)
    {
        TabPage tp = new TabPage(service.Name);
        //tabControl1.TabPages.Insert(1, tp);
        tabControl1.TabPages.Add(tp);
        tabControl1.Refresh();
    }

Run Code Online (Sandbox Code Playgroud)

使用Add方法显示所有页面.但我没有得到我想要的订单.

使用Insert方法有什么我不理解的东西吗？它为什么工作？

c# tabcontrol tabpage winforms

vIc*_*erg

2009 10-07

20
推荐指数

2
解决办法

7261
查看次数

为什么不能在即时窗口中评估lambdas？

有什么特别的原因吗？它根本不可能或者它还没有实现吗？也许有任何第三方插件允许lambda评估？

更新:

我在codeplex Extended Immediate Window上找到了这个项目.似乎已经放弃了一段时间,但这可以证明一个概念.有没有人知道任何其他即时窗口扩展插件？那些可以在C#中运行/ foreach语句的例子？

c# debugging lambda visual-studio

Max*_*Max

2010 07-23

20
推荐指数

2
解决办法

9637
查看次数

避免或接受破坏编辑和继续的C#构造？

我开发并维护一个用C#2.0编写的大型(500k + LOC)WinForms应用程序.它是多用户,目前部署在大约15台机器上.系统的开发正在进行中(可以被认为是一个永久的测试版),并且很少有人能够保护用户免受可能在每周构建中引入的潜在新错误的影响.

出于这个原因,我发现自己变得非常依赖于调试器中的编辑和继续.它不仅有助于寻找漏洞和修复漏洞,而且在某些情况下还可以进行持续开发.我发现能够在正在运行的应用程序的上下文中执行新编写的代码非常有价值 - 不需要重新编译并为新代码添加特定的入口点(必须添加虚拟菜单选项,按钮等等)应用程序并记住在下一个生产构建之前删除它们 - 所有内容都可以在不停止进程的情况下实时进行测试和测试.

我坚持编辑并继续这么高的考虑,我积极地编写代码以完全兼容它.例如,我避免:

匿名方法和内联委托(除非完全不可能重写)
通用方法(稳定,不变的实用程序代码除外)
以'任何CPU'为目标的项目(即永远不会以64位执行)
在声明点初始化字段(初始化移动到构造函数)
编写使用的枚举器块yield(实用程序代码除外)

现在,我完全清楚C#3和4中的新语言功能在很大程度上与编辑和继续(lambda表达式,LINQ等)不兼容.这是我拒绝将项目迁移到更新版本的框架的原因之一.

我的问题是,避免使用这些更高级的结构来支持非常非常容易调试的代码是否是一种好的做法？这种发展是否合法,还是浪费？另外,重要的是,这些构造中的任何一个(lambda表达式,匿名方法等)是否会产生性能/内存开销,这些代码可以避免编写良好,编辑和继续兼容的代码？...或者C#编译器的内部工作方式是否使这些高级构造比手动编写的"扩展"代码运行得更快？

c# debugging lambda anonymous-methods edit-and-continue

Bra*_*ith

2010 10-06

20
推荐指数

2
解决办法

1619
查看次数