关于@DQ的留言回复
现在还正在构思阶段，有几个问题急需解决：
1、效率问题（支持多少商品和多大并发量，是否提供阶梯性的不同解决方案）。
2、架构方面（稳定性如何？能不能应对客户千万种个性化需求）
3、兼容性问题（主流浏览器当然最好能搭上3G这班车）
4、开放接口（能不能轻松与第三方如财务系统、ERP或者CRM对接）
5、表现层问题（表现层能不能严格的区分为结构（HTML）、表现（CSS）和行为（脚本））
6、其他，很多。。。。
我的答复：@DQ，这几天一直忙，不好意思，本想在QQ上好好跟你交流一下，今天中午有空，把我的想法编写如下：
看到兄弟开一家公司不容易呀，有这么多问题需要解决。从这些问题中可以知道，你最缺乏一个架构师帮你把关。当然架构师很难找，要找到也就不问我了。呵呵。我觉得兄弟你知道的开发知识太多了，太想把事件做好了，但是又感觉不知道怎么入手。如果说错了，兄弟你也不要怪我。效率问题、稳定性、兼容性问题，这个可以找一个性能测试工程师测试，稳定性、效率都可以用loadrunner去测试。只有去测试才会发现问题，我们才知道我们需要改进的地方及指标。这个loadrunner正好我会,还可以帮你测试。
其他问题，我觉得都是软件设计问题，我以你的“B2C网店建设”为例，对你的产品不是很了解，但是大致内容应该还是可以知道的，我就以我知道的谈谈我的想法：
1、 表现层问题，html,css,js肯定是分开的，并采用div 布局。其中js可以采用一些成熟的框架，比如prototype
2、 架构方面，肯定是三层架构，数据操作层和表示层肯定是得分开的。如果需要开放接品，也可以在提供一层开放接品层，比如web服务。每家的ERP，CRM，财务系统都不一样的，可以帮他们独立开发一套系统或者工具，把数据上传到他们的系统中。这样可以满足他们的需求，也不至于把我们的系统搞复杂。开发一套软件，呵呵，可能可以还有钱得，还满足了我们软件设计的原则—封装变化点。
3、 在架构方面还应考虑到，如果数据库一台服务器的压力太多，可能需要二台，或者更多。可以考虑数据分开存储，比如用户的数据、商品数据。我大致就说这些，这个还是要根据具体情况来定。
4、 如何能应对客户千万种个性化需求，对于你这个产品，我觉得大多数变化点是在每个用户对界面要求不一样。如果是功能点上的变动，也可以在架构去封装，比如你们的产品就是一套通用的框架，如果需要在这上面扩装。如果是数据库的变动，我建议是把增加的字段、表放在新建的数据库中，同样增加相应的操作类。
5、 这次在做店铺密探时，在大数据量上操作还是一些心得，比如索引，分区，分表，业务优化。
上班了，就写这些，有什么问题再沟通，也请各专家对我的想法进行点评。
