微软vs2003.net中的拖控件方法可以随意在页面上放控件,不过其实它在网页端也是用了css技术,而且用dreamweaver8中同样可以隨意拖html的表单元素等等,而且从艺术角度说,dreamweaver8的网页设计能力高出vs.net很多。不知为什么微软要搞服务器端控件如datagrid等?我觉得这些所谓的控件的功能完全可以由html配合javascript,css及xml就可以达到,被微软搞得集成到一个“控件”上了,让人也点不自由的感觉,而且还要花时间去学控件的使用及记下它们的名称,还有每发布一个.net版本,这些web控件都会有新的成员,又得去记这些成员及它们的属性和方法等...会让人觉得累,不似html和javascript,css及xml等都是一种标准了,不怎么变,让人用着有踏实的感觉,所以跟着微软太tmd累了,老爱变。我觉得,其实以前学习过的html及javascript还有css,最多再配合点xml就完全可以派上多方面的用场了,而且还可以自由应用,微软好像非要把这些弄到web控件中去,也就等同于让人去学控件而不是原理,这样很自私呀。而且web控件只是它微软一家的标准,不像html,javascript,css,xml等是业界公认的标准,真担心哪天微软又变,因为你今天学了这种控件的属性及方法,说不定下次它又变成别的了,或又舍弃这种控件不用了...而html这类的,还没听说过它会舍弃<table></table>这类的标记不用或变名什么的。所以我又看了下php及jsp,觉得它们虽然代码和网页界面混合,可是在编用上却更加自由及灵活,有一种透明感。
不知大家对我的文作何感想,我是觉得学web控件真的恶心,这不,.net1.1还没太热,又来了.net2.0,听说.net3.0也在planning了,哎,真累,而且版本一变,又会有许多新的控件名词出现,又要大家去记了,说不定还要弃掉以前学的一些控件,真是会拆腾人呀
.net是好,可是太累,java是麻烦些,可是透明,php更灵活,透明性不足,因为你都是用function,不知具体的过程,但如果php太透明就会变得不简单,那也就不叫php了,我喜欢php的简单性,我可以有更多时间做艺术处理。

