当前位置: 代码迷 >> .NET分析设计 >> 关于OTO电商网站建设的技术选型,框架设计,亟需一些意见。讨论一下
  详细解决方案

关于OTO电商网站建设的技术选型,框架设计,亟需一些意见。讨论一下

热度:572   发布时间:2016-05-01 22:32:53.0
关于OTO电商网站建设的技术选型,框架设计,需要一些意见。。讨论一下
本人从事CODING有些日子了,之前一直在做一些中小型的站点开发(商城,企业网站)。这次公司有一个oto的电商项目(定位在中型和大型之间,就先以大型网站来对待吧。),给了我一个机会对这个项目进行技术选型和框架设计,组织开发,这也算是‘大姑娘坐轿头一遭’,之前也对大型网站开发做过一些了解,但不是特别全面。
       目前还处于需求分析阶段,能确定的是以下几个固有条件和需求:
       1,mysql数据库,java实现底层,提供数据接口。
       2,商品是一些便民服务,如空调清洗,保姆等,还有实体商品,如生活用品,特产之类。
       3,有多个地区的分站,每个站点可使用不同模版。
       
       有几个疑问:1,网站构架,要怎么选择,MVC?
                               2,如何实现高并发数,
                               3,如何提高网站访问速度,静态?还有什么方法能提高。
                               4,每个站点不同模版,要怎么做。之前,我分站都单独建立一个站点程序,访问同一个数据库实现的,是否有更好的解决方法。
        恳请各位前辈高人给点意见,建议。。帮兄弟一把,十分感谢。
      
------解决思路----------------------
点还是满多的,但这些都是电商站的基本。
1.MVC框架已是很强大,足够支撑。当然要对mvc熟悉
2~3.基本上2和3是关联的。高并发一词频率很常见,基本从小站到大站演变过程都会遇到一个痛点。
从单服务器应用程序,到资源文件分离,数据库分离,数据读写分离,服务分离,服务分布式部署,一级缓存、二级缓存等,以及应用层面的多服务器部署,业务模块化(这里面的粒度划分还有多层次),资源文件分离后的压缩传输,反向代理CDN等。
提高访问速度,大致数据层面、代码层面、ui结构这3个层面入手优化
4.模板机制一般的开源cms系统都有着功能,随便看看就知道原理了,核心一点,和业务逻辑不要太耦合了,便捷的分离切换
------解决思路----------------------
http://kb.cnblogs.com/page/207824/

模块那部分 可以参考orchard~(一直看不懂这个开源cms的架构)
------解决思路----------------------

1、在某宝、某威客去逛一圈,上面应该有些俗人,搞了一些简单易用的东西
------解决思路----------------------
ps:当然你也可以去看infoq(http:www.infoq.com/cn/),那上面有包括淘宝,百度的高级架构师滴系统分析,当然如果你仔细看,你会发现其实那些人比俺们更实际,他们绝不会无端滴做设计,他们设计前会先把问题找出来,然后具体问题具体对待
------解决思路----------------------
确保你的应用服务器至少有3个以上,确保你的数据库的Slave也是至少分布在3个站点以上。

我想在你现在的这个程度,貌似只是关注在“更多拼凑一些名词儿概念”,而没有精力真正搞懂开发。那么也就是这个建议足以让你玩儿两年了哇。
------解决思路----------------------
5年经验的人 就在这里大谈需求架构?

这让"架构"二字情何以堪....

需求架构是慢慢出来的 不是一问一答的事..

我建议LZ读一本书<淘宝技术这10年> 虽然没有什么技术可言.但是对你应该有启发的

而不是上来就问 mvc如何如何.. 并发如何如何  大数据如何如何...
------解决思路----------------------
等你做的东西 真正"大数据","大并发"的时候 说明你成功了.

拿钱砸啊 几十万的小型机  买100台 速度肯定嗷嗷快.

数据多? 没地方了? 没事  5T的固态硬盘来10000个

在线人数多内存吃不消? 没事 弄2T的内存.

所以 对你来说"架构"2个字 太大了...你吃不下...