ASP.NET 布局

yangwulong1978

hornsay 发表于 2012-12-19 13:58
谢谢，经验之谈啊。

确实是想跳，但是web这一块拿不出手，想学MVC, 但没有新项目，跟demo 做和实际做可 ...

找工作和技能没啥关系，我当时找这工作，我就没做过ASP。NET，还不是要我了，项目是我一个人初始化，，
开始写WEBPAGE 的时候连设置位置都不知道，都设置的成绝对值X,Y 连放在TABLE里都不知道，就我一个人，也没人问，

现在一个财务软件也被我做出来了，，，，，


只管去找，不要怕拿不拿的出手，真等你学好了，，那技术也过时了。

hornsay

Dan.and.Andy 发表于 2012-12-19 13:52
mvc 比较适合团队和多人合作，尤其是数字媒体这种地方。web form + table 玩 applications 没治了。 ...

没分了，白条先。

这个听上去很严重。 能不能谈的具体一下，web form + table 的严重性？

hornsay

yangwulong1978 发表于 2012-12-19 14:05
找工作和技能没啥关系，我当时找这工作，我就没做过ASP。NET，还不是要我了，项目是我一个人初始化，，
...

厉害，佩服一下。

我刚开始做也是放绝对值，后来也是从同事那里学来用table的。还有像Connection new 了以后，一直会反复的用，直到这个module fee. 因为一直在用desktop的方法去做。

重机枪手

wil 发表于 2012-12-19 13:04
看得有点糊涂，微软这个MVC和普通意义上的MVC有啥区别？和Java世界里的MVC有啥区别？在Java世界MVC已经是很 ...

我认为是微软的噱头吧

IsDonIsGood

wil 发表于 2012-12-19 13:04
看得有点糊涂，微软这个MVC和普通意义上的MVC有啥区别？和Java世界里的MVC有啥区别？在Java世界MVC已经是很 ...

个人理解只是用.net实现而已。本来就是从JAVA过来的

IsDonIsGood

hornsay 发表于 2012-12-19 13:05
没分了，白条先。

这个听上去很严重。 能不能谈的具体一下，web form + table 的严重性？ ...

没治了意思应该是太好了，没得比的意思吧。

findcaiyzh

wil 发表于 2012-12-19 14:04
看得有点糊涂，微软这个MVC和普通意义上的MVC有啥区别？和Java世界里的MVC有啥区别？在Java世界MVC已经是很 ...

微软的这个Framework就叫asp.net MVC.

K.U.Double-D

我的经验是尽量少用第三方控件，直接MVC+HTML+Javascript，做出来的东西很灵活。除非是复杂应用，比如图形报表。

典

互联网几十年
真正一直不倒且月来越强壮的是js html
asp.net web form 的出发点之一是要程序员不搞HTML js, .net帮你全包，
控件是什么？就是用.net. 生成HTML ,

Dan.and.Andy

hornsay 发表于 2012-12-19 14:05
没分了，白条先。

这个听上去很严重。 能不能谈的具体一下，web form + table 的严重性？ ...

没治了是说好的都没烙了，无出其右者，你理解反了。

hornsay

Dan.and.Andy 发表于 2012-12-19 15:25
没治了是说好的都没烙了，无出其右者，你理解反了。

哈哈，我以为是病入膏肓，没法治了。

atransformer

hornsay 发表于 2012-12-19 13:51
所以未来如果MVC成熟了，webform应该会被淘汰？

个人感觉webform一时半会还是无人替代。

yangwulong1978

微软会用CSHTML Mvc 从新做SharePoint 吗

Dan.and.Andy

yangwulong1978 发表于 2012-12-19 21:36
微软会用CSHTML Mvc 从新做SharePoint 吗

你是问，还是告诉我们那种可能性基本为零？

psaux

wil 发表于 2012-12-19 14:04
看得有点糊涂，微软这个MVC和普通意义上的MVC有啥区别？和Java世界里的MVC有啥区别？在Java世界MVC已经是很 ...

