电子商务网站，前后台是否该分离？

分离的话比较好，
1。建议前台后用json格式化统一整个过程，无论js,flex,都可以无缝的渲染出来数据，最爽的是可以通过NOSQL分布式数据库来支持整个数据。
2。关键是数据的布局，如果要做到高级一点的话，需要写一个IDE之类的工作，生成布局模板，前台来数据了，直接通过这个模板来展现。

Try try SOA~~

电子商物系统应该像这样
http://yanwt.iteye.com/blog/550877
就连展示层与业务层都应该分离，这样展示层就可以用各种平台开发

呵呵，目前正在做一个电子商务，现在处于测试阶段，前后台是两个项目，数据库是同一个。

个人认为，必须权衡网站的各项指标。
网站中业务会变化的部分最好分离出来，趋于稳定的东东当然能集成起来比较好，当部署的时候会很方便。当然分离的越多部署的时候就会很麻烦，分离的多，能够使每个模块之间的影响越小（高内聚，低耦合），最好做到恰到好处，这个就看架构师的能力了。

前台和后台分离式必然的。

不光这些要分离，对特殊的业务也需要分离。例如现在手机用户的普及，前台也需要区分手机用户和PC用户。根据某些业务并发量的特殊需求，有时候也需要将特殊的业务分离，例如现在流行的限时抢购，一般为了提高响应将这部分业务独立出来部署。再说大点就是SOA的概念了。

项目小的时候还可以，大了的话肯定要分开的。

需求和需求获取过程完全不同。
对于前台，界面原型即需求，页面/用户行为驱动开发。对于后台，是数据和流程驱动开发：Table+Form+Flow
我比较喜欢这句话，我是做开发的 最近兼做网站设计
网站虽然是分出了前后台，后台设计还得心应手，到了前台设计不知道怎么表达了

前后台不分离，你也谈过了缺点我想大家都明白，优点貌似一点也没有看到；
前台的仅仅是业务数据的展现，不管是PC还是移动终端，后台是对前台业务数据的支持，个人觉得还有隐藏的对前后台的服务，例如这个隐藏的服务可以分为几个模块：用户，商品，店铺，交易等等的基础服务，还有很多很多呀。具体的设计用什么技术那只是一个表象，呵呵

分离吧。
容易实现分工。