日期:2014-05-17  浏览次数:20487 次

ASP.NET网站开发的思路,有点迷茫,求大神指点
我搞经典asp开发好几年了,刚入手.net平台,前几天帮一个朋友写了个winform的应用程序,对c#这种牛逼到爆的语言和.net清晰简洁的结构还有vs强大的调试功能产生了深深的眷恋。

虽然已经看了一遍MS出版的那本asp.net step by step,但是觉得书上的东西真不是我想学的。基础语法方面,c#入门经典已经很明确了,网站结构方面:我做了六七年的web开发,不会说对网站还不了解。书上说的什么各种服务器控件,我说实话没多大兴趣,很多功能(比如说表单验证)我只需要轻车熟路的写几行js,最多用ajax提交到服务器端验证一下就行了,完全没必要让asp.net给我生成一大堆的hidden去生成html页面交给服务器。

但是.net的各种特性,比如说方法重写,这个简直太实用了!另外还有准确的数据类型,无效的变量提示,错误的方法调用,这些东西做经典ASP真的是做梦都想要的……

求问各位大神,我该怎么去自己尝试用.net做个高端大气上档次的网站呢?
我以前是一直做电商网站的,不管是从前端那里那到的静态页面也好,还是我自己排出来的页面也好,都很轻松搞定,现在换到.net完全傻了。那现在就从拿到前端的html+css+js一套页面来说说呗……前端排页面是不给标签加id的,table里面很多也没有id这个东西,那我要往里面添加内容是不是只能还是跟asp一样插入无数的<%response.write "xxxx"%>?

拜谢!

------解决方案--------------------
高端大气主要是前端。

比如被ASP.NET 5.0(VS2013)集成的Bootstrap库。

http://www.bootcss.com/
------解决方案--------------------
asp.net mvc 可以让你更适应些,不会像现在这么无措。

不过webform也完全可以实现psd效果,它最多只是把开发者变笨变懒,
但它改变不了http协议,改变不了web的本质,虽然它有N多弊端,但它也有优势的一面
你要做的只是在清楚它的优势后作出选择。
------解决方案--------------------
从APS走到ASP。NET的人一定会感觉到ASP.NET的强大,我也支持尽量不要用服务器端控件,把验证什么的交给JS。另外最最主要是从面向过程走向面向对像。将有用的常用的东西写成类库,慢慢的发现,随着时间和知识的积累,开发是非常EASY的一件事,面向过程语言是很难做到的,即使能做也维护不方便。页面输出的问题,任何语言都是一样的,只是模板引擎的问题,有变量的赋值就有调用。html+css+js,一般面向对像的话,也还是比较方便的,如在CS代码中设计了一个对像mynews,调用时都是<%=mynew.title%><%=mynews.posttime%>
------解决方案--------------------
一,页面显示的效果跟后端语言没有关系;
二,ASP.NET   !=  拖控件   

从学.NET的第一堂课开始,老师就讲过,不要拖控件,从VS2003-----到现在的VS2012我的工具箱从来没有显示过,从来不会去拖控件
------解决方案--------------------
推荐.net mvc

------解决方案--------------------
  非常赞成楼主放弃使用WEB控件的想法,其实浏览器就是浏览器,服务器就是服务器,所有的命名空间是不能独立于浏览器上运行的,所谓的<asp: .. /> 之类的,仅仅是在编写方式上的转换,看似简单了编写直观了其结果是加大服务器的负载,当我们在打开浏览器查看一下这些页面的源文件什么都明白了.
  说到底对于浏览器应用的编程只有 js,样式吗就是样式了,呵呵,剩下的就是标签和布局了,而这一切的也只有 js 能调用, 如果你说在 .cs 文件中也是有类似 innerHTML 之类的,那我告诉你,这仅仅是假象.
  当然,.NET的交互功能这是原先的ASP所无法比拟的,就说在 .cs 文件中看到某个对象包含了 innerHTML 的属性,通常是在标签后面加上了 runat="server", 这也是.NET在页面上的主要体现, 这对页面编程来说是一种假象, 但在实际编写过程中却大大方面的页面和服务器之间的数据交互编写, 对此我们还会发现在页面的源文件中有个 <input type="hidden" 的标签, runat 越多这里面的内容就会越多.