基本理念都是一样的，mvc的灵魂就是separation of concerns。最早使用mvc结构的framework是用smalltalks写的，那是80年代的事情了，不过是针对desktop app的。后来因为web app的崛起，java, php等开源语言都开始有mvc的framework，那也是90年代的事情。目前，mvc已经是跟很老很老的概念了，在开源社区里我已经感觉到mvc被慢慢淘汰的趋势，我做了很多年的e-commerce开发也觉得对目前千变万化的web app体验，光mvc已经力不从心了。几个月前读到一篇文章，很是喜欢，我觉得不管是.net还是open source的朋友，只要是做web app，都可以看看。 地址 http://cirw.in/blog/time-to-move-on

IsDonIsGood

psaux 发表于 2012-12-20 09:12
基本理念都是一样的，mvc的灵魂就是separation of concerns。最早使用mvc结构的framework是用smalltalks ...

能介绍下现在比较流行的web开发framework吗？做M$的东西最大的坏处之一就是被他牵着鼻子走，很容易坐井观天

psaux

IsDonIsGood 发表于 2012-12-20 10:24
能介绍下现在比较流行的web开发framework吗？做M$的东西最大的坏处之一就是被他牵着鼻子走，很容易坐井观 ...

比较流行的framework你在google trend里查一下就知道了，喜欢或不喜欢一个framework都是仁者见仁，智者见智的事情。我个人喜欢的framework都比较小众（都是基于open source的），在.net的帖子里大谈open source有点不敬了，就不多说了。

IsDonIsGood

psaux 发表于 2012-12-20 09:44
比较流行的framework你在google trend里查一下就知道了，喜欢或不喜欢一个framework都是仁者见仁，智者见 ...

.net开源的东西也很多啊，说说吧，M$其实是很支持opensource的，在opensource上花的钱也不少~~
没分了，回头加上~~

wil

IsDonIsGood 发表于 2012-12-20 10:24
能介绍下现在比较流行的web开发framework吗？做M$的东西最大的坏处之一就是被他牵着鼻子走，很容易坐井观 ...

页面事件互交复杂度比较高的应用（类桌面应用）可以考虑gwt或vaadin，gwt事件互交在页面完成，vaadin在服务端完成，各有利弊；

中等事件互交度的应用可以考虑面向组件(component-based)的框架如jsf，tapestry，wicket，lift等，个人比较喜欢lift的“view first”方式；微软还有些mvc的变种模式如mvp，mvvc等也会对复杂事件互交应用提供比mvc更好的支持；

简单事件互交度的应用mvc就足够了，传统服务器渲染框架现在rails, play, springMVC等比较流行（java世界）；浏览器端渲染（http://en.wikipedia.org/wiki/Single-page_application）就要用到很多js框架了(http://blog.stevensanderson.com/ ... -throne-of-js-2012/)

暂时想到这么多，有说的不对的地方请指教

hornsay

yangwulong1978 发表于 2012-12-19 13:23
你们现在肯定是还在用他们传统的ASP。NET 控件，他们的ＣＡＬＬＢＡＣＫ　很坑爹，，很慢，本来他们就是 ...

用了ＭＶＣ是不是不再用ｄａｔａｔａｂｌｅ之类的？

不清楚它跟database是如何沟通的。

gooderic1977

hornsay 发表于 2012-12-30 12:47
用了ＭＶＣ是不是不再用ｄａｔａｔａｂｌｅ之类的？

不清楚它跟database是如何沟通的。 ...

我的拙见，一个好的程序员不能停留在代码实现上，只有学习高手的编程思维，不断审视自己程序的弊端才能不脱节。

无论是前台还是后台，代码和构架上好坏差别大了去了。web app其实难度比desktop的app要高多，因为资源是server上share的，每一个点击需要消耗的资源必须有个合理的考量，一个网站能否承受每秒上千次的点击，全看程序好坏。缺少项目经验就很难对session, cache, database query等的使用做出正确的评估。


代码decouple的越好，维护性，复用性和扩展性就越强。这也是为什么一定要采用多层架构的原因。MVC为什么这么受流行，原因很多。我个人觉得和web form比起，最大的优势就是UI controller被decouple 出来，而且实现了TDD的UI，html也回归自然，比原来web form使用的view state,server controls等无论从性能还是维护性上都好了很多。

至于database是否应该和UI直接talk。我可以负责地告诉你，十几年前就不提倡了。哪怕再小的web app也最起码应该有个DAL来负责数据库的读写。

hornsay

