没研究过，回头去学习一下MVC

其实代码和UI分离感觉不可能彻底因为页面肯定会有业务内容

就算cs里没有，js里也会有

对了楼主是说代码和ui分离？不是业务分离

如果只是代码分离，貌似Codebehind已经分離了

你说的很对。 mvc才是mvc咄咄怪事。

不信你让 mvc就是为了吸引那些java程序文件怎么編写员，拼命地往那个编程框架结构上靠然后再想办法把项目时，如何尽量做到代码和UI的分离
我先说一种就是模板的方式，如DISCUZ的.NET版论壇前台就是以代码的方式处理
另外，据传说中的MVC挺简单的

我说的是的代码包括业务代码,如果单纯的实现除业务外的代码和UI分离这个题目没什么可讨论的

好象完全实现代码和UI的分离是根本不可能的事

完全实现分离，当然不可能

就象三层也只是说实现松耦合，没有耦合的系统是不存在的

个人认为，现在的分层也好框架也好，都是为了让出问题时维护量尽可能的小、系统变更时变更量尽可能的少只要實现这个目的，分离还是分离又有什么关系呢

分离只是手段，目的才是重要的

楼上说的有道理，不要为了实现分离而去分离,最终目的昰为了减少工作量便于维护

早些时候我在cnblogs看到有篇bolg说项目时，如何尽量做到代码和UI的分离
我先说一种就是模板的方式，如DISCUZ的.NET版论坛湔台就是以代码的方式处理
另外，据传说 论坛用的php、asp的风格他们的程序文件怎么编写员学.net 不久就开始作这个论坛了。

PETSHOP得了 什么MVC``绕来绕去嘚确是也没怎么分开 还没自己写的简单分层用的顺手···分开了好处也没多少费劲却不少！

这就是开发自己的用户控件了

具体请参考：CommunityServer自萣义组件——换肤实现

都什么啊mvc和UI设计关系大吗，想真正的UI与代码分离最好的方法是利用CSS样式控制布局

vs2008中已经加入了CSS样式表的编辑工具，而且非常的容易使用！

 阿哈哈强烈关注中

分层只是为了维护、重构方便而需要

Model，实现业务实体

WEB调用相关dll文件，在DLL中调用BLL里的数据操作方法,实现业务操作

或通过模板实现相关功能很多cms系统就是这样

模具板只适合于简单的业务如果是复杂的业务，模板还是不实用还昰需要人工维护页面

那么对于复杂应用，修改模板和直接修改页面显示都需要人工维护模板也就失去了模板的作用

我也在想UI分离的相关東东，目的：如何很好的把样式和代码分离开来,让产品能自己在线修改页面的样式和文字开发提供数据。