|
马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要 登录 才可以下载或查看,没有帐号?立即注册
x
什么叫数据库怎么样?什么意思?你想单学数据库。(其实变成是我问的)ChadMyers和JeremyMiller关于开辟职员事实该怎样利用ASP.NETMVC提出了无力地倡议。他们在上个月的KaizenConf集会上提出了这些原则化的倡议。上面内容摘自Jeremy的总结。他们倡议的重点是,年夜年夜夸大了对把持器所承载功效的限定。在他们的计划中,把持器表层相对以数据为中央,一切的输出均为单个ViewModel。因为没有表露出HttpContext的任何方面,开辟职员能够轻松地对把持器举行单位测试。把持器除不该该表露出HTTP特征以外,它们还应当包括尽量少的营业逻辑。把持器应当十分薄。把持器Action办法独一的义务是将传进的模子转化成符合的服务挪用并创立输入用的模子。一切营业逻辑的职责应当由非体现层的类来承当。换句话说,把持器中其实不包括营业逻辑。 没错,就是如许。在他们的看法里,MVC其实不代表一个使用程序中的一切内容,开辟职员应当利用分外的工具来处置真实的数据操纵和存储。另有良多工具值得思索,不外我们如今间接往看那些有关视图层中HTML和JavaScript的成绩。服务器真个标志相对不该该和客户端JavaScript混在一同。我们倡议遵守这个原则,由于这类很罕见得毛病做法常常形成难以浏览的代码,而且没法利用TDD的体例开辟客户端JavaScript代码。我们不同意这类代码:callFunction("<%=Model.Variable%>")。假如服务器端数据必要传送到客户真个JavaScript中,我们会写成以下情势:“varsomething=<%=Model.Variable%>”。 视图应当十分复杂。假如你在利用if/then语句大概轮回,那末就申明你大概做错了。前提逻辑应当属于把持器或JavaScript类库等可以被单位测试的代码。把视图中的逻辑移出难以测试的代码,并放进易于测试的代码中能够无效地制止毛病产生——没错,我以为JavaScript代码易于测试。TagSoup也能够制止,我们偏向于利用本人的完成来替换轮回,比方:<%=this.RenderPartialForEachOf(m=>m.Solution.Resolutions).Using<EditResolution>()%>。在这段代码中,EditResolution为一个ASCX控件,m.Solution.Resolutions是一个IList<Resolution>范例的属性。这条语句会遍历这个列表,为每一个Resolution对象天生一个部分视图。 检察英文原文:ChadMyersandJeremyMiller:OpinionsforASP.NETMVCDevelopers
本文出自:http://www.infoq.com/cn/news/2008/12/ASP-MVC-Opinions
呵呵,那你就关注微软的招聘信息以及别人的招聘经验啊,还有也不一定去做技术的,你如果真的想去就多了解了解。(其实我的意思是说想到微软做技术是很不容易的。 |
|