gooderic1977 发表于 2013-1-3 13:51
我的拙见，一个好的程序员不能停留在代码实现上，只有学习高手的编程思维，不断审视自己程序的弊端才能不 ...

谢谢，很好的建议。

web form这一块我现在基本上是尽量用多的java script call back, 至于ｓｅｒｖｅｒ那边的数据全是通过function call return 一个datatable, 然后是runtime binding到control. 这样一个流程感觉开发速度很快.　而且无论是一条ｒｏｗ，　还是multiple rows, 拿到的都是一个datatable,　所以整个程序看上去也比较统一。

但ＭＶＣ看上去更先进，只是对于controller, model开发速度不清楚，然后背后的ＤＢ连接方式是不是又完全不一样？还有界面的控件支持度如何都是一个未知数。可能还需要更多的时间去摸索。

gooderic1977

hornsay 发表于 2013-1-3 15:36
谢谢，很好的建议。

web form这一块我现在基本上是尽量用多的java script call back, 至于ｓｅｒｖｅｒ ...

你这样做，虽然省了时间，但是在架构上是有欠缺的，以后维护也不容易。

如果要在UI显示grid的话，server端应该以json形式返回 list<object>。

hornsay

gooderic1977 发表于 2013-1-3 15:42
你这样做，虽然省了时间，但是在架构上是有欠缺的，以后维护也不容易。

如果要在UI显示grid的话，server ...

能不能这样理解，其实ｄａｔａｔａｂｌｅ本身就是一个特殊的ｌｉｓｔ＜ｏｂｊｅｃｔ＞，　是一个ｃｏｎｔａｉｎｅｒ，　一个ｂｕｆｆｅｒ，　而且MS对于ｄａｔａｔａｂｌｅ提供了很多的功能．我个人觉得丢掉ｄａｔａｔａｂｌｅ去用ｌｉｓｔ＜ｏｂｊｅｃｔ＞很可惜。　但确实如你所说，用ｄａｔａｔａｂｌｅ，　架构上分得不是很清。　

gooderic1977

hornsay 发表于 2013-1-3 16:11
能不能这样理解，其实ｄａｔａｔａｂｌｅ本身就是一个特殊的ｌｉｓｔ＜ｏｂｊｅｃｔ＞，　是一个ｃｏｎｔ ...

不敢苟同，table 是二维数据，以column 和row 形式出现，可以直接绑定到简单的二维grid.
单从数据绑定角度来讲，如果是二维到二维，问题不大。

但是在ajax driven app里，很多情况下UI control往往比你想象的要复杂，而且后台要把complex object转换成一个table就要消耗服务器资源。这部分工作完全可以由js来完成.

还有，怎样用datatable来返回一个complex 对象的list到前台？比如：

class Ninja{
    string Name;
    int Level;
    List<IWeapon> Weapons ;
    List<ISkill> Skills ;
}

典

gooderic1977 发表于 2013-1-3 15:33
不敢苟同，table 是二维数据，以column 和row 形式出现，可以直接绑定到简单的二维grid.
单从数据绑定角 ...

asp.net 可以直接转object为json,
到了前台，又可以直接把json数据邦定到UI上(比如backbone)，

hornsay

gooderic1977 发表于 2013-1-3 16:33
不敢苟同，table 是二维数据，以column 和row 形式出现，可以直接绑定到简单的二维grid.
单从数据绑定角 ...

学习了. datatable确实没法handle complex object.

想问一下, 从database取数据到List<object>好像能理解,从List<object> update到database, 在C#里如何实现的, 是否需要大量的coding?

melmonash

几年前刚入行的时候用webform, 最近几年用mvc比较多。

gooderic1977

hornsay 发表于 2013-1-3 20:24
学习了. datatable确实没法handle complex object.

想问一下, 从database取数据到List好像能理解,从Lis ...

建议学习一下ORM,比如Entity Framework

hornsay

gooderic1977 发表于 2013-1-3 22:00
建议学习一下ORM,比如Entity Framework

看过Entity Framework, 我也曾经下载过dOOdads entity framework, 看上去挺不错的， 但是没有勇气去尝试，主要是因为担心如果碰到复杂的query， stored procedures, 因为这一个框架而要用更多的时间来写code。

我不知道用MVC+Entity Framework的大仙感受如何？