C# Windows窗体或WPF,是否编码

C# Windows窗体或WPF,是否编码,c#,.net,user-interface,user-controls,uikit,C#,.net,User Interface,User Controls,Uikit,我计划在.net上开发一个UI控制套件(开源),因为市场上几乎没有免费或开源的东西。但在进入设计阶段之前,我无法确定以下因素: 我应该只为Winforms编写吗 我应该只为WPF写吗 或者,我应该为两者都写吗 从长远来看,哪一个会更有效地帮助社区?你们能帮我把这件事弄清楚吗?“为两个人写”基本上就是“写两次”,因为我无法想象会有多少人分享 我想如果我突然想到世界需要更多的第三方控件,我会为WPF/Silverlight/WP7编写它们。“为两者编写”基本上是“编写两次”,因为我无法想象会有多少共

我计划在.net上开发一个UI控制套件(开源),因为市场上几乎没有免费或开源的东西。但在进入设计阶段之前,我无法确定以下因素:

  • 我应该只为Winforms编写吗
  • 我应该只为WPF写吗
  • 或者,我应该为两者都写吗

  • 从长远来看,哪一个会更有效地帮助社区?你们能帮我把这件事弄清楚吗?

    “为两个人写”基本上就是“写两次”,因为我无法想象会有多少人分享


    我想如果我突然想到世界需要更多的第三方控件,我会为WPF/Silverlight/WP7编写它们。

    “为两者编写”基本上是“编写两次”,因为我无法想象会有多少共享


    我想如果我突然想到世界需要更多的第三方控件,我会为WPF/Silverlight/WP7编写它们。

    WPF,但这只是我的观点。 受支持的Windows操作系统(XP、Vista、7)都支持它,WPF就是未来。我不认为Winforms的死亡离我们很近,但我们应该支持目前积极支持的东西


    这就像是为IE6开发,而不是为Firefox/Safari/Chrome/Opera开发。我们大多数人都不认为IE6会消亡,但我们必须向前迈进。

    WPF,但这只是我的观点。 受支持的Windows操作系统(XP、Vista、7)都支持它,WPF就是未来。我不认为Winforms的死亡离我们很近,但我们应该支持目前积极支持的东西

    这就像是为IE6开发,而不是为Firefox/Safari/Chrome/Opera开发。我们大多数人都不认为IE6会消亡,但我们必须向前迈进