.net 在你的project中比重占多少？

乱码

.net coding在project的比重，我的平均是40%-50%，差些的能到60%-70%。

不算非.net作后台的web site，不算winform/wpf/silverlight

[ 本帖最后由 乱码 于 2010-12-3 16:48 编辑 ]

kr2000

哈哈，我刚想说0％
我一般后台占70％左右

混不到坑的萝卜

这问题就问得莫名其妙，啥叫.net在project中比重占多少？你是说.net的project在各种projects中占的比重，还是在projects里.net coding占的比重？
俺的基本上是100%。

porcorosso

俺的基本上是--0%

乱码

原帖由 混不到坑的萝卜 于 2010-12-3 16:46 发表
这问题就问得莫名其妙，啥叫.net在project中比重占多少？你是说.net的project在各种projects中占的比重，还是在projects里.net coding占的比重？
俺的基本上是100%。 ...

谢谢提醒，rectified.

混不到坑的萝卜

那俺的就下降到50%左右了。20%在前台，30%在SQL端。

wangwalter

0

uowzd01

中间和前段都是.net

这样算起来有70%

o2h2o

乱码兄
一般是 asp.net 做的多呢
还是 mvc 用的多? 几几开?

stevenbian

5% 还是历史遗留的

乱码

原帖由 o2h2o 于 2010-12-7 09:34 发表
乱码兄
一般是 asp.net 做的多呢
还是 mvc 用的多? 几几开?

澳洲这边还是asp.net webform多，作mvc的公司也有几个，但根web form不是一个级别的。至于具体到数字，我也不确定，mvc应该不超过市场1/10的占有率。但无论是不是公司用，大家都喜欢把mvc的要求放在jd上,很搞。

可能是这边digital agency比较多，web form出活快.web form developer转mvc，如果对html/http不是很熟的话，learning curve还是比较sharp的.主要集中在controller和view，再延伸出去可能就是相关的client side programming的东西了，这话题就大了...

但从long run上看，mvc肯定赢，只不过是时间的问题。

mvc那个namespace下面的东西完全可以从codeplex上down,看一下它的source code对自己作framework level的project还是很有帮助的。

dalaohu

乱码， 你那些 1/10 数据都哪里来的？ :)

从long run 上看， webform/mvc会越来越像，可能最终会变为一个东西。

本来就是一个东西，不管用哪个， 跟html/http 熟不熟有什么关系? 两者都要熟。

乱码

原帖由 dalaohu 于 2010-12-7 10:41 发表
乱码， 你那些 1/10 数据都哪里来的？ :)

从long run 上看， webform/mvc会越来越像，可能最终会变为一个东西。

本来就是一个东西，不管用哪个， 跟html/http 熟不熟有什么关系? 两者都要熟。 ...

1/10是我平常看seek的感觉，我说过这个数字不准确。

webform跟mvc不可能变成一个东西，mvc aspx（限于这个view engine）不鼓励写code behind，虽然你这么写也可以。但webform离开那些page life cycle的event handler，它就不能活，所有的control都是follow这个model写的,没有这些handler，aspx is nothing.

webform最大程度的隐藏了html和http，这是不争的事实.

dalaohu

从某个角度来看的话， webform 的功能跟强。

可以实现一切mvc的功能  + postback.

webform里你可以完全不用postback， 提供了更大的灵活性。

dalaohu

但webform离开那些page life cycle的event handler

我可以把webform 的codebeind file删光，他也会活的好好的。
跟mvc一样。

另：ｍｖｃ的早期版本里也后codebehine file.

乱码

原帖由 dalaohu 于 2010-12-7 11:11 发表
从某个角度来看的话， webform 的功能跟强。

可以实现一切mvc的功能  + postback.

webform里你可以完全不用postback， 提供了更大的灵活性。

Ok, 这又归结到developer programing skills 和frame work自身的job的问题.

事实上，只要我们在server side能拿到request和response两个object，我们就可以做一切事情，丝毫不用任何framework的支持，这也是有的c++ developer看不起c#(asp.net)developer的地方，技术上来说，这是valid的，但有几个问题:

1.需要很好的技巧
2.productivity 为零
3.这种approach绝对不可能商业化.

任何一个好的framework的工作都是在简化developer的工作(让他们不用关系底层细节的东西），和在正确的方向推行best practice.不好的framework也并不是一无是处，但需要批判的继承，webform就是一个例子，它极大简化了developer的工作，大家拖拖拽拽就能完成一个要求不高的project，productity没比他更高的了，但同时它不是在推行best practice,对winform可能ok，但对web，这是一种倒退。我很同意只用webform同样也能写出相当好的app，是因为它能拿到request/response,或者更高一点在module上programming。

典

MVC aspx or razor is more like asp, old asp programmers will like it.

My recent project with MVC3,  talking about coding only,
database 25%
asp.net c# 35%
HTML/CSS 10%
javascript/jquery/ajax  30%

dalaohu

你用了MVC3 的 unobtrusive validation 了吗？ 非常的酷啊。

典

原帖由 dalaohu 于 2010-12-7 10:43 发表
你用了MVC3 的 unobtrusive validation 了吗？ 非常的酷啊。

Not...
Will try next time.
I have my own javascript validation solution which is not bad.

dalaohu

那个酷在，你只要在服务端写一次， 客户端自动生成。