C#的界面布局也太简单化了吧，稍微复杂一些的估计就做不出来了吧？ 最近 黑 C# 垃圾的 比较多 楼主，你回到 java上面去吧。c#对你这种 人才不适合。 解决方案 » 免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货 楼主win32汇编合适你，纯手工打造界面 ……版主你没搞懂我的意思。 其实我是想问，遇到需要在运行时随时变化界面呈现的情况下，VS开发环境里面一般是先拖几个控件上去，然后再用代码设置其呈现条件或者变化规律呢？还是直接就用代码，通过布局接口像java 一样手工做界面？ 如果是后者的话，那么VS的可视化界面设计不是只能做最简单的，固定不变的界面了么？遇到按条件呈现的界面，比如根据上半个窗口的某几个选择框，决定下半个窗口显示不同的界面，以及动态改变窗口大小这种情况，用VS的可视化界面设计没问题么？看了一本叫《Visual C# 2005 程序开发与界面设计秘诀》的书，当然书蛮老了上面写道C#界面布局方式只有TableLayoutPanel和FlowLayoutPanel两种布局方式。 Winform 本来就不是做好看界面的，C++ 可以嘛 如果那什么的 你还是放弃学C#吧 我就是玩玩，做点小工具。以前倒是学过java，习惯性会与java做比较。可惜java做桌面实在臃肿，做windows桌面程序更是烂，所以用C#比较舒服些，语法和理念两者差不多。其实python也蛮好，不过还是c#用着舒服些 呵呵呵呵呵呵呵呵呵，楼主还是去做web吧，别C#了，那种语言好学啊。中文都学几十年了，还有一半的字不认识。 panel可以嵌套，估计楼主是用java习惯了，其它C#做可视化的非常方便，结合代码，可以做的非常灵活 你应该学点控件开发知识。要知道任何UI都是人编写出来的，然后这个人发布给别人（同事、或者陌生人）供别人复用。只有特别死板的才会说“开发UI控件的人，还不如不会开发UI控件的人更懂得编写UI代码”。 如果你觉得自己开发的UI好看，那么你就封装几个控件发布到csdn，让别人放到他们自己的vs的工具箱里复用呗。总之这关什么“c#的界面布局”什么事情？c#不过是一个编程语法，它又没有任何UI。可能你连winform控件类库与c#编程语言的关系也没有能分清楚。 要知道微软做的控件确实很难看，不过性能还算不错。而且我们在UI方面只可能使用4、5年前就相当成熟的wpf甚至silverlight，而不是什么winform。 多拿几本书来看吧，页面布局JAVA和.NET这块是一样的。 ……版主你没搞懂我的意思。 其实我是想问，遇到需要在运行时随时变化界面呈现的情况下，VS开发环境里面一般是先拖几个控件上去，然后再用代码设置其呈现条件或者变化规律呢？还是直接就用代码，通过布局接口像java 一样手工做界面？ 如果是后者的话，那么VS的可视化界面设计不是只能做最简单的，固定不变的界面了么？遇到按条件呈现的界面，比如根据上半个窗口的某几个选择框，决定下半个窗口显示不同的界面，以及动态改变窗口大小这种情况，用VS的可视化界面设计没问题么？看了一本叫《Visual C# 2005 程序开发与界面设计秘诀》的书，当然书蛮老了上面写道C#界面布局方式只有TableLayoutPanel和FlowLayoutPanel两种布局方式。界面布局与C#有毛的关系？前端界面CSS+JS+HTML就行了 与C#有毛关系？ 同意楼上，做UI和C#有毛的关系？ ……版主你没搞懂我的意思。 其实我是想问，遇到需要在运行时随时变化界面呈现的情况下，VS开发环境里面一般是先拖几个控件上去，然后再用代码设置其呈现条件或者变化规律呢？还是直接就用代码，通过布局接口像java 一样手工做界面？ 如果是后者的话，那么VS的可视化界面设计不是只能做最简单的，固定不变的界面了么？遇到按条件呈现的界面，比如根据上半个窗口的某几个选择框，决定下半个窗口显示不同的界面，以及动态改变窗口大小这种情况，用VS的可视化界面设计没问题么？看了一本叫《Visual C# 2005 程序开发与界面设计秘诀》的书，当然书蛮老了上面写道C#界面布局方式只有TableLayoutPanel和FlowLayoutPanel两种布局方式。界面布局与C#有毛的关系？前端界面CSS+JS+HTML就行了 与C#有毛关系？楼上人才呀从中说明你只会B/S，不会C/S 可以做到的 利用panel和dock 可以拉伸美观的界面可以和代码分离 一边做界面 一边写代码 然后整合 可以的，用panel，在结合dock和Anchor属性就可以 java能干的C#都行，高手不纠结语言，JAVA也可以拖，只是你一直在用免费的开发工具而已。 Javaer优越感爆棚的其中一点就是：我们的界面必须用 this.Label.Text="XXX";这样的代码形式来布局，我们写代码比C#多，C#垃圾，拖个控件就能实现了，没一点技术含量。“C#？代码量不如Java，孩子，还是去学Java吧。”-----------大学时期某教师原话 了解了，我就是来问这个的。一不小心弄成口水贴了……其实吧，我就是想做个桌面小应用，提升下工作效率。应为以前一直用java，java做桌面不太行，这个地球人都知道了。所以临时决定用跟java最像的C#。只是做东西的思路还停留在java。以前做java用Eclpse，也是纯代码做界面。感觉可视化拖拽做界面，在界面简单不变的时候效率很高一旦涉及到界面复杂，特别是需要按条件变化时，纯代码的方式来做，设计好结构后思维更清晰。（个人观点）而且界面效果可以按需要做很多定制。不过话说回来java的自带GUI，其实就是个高级绘图，当然是要什么样就直接画了。后来的SWT是调用windows本地窗口组件，也是隔靴搔痒，不过性能不错。其实自学了点编程，有多少人真的在公司里靠这个混饭吃呢？反正我就是自己做几个小应用玩玩。你做个再牛逼的网站，在女神眼里也就是个普通的web页面而已啦。又扯远了…… 了解了，我就是来问这个的。一不小心弄成口水贴了……其实吧，我就是想做个桌面小应用，提升下工作效率。应为以前一直用java，java做桌面不太行，这个地球人都知道了。所以临时决定用跟java最像的C#。只是做东西的思路还停留在java。以前做java用Eclpse，也是纯代码做界面。感觉可视化拖拽做界面，在界面简单不变的时候效率很高一旦涉及到界面复杂，特别是需要按条件变化时，纯代码的方式来做，设计好结构后思维更清晰。（个人观点）而且界面效果可以按需要做很多定制。不过话说回来java的自带GUI，其实就是个高级绘图，当然是要什么样就直接画了。后来的SWT是调用windows本地窗口组件，也是隔靴搔痒，不过性能不错。其实自学了点编程，有多少人真的在公司里靠这个混饭吃呢？反正我就是自己做几个小应用玩玩。你做个再牛逼的网站，在女神眼里也就是个普通的web页面而已啦。又扯远了……java和C#一点都不像 。谢谢。 了解了，我就是来问这个的。一不小心弄成口水贴了……其实吧，我就是想做个桌面小应用，提升下工作效率。应为以前一直用java，java做桌面不太行，这个地球人都知道了。所以临时决定用跟java最像的C#。只是做东西的思路还停留在java。以前做java用Eclpse，也是纯代码做界面。感觉可视化拖拽做界面，在界面简单不变的时候效率很高一旦涉及到界面复杂，特别是需要按条件变化时，纯代码的方式来做，设计好结构后思维更清晰。（个人观点）而且界面效果可以按需要做很多定制。不过话说回来java的自带GUI，其实就是个高级绘图，当然是要什么样就直接画了。后来的SWT是调用windows本地窗口组件，也是隔靴搔痒，不过性能不错。其实自学了点编程，有多少人真的在公司里靠这个混饭吃呢？反正我就是自己做几个小应用玩玩。你做个再牛逼的网站，在女神眼里也就是个普通的web页面而已啦。又扯远了……不过话说回来java的自带GUI，其实就是个高级绘图，当然是要什么样就直接画了。C#自带GDI+，楼主百度下，想画什么画什么 了解了，我就是来问这个的。一不小心弄成口水贴了……其实吧，我就是想做个桌面小应用，提升下工作效率。应为以前一直用java，java做桌面不太行，这个地球人都知道了。所以临时决定用跟java最像的C#。只是做东西的思路还停留在java。以前做java用Eclpse，也是纯代码做界面。感觉可视化拖拽做界面，在界面简单不变的时候效率很高一旦涉及到界面复杂，特别是需要按条件变化时，纯代码的方式来做，设计好结构后思维更清晰。（个人观点）而且界面效果可以按需要做很多定制。不过话说回来java的自带GUI，其实就是个高级绘图，当然是要什么样就直接画了。后来的SWT是调用windows本地窗口组件，也是隔靴搔痒，不过性能不错。其实自学了点编程，有多少人真的在公司里靠这个混饭吃呢？反正我就是自己做几个小应用玩玩。你做个再牛逼的网站，在女神眼里也就是个普通的web页面而已啦。又扯远了……你现在在用的Windows，比如说Win7的Aero效果（窗口毛玻璃状透明），就是C#中WPF的杰作 WINFROM可以做很复杂的布局都行呀 不知道为什么 一看到java手工做界面我就想笑 大明湖畔的夏雨荷，记得那年，有个人说微软的Kin手机很难用，后来那人被骂了。 现在的Java和C#比真的一点优势都没有 除了用的人多 而且代代相传Java很牛逼 我没看明白，楼主是来请教的还是来骂街的？如果你认定是你自己弱，不懂得如何搞，那就低调点。不要乱吐槽！说过见 Java 好的，没见过这么力挺 Java 的。你这也太扯了，没见过你这样的，人家骂街至少还得拿自己的长处比划比划别人的短处。哪有拿自己的短处来吐槽别人的长处的。你所谓的那种在运行过程中随时可能变化的界面，请问是不是通过代码改？既然通过代码可以改，那为何 C# 不能？真是无力吐槽。更何况，C# 大部分情况下不需要手动写代码，写代码改控件大小、位置、布局这些都是在 N 年前就被定义为重复而又庞大的工作块，这些都需要去避免。楼主的那种变化界面又是什么样的呢？把您搞的如此焦躁不安、如坐针毡。 我以前做java，现在做.net，对于windows client开发来说，.net中的winform，wpf都可以很好的作出漂亮的界面，如果楼主只是拖拽控件去绘制界面，也只能算是初学者。建议多看看winform或wpf的书，作出好的界面绝对不是靠推拽就可以完成的。 我已经反复提到多次了，我是C#的初学者……看来这贴已经不受我控制了，好像你们把憋着没地方吐的话都吐出来了C#确实还不错，可惜我大学那时只有java还没有C#，错过了学习的最佳时段。以后还有很多东西要向大家请教 C#不知道为什么编程英文了。 请问C#如何更新数据源？ 初学C#调试过程中出现了很多错误，不知道如何解决，请教各位高手了！！（谢谢了） OOP 语言的源代码 自动执行与自动更新的问题 数据集合并表的问题???? 开多线程执行过程发生错误，应如何解决？ C#中如何跳出if判断语句? C#源代码跟踪 c#winform新线程中循环处理数据会卡住的问题。 如何获取被引用程序集的公钥记号PublicKeyToken datagridview的显示问题
……版主你没搞懂我的意思。 其实我是想问，遇到需要在运行时随时变化界面呈现的情况下，VS开发环境里面一般是先拖几个控件上去，然后再用代码设置其呈现条件或者变化规律呢？还是直接就用代码，通过布局接口像java 一样手工做界面？ 如果是后者的话，那么VS的可视化界面设计不是只能做最简单的，固定不变的界面了么？遇到按条件呈现的界面，比如根据上半个窗口的某几个选择框，决定下半个窗口显示不同的界面，以及动态改变窗口大小这种情况，用VS的可视化界面设计没问题么？看了一本叫《Visual C# 2005 程序开发与界面设计秘诀》的书，当然书蛮老了上面写道C#界面布局方式只有TableLayoutPanel和FlowLayoutPanel两种布局方式。
我就是玩玩，做点小工具。以前倒是学过java，习惯性会与java做比较。可惜java做桌面实在臃肿，做windows桌面程序更是烂，所以用C#比较舒服些，语法和理念两者差不多。其实python也蛮好，不过还是c#用着舒服些
panel可以嵌套，估计楼主是用java习惯了，其它C#做可视化的非常方便，结合代码，可以做的非常灵活
……版主你没搞懂我的意思。 其实我是想问，遇到需要在运行时随时变化界面呈现的情况下，VS开发环境里面一般是先拖几个控件上去，然后再用代码设置其呈现条件或者变化规律呢？还是直接就用代码，通过布局接口像java 一样手工做界面？ 如果是后者的话，那么VS的可视化界面设计不是只能做最简单的，固定不变的界面了么？遇到按条件呈现的界面，比如根据上半个窗口的某几个选择框，决定下半个窗口显示不同的界面，以及动态改变窗口大小这种情况，用VS的可视化界面设计没问题么？看了一本叫《Visual C# 2005 程序开发与界面设计秘诀》的书，当然书蛮老了上面写道C#界面布局方式只有TableLayoutPanel和FlowLayoutPanel两种布局方式。
界面布局与C#有毛的关系？
前端界面CSS+JS+HTML就行了 与C#有毛关系？
……版主你没搞懂我的意思。 其实我是想问，遇到需要在运行时随时变化界面呈现的情况下，VS开发环境里面一般是先拖几个控件上去，然后再用代码设置其呈现条件或者变化规律呢？还是直接就用代码，通过布局接口像java 一样手工做界面？ 如果是后者的话，那么VS的可视化界面设计不是只能做最简单的，固定不变的界面了么？遇到按条件呈现的界面，比如根据上半个窗口的某几个选择框，决定下半个窗口显示不同的界面，以及动态改变窗口大小这种情况，用VS的可视化界面设计没问题么？看了一本叫《Visual C# 2005 程序开发与界面设计秘诀》的书，当然书蛮老了上面写道C#界面布局方式只有TableLayoutPanel和FlowLayoutPanel两种布局方式。
界面布局与C#有毛的关系？
前端界面CSS+JS+HTML就行了 与C#有毛关系？
楼上人才呀
从中说明你只会B/S，不会C/S
利用panel和dock 可以拉伸
美观的界面可以和代码分离 一边做界面 一边写代码 然后整合
了解了，我就是来问这个的。一不小心弄成口水贴了……其实吧，我就是想做个桌面小应用，提升下工作效率。应为以前一直用java，java做桌面不太行，
这个地球人都知道了。所以临时决定用跟java最像的C#。只是做东西的思路还停留在java。
以前做java用Eclpse，也是纯代码做界面。感觉可视化拖拽做界面，在界面简单不变的时候效率很高
一旦涉及到界面复杂，特别是需要按条件变化时，纯代码的方式来做，设计好结构后思维更清晰。（个人观点）
而且界面效果可以按需要做很多定制。不过话说回来java的自带GUI，其实就是个高级绘图，当然是要什么样就直接画了。
后来的SWT是调用windows本地窗口组件，也是隔靴搔痒，不过性能不错。
其实自学了点编程，有多少人真的在公司里靠这个混饭吃呢？
反正我就是自己做几个小应用玩玩。
你做个再牛逼的网站，在女神眼里也就是个普通的web页面而已啦。
又扯远了……
了解了，我就是来问这个的。一不小心弄成口水贴了……其实吧，我就是想做个桌面小应用，提升下工作效率。应为以前一直用java，java做桌面不太行，
这个地球人都知道了。所以临时决定用跟java最像的C#。只是做东西的思路还停留在java。
以前做java用Eclpse，也是纯代码做界面。感觉可视化拖拽做界面，在界面简单不变的时候效率很高
一旦涉及到界面复杂，特别是需要按条件变化时，纯代码的方式来做，设计好结构后思维更清晰。（个人观点）
而且界面效果可以按需要做很多定制。不过话说回来java的自带GUI，其实就是个高级绘图，当然是要什么样就直接画了。
后来的SWT是调用windows本地窗口组件，也是隔靴搔痒，不过性能不错。
其实自学了点编程，有多少人真的在公司里靠这个混饭吃呢？
反正我就是自己做几个小应用玩玩。
你做个再牛逼的网站，在女神眼里也就是个普通的web页面而已啦。
又扯远了……
java和C#一点都不像 。谢谢。
了解了，我就是来问这个的。一不小心弄成口水贴了……其实吧，我就是想做个桌面小应用，提升下工作效率。应为以前一直用java，java做桌面不太行，
这个地球人都知道了。所以临时决定用跟java最像的C#。只是做东西的思路还停留在java。
以前做java用Eclpse，也是纯代码做界面。感觉可视化拖拽做界面，在界面简单不变的时候效率很高
一旦涉及到界面复杂，特别是需要按条件变化时，纯代码的方式来做，设计好结构后思维更清晰。（个人观点）
而且界面效果可以按需要做很多定制。不过话说回来java的自带GUI，其实就是个高级绘图，当然是要什么样就直接画了。
后来的SWT是调用windows本地窗口组件，也是隔靴搔痒，不过性能不错。
其实自学了点编程，有多少人真的在公司里靠这个混饭吃呢？
反正我就是自己做几个小应用玩玩。
你做个再牛逼的网站，在女神眼里也就是个普通的web页面而已啦。
又扯远了……
不过话说回来java的自带GUI，其实就是个高级绘图，当然是要什么样就直接画了。C#自带GDI+，楼主百度下，想画什么画什么
了解了，我就是来问这个的。一不小心弄成口水贴了……其实吧，我就是想做个桌面小应用，提升下工作效率。应为以前一直用java，java做桌面不太行，
这个地球人都知道了。所以临时决定用跟java最像的C#。只是做东西的思路还停留在java。
以前做java用Eclpse，也是纯代码做界面。感觉可视化拖拽做界面，在界面简单不变的时候效率很高
一旦涉及到界面复杂，特别是需要按条件变化时，纯代码的方式来做，设计好结构后思维更清晰。（个人观点）
而且界面效果可以按需要做很多定制。不过话说回来java的自带GUI，其实就是个高级绘图，当然是要什么样就直接画了。
后来的SWT是调用windows本地窗口组件，也是隔靴搔痒，不过性能不错。
其实自学了点编程，有多少人真的在公司里靠这个混饭吃呢？
反正我就是自己做几个小应用玩玩。
你做个再牛逼的网站，在女神眼里也就是个普通的web页面而已啦。
又扯远了……
你现在在用的Windows，比如说Win7的Aero效果（窗口毛玻璃状透明），就是C#中WPF的杰作
我就想笑
说过见 Java 好的，没见过这么力挺 Java 的。你这也太扯了，没见过你这样的，人家骂街至少还得拿自己的长处比划比划别人的短处。哪有拿自己的短处来吐槽别人的长处的。
你所谓的那种在运行过程中随时可能变化的界面，请问是不是通过代码改？既然通过代码可以改，那为何 C# 不能？真是无力吐槽。更何况，C# 大部分情况下不需要手动写代码，写代码改控件大小、位置、布局这些都是在 N 年前就被定义为重复而又庞大的工作块，这些都需要去避免。
楼主的那种变化界面又是什么样的呢？把您搞的如此焦躁不安、如坐针毡。
我已经反复提到多次了，我是C#的初学者……看来这贴已经不受我控制了，好像你们把憋着没地方吐的话都吐出来了C#确实还不错，可惜我大学那时只有java还没有C#，错过了学习的最佳时段。以后还有很多东西要向大家请教