解决方案 »

  1.   

    先看几本.net书在说吧重复的事情大家都不爱做代码分离也增加安全性。还有好多。
      

  2.   

    嗨,其实我只是觉得学过html又为什么要学.net的web控件呢?而且m$的web控件什么的,太爱变了,每次新版.net一出,就得变,这什么时候才是头呀?我还不如学html,css,javascript,xml,然后以不变应万变,因为我列出的这几种语言都是一种标准,不太变的,用着它们,心里实在。
    微软的ide用着方便没错,也快。但是被它们这么个变法,心里真不是滋味,其实我也是喜欢.net的,只是被它这种易变的态度给“吓”到了,我不知怎么办才好,想去学php了。
      

  3.   

    passby,你是不知道吧,我告诉你,dreamweaver里就可以达到你所说的“画”,用的是“层”的原理,而且是随你怎么画,把两个文本框“画”重在一起都可以,用起来也很方便,细节设置上比vs.net强太多,前提是你要懂些css及javascript了。
    但我也觉得界面和控制代码的分离是有益处的,可是vs.net这样用web控件来搞,做又会使得不自由,找不到“天马行空”的设计灵感很矛盾呀。
    本来html,javascript,css,xml这些都是为了网络編程应运而生的,而且是标准,不会变,但m$的web控件就不是什么业界标准,老是变,每次都要学,累得很,真的伤我心。
      

  4.   

    我就是PHP,ASP过来的,比起ASP。NET简直就是垃圾。
    你做复杂的系统就知道WEB控件的方便了。
    1。调用方便,至于你放在什么位置,你用TABLE表格固定并不是一件多复杂的事情。
    2。代码块清晰,便于查错。
    3。逻辑结构非常合理。
    4。编译更方便,安全可靠。利于保护产权,虽然可反编译,但没有几个有如此耐心去还原的吧。
    5。代码与页面分离绝对有好处,当然有时候不分离调用更灵活,但绝大多数都可做到分离。
    HTML没有学好吧,怪WEB控件什么事啊,我很少用dreamweaver,就是HTML用TABLE一层一层地套的。
      

  5.   

    helloworld2006,
    我正是因为学过html所以才烦.net的web控件,因为用html不就可以达到同样的显示效果了吗?又要花时间去学web控件,而且web控件在浏览器端表现出来的依然是html,所以html是个以不变应万变的东西,并不是说web控件就可以跳过html这种标准。
    所以说,你没用过dreamweaver絶对是一大损失,因为不用的话你没法所见即所得呀,你是用记事本写html吧?
    反正 我觉得m$的.net把原本简单清澈的html世界变繁杂了
      

  6.   

    up楼上的,感觉VS做一张页面确实没什么意思,服务器控件一用,发现老是刷新,如果纯粹的来显示,你用DW或者HTML写一张页面更漂亮,更好!
    但他的优势是一个模板,都可以用,而且和数据库方面的操作和对后台数据的显示,特别的方便.所以一般做不太用的页面的时候,我用html+JS去实行
      

  7.   

    把两个文本框“画”重在一起都可以,用起来也很方便------------------------
    1。我用一个控件文本框当两个用不行吗,在后台的控制下,让它显示就显示,不显示就不显示,让他做牛也可,做马也可。
    2。我两个控件这样放<td><控件一><控件二></td>,在不同条件下去分别进行显示操作,本身只会在同一个位置。
    3。分层最多的用在下拉菜单,广告条之类的地方,并不是每一个地方都用分层,这也拿来说事。
    4。永远记住,不要用控件自己的定位属性(1.0还存在这个垃圾属性,2。0好象已取掉了),这与数据库自动连接属性一样,只有表面的方便,没有实用价值。最好的方法是用TABL TR TD来定位控件.
    5。至于版本问题,这的确是很烦人的,不过不得不承认,2。0比1。0在很多方面做得更好,更简洁,实用,方便。
      

  8.   

    大家好,谢谢回复,其实我觉得搞web设计又好比可以说成吃东西,
    我还是喜欢吃自助歺,想怎么吃就怎么“搭配”,不似别人给你提供吃的,你没得选,而且这次你用筷子吃,下次不知是不是要用刀叉吃,因为“厨师”不是你。
    最主要的是,这位“厨师”给你的菜,并不是新的东西,它然表色百味俱全,可实质还是那些元料,你看到的是菜的外观,却没弄明白原料的组合规则。
    当然,如果微软把web控件定义成一个标准,哪怕是它公司的标准,不是世界的标准,那么也好呀,我们可以固定下来去学,去掌握,可关键是它老是在web控件上变来变去,那我们也跟来跟去,失去了心性上的自由,年青可以“玩”,不过能玩到几时?而且.net版本一变,怕是不光c#,web控件要变,我们还得跟着m$抬高自己机子的配置吧,哎,真的是有点“苦”说。
      

  9.   

    asp.net有个烂GridView控件,那么一点点功能,很难看的。还有什webpart之类的。特别是,如果去往上搜寻一下asp.net控件,有那么多都不是微软作的。哎,微软还玩什么玩呀。无知者无畏,别人越无知自己越无畏,微软都不知道这个道理,总是做快速开发工具,而不是让大家去玩原理,可见微软完全值得大家暗地里泼脏水。
      

  10.   

    事实上,如果什么都用控件,那也不成,结合实际情况,具体运用了。
    我最近给我的网站做的一个博客系统
    http://blog.sanebaby.com/,这里的主页面只有一个登录退出用了一下控件,并没有影响他的美观啊。其它用不到,当然不能再用了。在里面上传时用控件了,确认时用了。添加资料,修改资料全用,因为这不会影响到美观的。
    这博客里面我没有用GRID控件,MS GRID确实比较不好用,全是手写的分页程序,但其它控件,我还是觉得很不错的。
    说控件影响美观,就看你自己了。
      

  11.   

    关键是,微软只顾好玩,没把这些控件定义成standard.
    所以用起来内心不踏实。这个版本你会用了,可下个版本可能你就怵了,要么重新学,要么找不到你会的控件了。
    以前觉得学jsp是会成为java的试验品,现在觉得学asp.net将会成为微软的试验品,当初学asp.net很大一个原因是它是微软的。
    至少,jsp也有代码分离的mvc模试,而且有种自由感,只是学起来可能周期更长些。
    而php以前挺瞧不起的,没有大公司的支撑,觉得它会昙花一现。可现在,看看,php已是世界最热的web编程语言.凭的是什么呢?而且已经有大的电脑公司和数据库公司公开表明支持php了。
    所以,微软呀还有许多该要向别人学习的,它的善变总让我们这些web程序员没有安全感。
    我是在网上找了半天也没找到看到有人指出对web控件的看法,所以贴到此以表心中困惑。
    有点想去学jsp了,其实jdbc听说也并不是完全的不如ado.net,它们名有所长。
    而且java的世界里好像空气没那么郁闷吧,我不是jsp的狂热fan,只是m$的这些行为有点让人“吃不消”,产生我这样想法的人应该也大有人在。
      

  12.   

    而且我觉得微软挺老土的,没有艺术细胞。
    編程其实也是种挺艺术的劳动吧,所以才有那么多生动的感性的东西出现,如linux的企鹅,java的咖啡,mysql的海豚等等。
    而微软呢?有那么多生动的表达吗?一派死气沉沉机械呆板,还取名也那么世俗,什么.net?听着都不响亮,这也一度造成过网上名称定义上的混乱,因为有的网站后缀名也是www.xxx.net什么的,还有呀,什么c#,也没有感性的含意,也造成过收索引擎的混乱,因为有的是不认#这个符号的,以前我在“当当”网买c#的书都搜不到,因为它不认#符号。
    哎,微软都那么不活泼的吗?是不是企业太大了就有点像猩猩那么了?
      

  13.   

    的的确确,那些控件完完全全可以用html+css+js实现,我还告诉你,html+css+js还完全可以用1和0来实现,你还打算去写么?人类无非是由一个个细胞组成的,但光是彼此独立的细胞来运作这个世界的话,会有今天的文明?而编程的初衷又是什么?我敢说你代码费力写了半天,所生成的多数页面也都是可以用静态网页来完成的,静态完不成的操作我们还可以人工来一起完成。但我们编程为了什么啊?不就是为了减少重复操作,提高执行效率,充分利用计算机的优势么?你去饭馆吃饭对着服务员大叫“这盘菜不就是一点青菜加点肉和盐么!你直接把原料端给我来处理好了!”,我想当你吃完饭出门的时候会发现有救护车停在门口。另一方面,如果你对这些控件发牢骚的话还能看出你对面向对象的编程方式根本没有概念,你无法理解一段苍白晦涩的文本变成了活生生的对象供你支配的喜悦,你仍然处在那种代码混杂的面向过程式的编程架构中。数据、结构、表现分离的好处我不想再多说了,你只要想想医院的骨科专家还要兼职前台收费的话会是怎样的情境就好了。优化、整合、提高效率不是你想象的那种小家子气的玩意,这不是幼儿园里的积木,生产工具的进步,生产工艺的革新,关系到整个人类社会的效率提升。这些整合出的控件是根据人们的日常应用而抽象总结出来的,是为了提升效率而存在的,如果你觉得控件多余的话,你甚至应该屏弃.Net类库乃至.Net本身,因为这里只允许人们向着未来澎湃奔涌。
    另外楼上的,.Net这个名字起得很好,.Net没有前缀但却拥有了最好的前缀——世界,.Net的战略构想是要把人们带入一个全面信息化的社会阶段,人们身边的一切都与世界无缝衔接,那是科幻片都没能表述完整的美好世界。
      

  14.   

    其实···,怎么说呢,你可以自己用html,js,xml做个datagrid试试···
      

  15.   

    很少用WEB控件,除非想偷懒,而且不考虑性能。。
    DATAGRID在我做的项目一次都没用过,总觉得不够灵活,其他的控件用得很少
      

  16.   

    听君一席话,胜读十年书
    manasheep(斯克迪亚) ( ) 信誉:100    Blog 
    做技术的人,技术牛的不少,但是有文采的,能把自己知道的东西清楚的表达出来
    让人一看就明白的就少了
    在网上就经常找到看了不知所谓的文档资料
      

  17.   

    现在太把控件当正事说了。
    因此我的建议是.net可以学,不过不要把控件太当回事,但现在的asp.net书籍却又真还把控件当成“大事”,可能m$是想以它的控件“风骚”来吸引眼球吧,不过深沉的程序员应该不要那么容易对控件动情才是,因为原因只有一个,控件是善变的(从微软的.net版本中不难看出吧?)
    就像你太性急,一下子就对一个外表漂亮的姑娘动了情似的,结果很危险。
      

  18.   

    需求拉动技术,VS.NET适应了市场,不仅是开发工具,是强大的生产线
      

  19.   

    我只想问你,manasheep(斯克迪亚) 你认为技术是变化得快才是好的技术吗?如果英语中的词也经常变意,你会不会觉得这是允许人们向着未来澎湃奔涌。我觉得技术固然要发展,可也要稳中求变,且不能老是大变特变,你说微软吧,以前是asp,以为到了asp.net就是变一点,没想到是大变(咱上了一当),然后.net1.1到2.0吧,听说也不是小变现在又听说3.0也在面包炉中“烤着”了,指不定什么时候又要让我们咽这个大“面包”呢,我这心里的话到这时也不知说什么好了,因为这时大家心里都有话,如果你没有,那么你还是一个富有饱满“爱情”细胞的guy吧,见到漂亮girl就“疯狂”,应该你“失恋”经受得少了。要知道一个人的“疯狂”还要有资本,如果你年纪大些,不知你还有这些“疯狂”追求.net控件的资本吗?我是对.net有过“爱”,也失过“恋“,所以才有你所说的牢骚。
      

  20.   

    ------
    而且从艺术角度说,dreamweaver8的网页设计能力高出vs.net很多。
    -----还艺术,你是美工是吧,看你贴子倒处都是"艺术"两个字,你可真有艺术细胞啊.
    你讨厌你就别用,用自己的方法.又不是非让你用不可,你也不用在这儿做个评价啊.
      

  21.   

    楼上的大小气了吧,见不得别人说你家“小孩”吗?
    要知道,网站是b/s结构,不是c/s,
    c/s是可不不要艺术的,而网站要的是“收视率”。
      

  22.   

    技术发展的快是件太好的事了,至少对绝大多数人类来说是,或许有一天你老了、力不从心,没法跟上技术潮流了,但你不能剥夺年轻人掌握新技术的权力吧,人类始终是要发展的,不会因为你老了人类就不发展了。.Net的每次更新的变动看起来是很大,但其实相对于整个.Net战略框架来说变动很微小,因为.Net战略太宏大了。微软绝对不会蠢到没事闲得乱改,当一个新功能切实能够优化执行方式或增进执行效率的时候他才会决定进行改变;比如我的2年前买的SONY的数码相机电池很大、持续时间是60分钟左右,而新买的同样是SONY的数码相机电池小了很多但持续时间增长到125分钟了,显然这两款型号的相机的电池是不兼容的,我无法用旧的电池来充当备用电池,但这种升级付出的代价是我们所乐于接受的。新技术就像新衣服一样,多了没坏处,如果多到不想穿了,还可以拿出旧的接着穿嘛,如果你自己觉得很合身很舒适,何必在意别人的看法。
      

  23.   

    1.Control的概念:好东西!页面中的逻辑按照Control的范围细分,每一个Control仅仅管自己范围内的Request/Response,用ASP.NET的话说应该将Request/Response替换为PostBack/Render,这样的设计比较正交,不会说谁动了自己逻辑范围之外的东西。2.ASP.NET自带的Control:坏东西!大量使用<table>排版,到了2.0还是这样,导致输出的HTML复杂,而且控制输出也不容易,这些该死的Control的属性设计一点都不正交,几个属性相互影响输出的HTML。你可以做的:设计自己的Control,用自己喜欢的方式来设置,确保你在使用该Control时对JavaScript和CSS有良好的支持。如果你要设计的Control和某个ASP.NET自带Control的功能完全一致,可以考虑ControlAdapter这东西,它可以用来override掉一个Control的某些方法。例如网上有一个所谓的CSS兼容的ControlAdpater,可以让Menu控件输出非常整洁的HTML代码——仅仅使用<ul><li>来描述Menu的内容,然后用CSS和JavaScript实现Menu动态展开的效果。
      

  24.   

    我很困惑,艺术是永恒的,难道技术就是那么善变的(我指微软的技术)?
    可能艺术的品味层次更高吧,技术好像只能在底层暗流涌动,变化无穷...
    从艺术方面说,我更欣赏php,在我看来,我是把做网站看成是一门艺术,而不是技术
    所以php更具艺术的特久性吧,因为它灵活,简单,又不失功能。
    都说艺术是没有国界的,从这几年开源的php在世界各地的应用就可以看出了,早知道我学php了,只是目前学了一大半asp.net,又不忍放弃,只是微软太让人没有安全感了。
      

  25.   

    我只所以欣赏php是因为它可以走得更远吧,因为做为一名艺术家,可以是一辈子的事业,而且越老越纯熟,技术员却不行,职业生涯短,因为技术变化快。
    但php技术的的简单性及固定性是比asp.net和java都来得显而易见的,它应该可以走得更远,而且它可以配合前台网页代码在做出很好的表象效果的同时也兼具互动效果,所以php才多少具有艺术的风格,php图标的蓝色,代表了深沉又不失温柔,还有mysql的海豚,向征了自由和精神,多么浓郁的艺术色调及图示,而且关键是它一出生就是专门为做网站而来的,目的很纯,而且它有那么多的人在支持,真的很不错,php可能只能写网站,不过其实有时候简单反而是一种美。
    在.net上,好像我们每个人都只能走一段而已,就算走得长,可能也会很累,因为微软的升级和变化都太多了。
    如果硬要在网站前加上“艺术”两个字,我希望是指php
      

  26.   

    你错了,PHP再远也不会超过网页的寿命,因为正如你所说的“它一出生就是专门为做网站而来的”,而你知道传统网页面临着多少新技术的威胁么?Flash,这个几乎准备要被重生的东西意欲再度扩张其疆域,向传统网站发起挑战,Ajax最近这么热火朝天不就是因为用户体验性强么?可你再强强的过Flash吗?再艺术艺术得过Flash么?同样的艺术水准和用户体验效果的话,Ajax的代码臃肿不堪,而Flash经过Adobe的改造之后性能直逼JAVA,这不是Ajax能抗衡的力量。Flash甚至想冲出浏览器的框框,透过互联网主宰每个人的桌面。Web服务,这是微软的.Net所乐道的一个技术领域。很多人对Web服务不了解,不知道它是干什么的,我在这里说明一下:很多很多人觉得Flash类的网站太过浮华,往往设计的很美用起来很爽但很空洞,它里面基本都没有什么实际的内容,往往是看过一遍就不想再看的网站,理由很简单:没用,那么,真正有用的来了:Web服务,它是纯粹“有用”的东西,它没有界面,纯粹提供数据,它与一般的资讯网站的区别在于你可以在任何地方任何环境使用它,不管是Windows程序、MAC程序、Flash、网页甚至你的血本买来的电冰箱,只要它们能上网就可以使用你的Web服务。Web服务让互联网返璞归真,回到了它最初的使命当中去。XML,它没能像人们设想的那样有着轰轰烈烈革命壮举,而是潜移默化的渗透入人们的生活,它最终将为整个信息领域进行一次洗礼,彻底的改变人们的数字生活,而它的下一个目标就是——传统网页。如果硬要说Flash的网站太浮华、而Web服务太简陋的话,那么XML可以说是最贴近传统网页的了,看看本页的源代码吧,这就是XML。用XML承载数据,用XSL替代服务器脚本语言将数据按照版式码放,用CSS控制页面表现。你喜欢做网页设计,那想必已经殷熟Web标准化了吧?Web标准化正是通往XML的桥梁,Web标准化是XHTML[数据,结构]+CSS[表现],而XML是XML[数据]+XSL[结构]+CSS[表现],这是非常优雅高效的呈现方式。
    XML在其它方面的应用可以参考我写的一篇文章:http://icesee.blog.hexun.com/5070029_d.html
    而在其它领域生根发芽的XML也将会巩固其在网站设计中的地位,其中Web服务就是以XML作为传输媒介的,Flash同样与XML保有极高的亲密度。以上三个领域,php都可以参与一小部分,但也都是力不从心的,以一个脚本语言想与三个帝国级别的技术相抗衡,是很难成功的。如果你觉得繁复是美,Flash可以给你,如果你觉得简单是美,XML可以给你。
    而你的传统网页和Flash比称不上艺术,你的php和XML比称不上简单。世界并不缺少美,缺少的是发现美的心,真正的美不是用眼睛看到的,触动灵魂的艺术只有心能感应到,你可以试着去体会XML、Web服务的美。
      

  27.   

    支持但我更喜欢asp.net。虽然正如某某所说通常不是要做很多的情况下我都是用记事本来写HTML(第一方便,第二加强),但是.net里的东西都有自己的一些独特之处个人觉得这点并无冲突。而且JSP已经被asp.net打得不成人型了。现在能在网上找到几个好点的JSP空间都是一件难事。。不过话说回来。.net的frameworks真的很麻烦。v1.x不兼容v2.x想来那么v2.x就不兼容v3.x咯。而且就算向下兼容那也不会取得很好的效果对吧???我.net自学中。还有很多不明白但是已经迷恋上这些了如果有说得不对的地方,还请各位高人指点。
      

  28.   

    我是这样看待兼容性问题的:好比你以前有一套牛仔装,而今天又买了一套西服,明天你当然可以穿着西服出门,也可以穿着牛仔装出门,但你硬要上身穿着西服下身穿着牛仔装还要谋求兼容性的话,这是很难实现的。简单的二元的穿衣问题尚且如此,我们对一个庞大的系统(.Net类库是人类历史上最庞大的类库)的更新又怎可强求过多呢?
      

  29.   

    如果說是設計 Web Page 我支持樓主的觀點
    但如果說是設計 Web Application 呢? 首先,javascript可以稱得上一個腳本語言,不可能像其他編程語言那樣功能強。
    不使用服務器端語言意義是不大的,無法與服務器進行交互,也就無法使用數據庫,沒有數據的存儲何來數據,沒有數據邏輯也不會存在的,能存在的只是顯示上的一些互動。
    所以php,jsp起碼比html要強。
     其次,php,jsp只是簡單的輸出html的過程,他沒有在意這是我派出去的哨崗,是士兵,是控件,他要跟我彙報信息的,沒有做到這一點。每一個按鈕被按下,每要執行服務器上的東西都得執行新的網頁,而.net就方便的只須寫本頁面上部分地方的後臺代碼就可以了。
     再次,php,jsp沒有視圖狀態,每個頁面執行時都是新的,就像一個人完全失去記憶。服務器端不可能知道頁面中有幾個button,幾個Table,所以也不可能對其進行有效的管理,所以只能一次成型。
    (例如我派給人去某地,告訴他如果有人問你A問題,你就回答A1答案,如果有人問你B問題,你就回答B1答案。但是如果有人問他C問題,他就不會回答了。我派他過去后我就不會知道我派過這個人過去,所以他不可能回來問我C問題怎麽回答。就如同我jsp,php不知道我網頁面上輸出了幾個button,幾個Table.
      所以只能重新執行網葉,並構造三個答案告訴他,然後派他過去。重做類似重復的工作。
      但.net可以這樣,.net知道頁面上有幾個button,幾個Table,能一一識別他們,我派過去的人可以回來問我C問題怎麽回答,因爲我派他過去以後我會記住以前的狀態,然後他回來我認識他,告訴他回答一個新的答案C1。以前的兩答案也不用教他了。
    所以說.net是運籌帷幄的控制頁面上的每一個東西,如同一個將軍派士兵出戰而能隨時掌控戰場狀況隨時作出相應調整,而jsp,php只是派出東西出去就什麽也不知道了。這個將軍看不到戰場狀況,無法隨時調整。不過在戰完以後可以回報一個戰爭結果給他。
    )打個比方,我將頁面提交給自己,或者是給個連接連給自己,頁面被執行了,可它不知道我是用戶直接輸入地址被執行的,還是連接或是按鈕提交給自己而被執行的,如果頁面有多個這樣的按鈕,不可能區分出是哪個按鈕觸發的提交操作。
      

  30.   

    艺术家其实也要学习新技术呀,因为艺术也受到计算机的很大程度的影响,PS、AI、CD、Painter、Flash以及将要出现的微软的丙烯,这些也不是一朝一夕就能学就的,不学的话同样无法跟上时代。
      

  31.   

    做web,基础学好就可以了,管他什么。。
      

  32.   

    manasheep(斯克迪亚) 这位伙计脾气不错:)不过呢,我真的是觉得这几年php越来越火,应该不只是它比较easy这么easy吧?也不只是它open source那么简单吧?现在也听说有微软的劲敌和一家super数据库公司要力挺它。
    而且php的简单性带给人的应该是快感,因为它好像使你不需要再细节代码上去费大工夫,直接用现成的function调用一下下就好了,它除了快,也让人感觉到什么叫“行云流水”“燕子穿林”...而至于说xml,最终的显示好像也是要通过html吧?应该xsl也是把xml以html的格式给展现??????一些书上说xml并不能完全取代html...还有,不知manasheep(斯克迪亚) 是不是.net fan?你对jsp又或java如何看?
    曾经看到过一文把.net和java比作武当和少林,武当太极功夫的纯粹(虽然慢点),少林的却又博学(十八般武艺样样都来得),也即指java知识纯一些,.net知识没那么纯但却也超强,其实看了他那篇文,我觉得java的技术“保鲜性”应该能长久些,.net的技术“保鲜性”应该不是很长,过不了多久就不新鲜了,因此我其实是很向往java的,只是好像它的门槛高了些,还得自己时间多呀。还有,艺术和技术还是大不同的,我也在学设计软件,因为哪天俺技术“保鲜”不了了,那么我可以去做美工搞平面设计,3D设计...因为设计最多是软件版本变一下,不过都是万变不离其宗,艺术方面的东西,方就是方,圆就是圆,绿就是绿,红就是红,这些是永恒的,是你取之不尽的“财富”,而技术呢?(特别是微软的技术),今天我可以是这样弄,明天我又可以那样用。
    所以从个人倾向上说,对于技术,我更喜欢持久性一些的,因为只有这样才带有艺术的品质,也才能使人快乐,对人来说,才是一个“梦”的世界,而如果一切技术都变得太快,那虽也是梦,不过于个人来说,到头是一场噩梦,虽然于世界来说是场美梦...我觉得.net技术让人有点噩梦的感觉,真的,像jsp,php发展了也算久了,依然那么健壮及恒定,于用户来说,就是件好事jsp的mvc模式及hibernate应该都可以和asp.net的代码分离和ado.net秋色。只是我还没有具体去了解jsp世界
      

  33.   

    老兄,看你发表的洋洋洒洒,看样子,你是没用过asp.net,我们主要把主要精力放在客户需求和业务逻辑上的时候,你却要把这些时间花在编写界面的实现,埃,老土!
      

  34.   

    在另一个帖子中楼主提出了一系列面试问题,其中一个我这样作答:3、编写网站时最重要是哪个方面?逻辑结构设计这与corruption(我的腐败官)的观点是相同的,凭借.Net的优势,数据库底层和页面表示层我们可以轻松的完成,所以最主要的思考应该是在网站的核心——逻辑层面上,数据是网站的血脉筋骨,页面是网站的体肤,逻辑就是网站的灵魂所在了。我是从JAVA起步学.Net的,但对JAVA了解并不多,所以也不能妄作评论,但至少已我所能看到的而言,.Net比JAVA更具活力和潜质。XML最终是要被XSL解释成HTML格式呈现出来的,这样XSL就代替了PHP的脚本代码与HTML混杂的地位,将页面合成投递到客户端来进行,节约服务器资源,这样PHP最多也就在数据库读写以及表单处理方面有用武之地了。所谓的“因为设计最多是软件版本变一下,不过都是万变不离其宗”,我觉得这是属于不负责任的炒冷饭商业行为,就像Photoshop一类的软件,他会不断地用几个小功能的升级去赚一大笔钱,而当程序真的太不合时代的话他们会考虑创建一个新的软件去再赚一大笔钱,比如PageMaker和InDesign的关系。这都是Adobe的行径。而MacroMedia的行为则类似微软,为了追求更强的能力不惜掘地三尺,你可以体会到Flash4、5、MX、8的明显差异。这是同一个公司软件的版本差异,而有时候新技术会被其他公司所发明,如果它优秀的话,你就不得不去学一个全新的技术,我不知道你有没有听过微软的丙烯,这是一款类似Painter的模仿自然笔绘画的软件,但它有一个决定性的优势——它是矢量的,相信不久设计师们就要开始丙烯热了。
      

  35.   

    what?
    cabbage bird?
    a delicious food for you?
      

  36.   

    听说过,还没出炉吗?只是我觉得微软的制图软件能敌得过adobe的吗?好像应该不容易办到吧。
    现在有CorelDRAW,Illustrator,不都是矢量的吗?
      

  37.   

    另外说一下XML网站的实现问题,为了处理与服务器的交互,肯定不能只以静态XML来进行,一方面我们要读写数据库,一方面要处理用户表单提交,将这些操作放在独立的服务器脚本页面中固然可以,但是很蹩脚,我觉得比较可行的方法是借助Web服务作为后台,这样实现静态页面与动态Web服务之间交互,这可以说是比较完美的组合了,无论性能、带宽、功能、灵活性、通用性都可以发挥到极致,XML承载数据、XSL控制结构、CSS控制表现、JS处理客户端交互、Web服务处理服务端交互,各司其职、井井有条。而Flash的网站实现主要是以Flex作为表现方面的支柱,以Web服务作为数据方面的支柱,以此来完成各种应用,
      

  38.   

    楼主做.net项目肯定是菜鸟,不知道做java和php怎么样?
      

  39.   

    那两个只是矢量图形绘制,构造相对比较简单,很难表现出油画、水彩画等复杂构造,而丙烯是专门模拟自然笔的,像Painter绘画都要分辨率很大,因为作品通常是要用于打印、喷绘,而丙烯则不需考虑这个问题,你可以打印出任意的精细程度。Adobe的软件的确是不错的,但我觉得他会败在那不思进取的心态上,Adobe不乏创意,但它的程序始终很糟糕,他们始终也没有进行过核心级别的改良,你通常用DreamWeaver吧,我告诉你Adobe的GoLive比DreamWeaver还要强很多倍,只不过国内的普及率太微小了,大家都不知道,但GoLive最大的毛病还是出在程序上,BUG满天飞都不见修正,不然我甚至可以把DreamWeaver直接卸载掉。
      

  40.   

    golive cs2用过,确实功能强,不过在界面设计拖拉上,差。
    而且还好像是不能所见即所得,当场晕倒...还有一些人,老说什么菜不菜的,很没礼节。
    而且你自认你的代码好就代表你的码就是不受制于人了吗?就不是菜了?
      

  41.   

    听说adobe把golive取消了,不过后来又听说只是把重点放在了golive上...
      

  42.   

    纠错:
    只是把重点放在了dreamweaver上。
      

  43.   

    这是程序和网页的区别,在网页中有没有面向对象的概念?只有了解了面向对象,才知道web控件的好处.web控件是用来作程序的.不是用来作网页的.
      

  44.   

    所有的WEB应用都是基于CSS,HTML,JAVASCRIPT的.这是浏览器的错.是标准的错.
      

  45.   

    根本就不了解ASP.net,谈什么喜不喜欢
    最根本的一点面向对象你就不懂。
      

  46.   

    GoLive在站点管理、设计软件整合、站点维护、CSS编辑、页面维护、错误检查、代码重用等多个方面,DW是无法企及的,Adobe没道理扔掉这么强大的东西,在中国普及度很低,但外国普及度很高。
      

  47.   

    看了下,原来php也有代码分离的解决方案了,爽上加爽呀。孙茹苹,小丫头,你叫个鬼呀,你就很好了吗?只会说风凉话。
      

  48.   

    PHP+SMARTY模板引擎,一样可以实现表现与代码的分离技术,而且我觉得PHP的性能一点也不差
    ASP.NET你也可以使用HTML控件,我觉得一样很灵活
    这种事情仁者见仁,智者见智,我觉得各有长短,不能太一概而论了
      

  49.   

    主要是ASP.NET不能在Linux下跑,IIS也不如APACHE
      

  50.   

    web服务是个好东西,但好像java那边也有这功能吧...最好是两边都学,脚踩两只船...
    一边工作练习,另一边无聊自己写点什么东西,或者自己接私活的时候用 -_-
    你们说这个设想怎么样?
    有没有精力去做这样的事啊?java的跨平台,是我一向很向往的. linux不知道怎么样... 嵌入式好像挺吃香...
    我好花心啊...
      

  51.   

    JAVA开发Web服务据说很吃力,而.Net非常非常轻松。
      

  52.   

    跟着ms走不错呀,事实证明和ms作对的没有好下场,broland公司差不多完蛋,下个就是sun呢,别说你们都不用windows,反正我身边人都用这个的,盗版的便宜
      

  53.   

    vs.net中如何预览html文件呢?好像只能设计,不能预览,目前我只能预览aspx文件
    请指教,谢谢。
      

  54.   

    有些地方用WEB控件的确比HTML控件方便,既然走微软这条路,就应该相信微软,支持微软,不然微软倒了,大家又要转去java方向发展了又要学好多东西那还要麻烦
      

  55.   

    争什么?学什么都好,赚钱最重要,怎么说了这么多,怎么都不见说到那个好赚钱?微软的.NET计划不仅仅是在网站上,立志深入到各个领域,楼主你学的技术不是真的技术,只是混饭吃的工技,我也只是跟着微软走的人,掌握着一点点工技跟着它走,但很自卑的事,不管我是不是跟着微软,还是跟着SUN,还是别的什么公司开发工具,我们都是跟着别人走,我永远学不到真正的技术,我们所谓的技术都是用着别人的工具混饭吃的,JAVA?J2EE?J2ME?.NET?HTML?XML?JS?都是工具罢啦,都是用着工具写数学公式,然后卖给需要的人,得一餐温饱,而那些真正赚钱还是外国的SUN,MS,ADO,什么什么真正有技术的公司,记得,要懂得分辩什么是技术,什么不是技术!!!!你用或不用.NET,无所谓,如果你很牛X,最好能做操作系统,做一个可以制造出一个有UNIX内核的东西........顶贴完毕!!
      

  56.   

    找抽贴
    你知道么?ASP.net也可以按照PHP的顺序格式来处理的。PHP做的,ASP.net完全可以做,但是反转就不是这么说。
    为什么大家都喜欢用代码页面分离?这样,更有利于逻辑的表达,能利用事件机制来缩短处理问题的时间。微软并没有标准化界面,你完全可以使用自定义模板的,而且操作非常简单。
    我举一个例子,假如我需要需要列出所有用户的信息。你的想法肯定是,先获得行数,然后再一行行的echo出那些tr td吧,如果不改版面就没有什么问题,假如是要改版面,版面稍微复杂一点就做死你,先说好,不是CSS就能解决的,因为可能用到一些on*****的处理。
    我以前也用PHP+MYSQL的,确实麻烦
    JSP的Structs是把问题复杂化,不是简化,不敢苟同~~~
      

  57.   

    不过php免费呀,这可能是个无法挡的魅力。而且ibm和oracle也都表明支持它了,哎
    还有就是弄php也能鍛煉手写代码的能力,微软的东西,好像少了许多手写的快感,不过速度快就是了,也不错:)
      

  58.   

    dreamw,
    你也不要那么悲观的论调嘛,能应用就好了,能做出东西就好了,什么有技术没技术?不要问那么多,有作品,有产品就可以了。
    就像你说的,怎么没有人讨论哪个赚钱多?这并不可笑,我们学这些不就为钱吗/
    如果说赚钱的话,不知是不是php会好赚些?因为免费,用的人应该多,当然这只是我个人看法。
    不知有无人有异议?
      

  59.   

    本来我也是想学了asp.net,一可以做网站了,二也可以进入到c#,或许还能利用c#做点别的,不过目前好像不知道做什么,因为我入得不深,但好像做出来的东西该是要在装了.net freamword之后才能run吧?
    有时候php的简单,真的让人觉得开朗,而深层技术的追究可能又会多少令人有些悲观,就象楼上的dreamw同志说的,有时候我觉得把程序员称作“设计师”会更好听些
      

  60.   

    电信有钱呀,所以它用并说明不了什么问题,问题是如果我们混饭吃,应该是接触到的中小客户多些,它们会不会选很便宜的php?jsp就不要考虑了,因为那成本现在更贵。
      

  61.   

    LZ部分想法和忧虑偶是支持的。
    也怀疑微软的用心,现在不少aspx程序员只会拖控件而不知道生成的html元素是哪个。
    至于web控件,有让开发者省心的地方;不需要用的时候,还是用html元素吧,自己掌握,扬长避短。 
      

  62.   

    TO prerain() 
    由于PHP免费的,所以选择PHP?
    难道你现在用的ASP。NET 是收费的?
    难道你现在用的操作系统是收费的,用的SQLSERVER 是收费的?
    你是老外这么说还可以(老外选PHP的确相当一部分是冲PHP,MYSQL LUNIX那一套是免费的而选择的),是中国人就不要漫无边际地说这些了。
      

  63.   

    楼上说的很对,中国都是免费,哈哈。
    不过微软的.Net框架SDK其实也是免费的呀,可以随便从微软网站下,不过你如果不用Visual Studio而使用手写代码方式的话开发效率会很低。
    好在甚至连Visual Studio 2005也提供了免费的速成版,其功能对于中型企业的开发工作来说都基本满足了,个人用户更是几乎感觉不到它与专业版本的差异。
      

  64.   

    你非得折磨自己嘛就Response.Write("html代码");仅限于生成body中
      

  65.   

    动摇了搞java的决心从vb到asp,然后到.net在到java,不知道搞什么好了迷惘中
      

  66.   

    不论是php还是.net,对我们而言,都只是一种开发的工具,具体用哪个软件是要仁者见仁,智者见智的,你觉得好用就是好用,不用强迫别人也和你一样的观点嘛。不要吵到面红耳赤以后才开始做现在就可以做的事情,就是在浪费时间,而浪费时间就是在浪费生命,请珍惜生命啊ps:manasheep(斯克迪亚)个人水平应该不错,关注
      

  67.   

    有需求才有技术的应用。需要用到自定义模板、用户控件了,免不了会使用对html有所了解,这有问题吗?如果100年都不用一次(假如有这种情况),我就觉得没有学的意义了。要不,学习tcp/ip,自己写server,哈
      

  68.   

    楼主及各位看官:大家辛苦了...
    建议花更多的时间去好好看看自己喜欢看的书,多掌握些自己热衷的新技术!
    管它php还是.net或是java....(一大堆的东西,没有哪个人能掌握所有的东西!)
    任何一个项目,有谁说那个语言能做,哪个又不能做呢???
    在细节实现方面,各有各的特色和优点、缺点...讨论来讨论去,你们谁能讨论出结果么?
    人生苦短啊...
    看到这里激烈的场面,我也禁不住浪费掉一点时间,在此给各位一个善意的劝告。
    不喜欢的"菜"可以少吃或不吃嘛,任何东西:“存在就自有道理”。
    各位各学各的,关键是:学的开心就好。
      

  69.   

    刚开始学.net.个人感觉.net的DataGrid控件实在不怎么样.有个翻页功能,还不咋好用,如果要用DataGrid的翻页功能,还得写好多东西防止翻页的时候出错.这几天一直被翻页功能困扰,嫉妒郁闷ing...
      

  70.   

    由于ASP.NET前端的控件屏蔽了你的视线,所以你看不到它背后的艺术。只有当你了解完整个ASP.NET框架的运行机理后,你才会觉得它好。什么拖放控件之类的,都是垃圾。
      

  71.   

    LZ 不喜欢可以不用,写自己的HTML吧,M$也从来都没说不行
      

  72.   

    各有各的好处 比如你接了一个活  人家就要求展示两张图片 ,你用HTML+CSS   OK!
    要是你接了一个大型的、复杂的项目 你要是说你都是用HTML+CSS 不用控件
    那我只能说你是SB!所以啊  只有总起来应用才是NB其余都是LJ^-^没有针对任何人哦