l*s
发帖数: 783 | 1 I probably shouldn't tell you this but there is a little secret about
Microsoft that many developers seem to miss. Microsoft isn't a big company.
I know, 85K+ employees sounds like a big company. But the reality is that
Microsoft is a single HR department that services 100+ small companies. At
least that's how each of the parts of Microsoft seem to operate. While at a
high level Microsoft attempts to come up with overarching themes and
strategies, on a project-by-project basis, teams can be qu |
N********n
发帖数: 8363 | 2 I found lots of people took Linq2Sql as a legitimate ORM b/c they didn't
understand Linq is first and foremost a language feature. Being able to
linq over sql is only one case of application of linq. |
a***x
发帖数: 26368 | 3 没见过linq2sql这么傻逼的东西。
【在 N********n 的大作中提到】
: I found lots of people took Linq2Sql as a legitimate ORM b/c they didn't
: understand Linq is first and foremost a language feature. Being able to
: linq over sql is only one case of application of linq.
|
N********n
发帖数: 8363 | 4
Linq2Sql is like VB of ORM. Fine for those fast & dirty small projects.
【在 a***x 的大作中提到】
: 没见过linq2sql这么傻逼的东西。
|
a***x
发帖数: 26368 | 5 对头，大用一点没有。
【在 N********n 的大作中提到】
:
: Linq2Sql is like VB of ORM. Fine for those fast & dirty small projects.
|
c**d
发帖数: 579 | |
o****e
发帖数: 916 | 7 check out this performance comparison
http://toomanylayers.blogspot.com/2009/01/entity-framework-and-linq-to-sql.html
每个技术都有好处和坏处，linq to sql总的来说还是瑕不掩瑜的，简单好用。对简单
的应用，和面对sqlce的程序，我觉得linq to sql完全可以胜任。当然问题也不少，比
如运行效率还是不行，大批量的update和checkin完全是个nightmare，还是得用raw
sql cmd。
说起来也是个使用习惯的文件，比如我至今不敢写stored procedure,haha
还有一个很变态的问题，对sql server操作的时候，常常遇到row not found or
changed的错误，据说是个bug，很让人痛苦。 |
a9
发帖数: 21638 | 8 其实就是每个人都想占有对方的市场。对于同一个公司来讲，就是整合。现在sql
server不也支持.net程序集的存储过程吗，是一样的。
我也不太喜欢存储过程，找一个东西要找半天找不着。不过执行效率可能要高一些。
到现在使用数据库我还是基本的“表”的级别，像sql server 提供的一些其它的功能
比如数据挖掘我从来没用过，呵呵。
【在 o****e 的大作中提到】
: check out this performance comparison
: http://toomanylayers.blogspot.com/2009/01/entity-framework-and-linq-to-sql.html
: 每个技术都有好处和坏处，linq to sql总的来说还是瑕不掩瑜的，简单好用。对简单
: 的应用，和面对sqlce的程序，我觉得linq to sql完全可以胜任。当然问题也不少，比
: 如运行效率还是不行，大批量的update和checkin完全是个nightmare，还是得用raw
: sql cmd。
: 说起来也是个使用习惯的文件，比如我至今不敢写stored procedure,haha
: 还有一个很变态的问题，对sql server操作的时候，常常遇到row not found or
: changed的错误，据说是个bug，很让人痛苦。
|
S***k
发帖数: 370 | 9 Entity Framework似乎也没更好用.简单的database大概还好,大一点的database,code
维护就不好做.另外performance也是个问题.
Microsoft这几年类似的事没少做.本人对.net MVC 的意见最大.Web form 也是可以实
现MVC 模式的.结果又搞了一个单独的project 出来, 还叫个MVC, 好像用web form 不
用它 就是反对 MVC. 在view 里不得不用大量的in-line code, 还不如干脆直接用php
+ ruby, 或者Java. |
s***o
发帖数: 2191 | 10 同Web Form 相比，MVC还是有很多优势的，尤其是做比较复杂的东西时。关于Web Form
下实现MVP,
记得有一个相关的 open source project，MS好像也有意在下一个版本提供类似模板。
在我看来，
MVC最大的问题是出来的太晚了。如果有选择的自由，我会直接上Silverlight。而简单
一点的，Web
Form足够了。
code
php
【在 S***k 的大作中提到】
: Entity Framework似乎也没更好用.简单的database大概还好,大一点的database,code
: 维护就不好做.另外performance也是个问题.
: Microsoft这几年类似的事没少做.本人对.net MVC 的意见最大.Web form 也是可以实
: 现MVC 模式的.结果又搞了一个单独的project 出来, 还叫个MVC, 好像用web form 不
: 用它 就是反对 MVC. 在view 里不得不用大量的in-line code, 还不如干脆直接用php
: + ruby, 或者Java.
|
|
|
S***k
发帖数: 370 | 11 .net mvc 如果在asp之后,web form之前出,在人们心理接受程度上可能会好一点.
不知道多复杂的东西算复杂,我看到的是mvc把简单的东西复杂化.我曾经用了一个多星
期用web form做了一个项目,后来要把这个项目转成mvc,两个sr. developers 做了三个
多月才完成,而且问题不少,似乎在verification上遇到了困难,而且对复杂的UI logic
实现也有困难.
silverlight是有真才实料的,只是要load一个script file到用户端,对performance恐
怕有额外考虑
Form
【在 s***o 的大作中提到】
: 同Web Form 相比，MVC还是有很多优势的，尤其是做比较复杂的东西时。关于Web Form
: 下实现MVP,
: 记得有一个相关的 open source project，MS好像也有意在下一个版本提供类似模板。
: 在我看来，
: MVC最大的问题是出来的太晚了。如果有选择的自由，我会直接上Silverlight。而简单
: 一点的，Web
: Form足够了。
:
: code
: php
|
s***o
发帖数: 2191 | 12 哈，那两位兄弟会不会是一边翻书本一边实践? 而且感觉有点怪，他们不是把MVC当成
ASP高级版给用了
吧？
关于Silverlight, 用out-of-browser， 代码大小不是大问题吧。
logic
【在 S***k 的大作中提到】
: .net mvc 如果在asp之后,web form之前出,在人们心理接受程度上可能会好一点.
: 不知道多复杂的东西算复杂,我看到的是mvc把简单的东西复杂化.我曾经用了一个多星
: 期用web form做了一个项目,后来要把这个项目转成mvc,两个sr. developers 做了三个
: 多月才完成,而且问题不少,似乎在verification上遇到了困难,而且对复杂的UI logic
: 实现也有困难.
: silverlight是有真才实料的,只是要load一个script file到用户端,对performance恐
: 怕有额外考虑
:
: Form
|
y********o
发帖数: 2565 | 13 Agree. I also don't quite like the MVC inline code. It kinda makes it look
like classic ASP. Pretty messy. Good thing is that it helps the developer
to think about tiering his application.
code
php
【在 S***k 的大作中提到】
: Entity Framework似乎也没更好用.简单的database大概还好,大一点的database,code
: 维护就不好做.另外performance也是个问题.
: Microsoft这几年类似的事没少做.本人对.net MVC 的意见最大.Web form 也是可以实
: 现MVC 模式的.结果又搞了一个单独的project 出来, 还叫个MVC, 好像用web form 不
: 用它 就是反对 MVC. 在view 里不得不用大量的in-line code, 还不如干脆直接用php
: + ruby, 或者Java.
|
S***k
发帖数: 370 | 14 个人认为造成这个局面的一个原因是mvc忽略了UI的复杂性。一个复杂的web
application， 不仅仅backend复杂，UI的logic也是比较复杂。因为contoller 不能像
event handler帮助实现UI的logic,所有的UI有关的工作只能由View自己来完成。如果
contoller/view设计不是很有逻辑，这个View就成了一个asp的升级版。
有时一个小小的页面变动，在webform里可能就是加一个或改一个event handler, 在
mvc 里可能要变动几个controller的passing parameter 或者 redirect action.
mvc可能对UI简单的project比较合适。JQuery在mvc中用得比较多，页面效果同
silverlight还是有差距，不比webform + Jquery 更有优势，code manage 上没法同
siverlight 或者webfrom相比。
look
developer
【在 y********o 的大作中提到】
: Agree. I also don't quite like the MVC inline code. It kinda makes it look
: like classic ASP. Pretty messy. Good thing is that it helps the developer
: to think about tiering his application.
:
: code
: php
|
c**d
发帖数: 579 | 15 这位兄弟说的极是啊
个人感觉最重要的还是idea，用什么技术实现都不重要，重要的是结果
【在 S***k 的大作中提到】
: 个人认为造成这个局面的一个原因是mvc忽略了UI的复杂性。一个复杂的web
: application， 不仅仅backend复杂，UI的logic也是比较复杂。因为contoller 不能像
: event handler帮助实现UI的logic,所有的UI有关的工作只能由View自己来完成。如果
: contoller/view设计不是很有逻辑，这个View就成了一个asp的升级版。
: 有时一个小小的页面变动，在webform里可能就是加一个或改一个event handler, 在
: mvc 里可能要变动几个controller的passing parameter 或者 redirect action.
: mvc可能对UI简单的project比较合适。JQuery在mvc中用得比较多，页面效果同
: silverlight还是有差距，不比webform + Jquery 更有优势，code manage 上没法同
: siverlight 或者webfrom相比。
:
|
c**t
发帖数: 2744 | 16 如果你主要是开发，结果最重要；如果你主要是维护，可维护性越高越好。
【在 c**d 的大作中提到】
: 这位兄弟说的极是啊
: 个人感觉最重要的还是idea，用什么技术实现都不重要，重要的是结果
|
M******k
发帖数: 27573 | 17 我不怎么喜欢linq. 还是stored procedure直接一点.
当然linq有不少小feature还是挺好玩
【在 o****e 的大作中提到】
: check out this performance comparison
: http://toomanylayers.blogspot.com/2009/01/entity-framework-and-linq-to-sql.html
: 每个技术都有好处和坏处，linq to sql总的来说还是瑕不掩瑜的，简单好用。对简单
: 的应用，和面对sqlce的程序，我觉得linq to sql完全可以胜任。当然问题也不少，比
: 如运行效率还是不行，大批量的update和checkin完全是个nightmare，还是得用raw
: sql cmd。
: 说起来也是个使用习惯的文件，比如我至今不敢写stored procedure,haha
: 还有一个很变态的问题，对sql server操作的时候，常常遇到row not found or
: changed的错误，据说是个bug，很让人痛苦。
|
r***o
发帖数: 1526 | 18 我觉着LinqToSql很好用，直接从Database生成class，比自己写或生成stored proc省
事多了
用SQL Profiler看送到DB的Sql Statement，效率也不错，
大部分Project都需要load 一个header和所有的child rows, LinqToSQL里一个
LoadWith<>
就完成了，扩展一下LinqToSQl生成的class, 这样可以在Disconnect的状态下用，基本
目的就达到了
用Linq2Sql写了个Project，开发速度和效果都不错 |
b********2
发帖数: 855 | 19 呵呵，我是绝对不用LINQ的，SP多好用啊，效率最高。
MVC挺不错的。我才上手的时候也觉得是噩梦。但是把WEB FORM转化成MVC后，惊奇的发
现LODING的速度快了10倍都不止啊。 |
a9
发帖数: 21638 | 20 我没怎么用过linq，但sp也不是很喜欢。数据库上的cpu，能省则省啊，呵呵。
【在 b********2 的大作中提到】
: 呵呵，我是绝对不用LINQ的，SP多好用啊，效率最高。
: MVC挺不错的。我才上手的时候也觉得是噩梦。但是把WEB FORM转化成MVC后，惊奇的发
: 现LODING的速度快了10倍都不止啊。
|
D******y
发帖数: 3780 | 21 呵呵, LINQ对我这种选手最合适了，Exception的数量级差别..
【在 b********2 的大作中提到】
: 呵呵，我是绝对不用LINQ的，SP多好用啊，效率最高。
: MVC挺不错的。我才上手的时候也觉得是噩梦。但是把WEB FORM转化成MVC后，惊奇的发
: 现LODING的速度快了10倍都不止啊。
|
