网页架构设计
iPad Pro怎么样?12.9寸iPad Pro值得买么
先说说屏幕方面,ipad pro搭配的是12.9英寸的retina显示屏,ipad air2是9.7英寸。Ipad pro分辨率为2732*2048,Ipad air2是2048*1536,其他方面并没有区别。在细节方面,iapd pro的屏幕整合了四项新的技术,分别是定向光、氧化物TFT、可变刷新率和时序控制器。其实这两者的区别主要在处理和存储方面。ipad pro搭载的是64位架构的芯片A9X,与 A7相比中央处理器快了2.5倍,图形处理器方面提高5倍。而ipad air2采用 64 位架构的芯片A8X, A7相比中央处理器快了1.4倍,图形处理器方面提高2.5倍。并且Ipad pro拥有四个扬声器。无论你如何放置都有同样的音效。苹果官方数据显示ipad pro的处理器速度是Ipad air2的1.8倍,但是续航能力并没有增加,差不多都保持在10个小时左右的续航时间。Ipad pro最大的亮点便是拥有手写笔和键盘套,更加丰富了Ipad pro的体验,比较适合设计者使用。价格上,Ipad pro的价格比Ipad air2高多了。Ipad pro价格799美元起,差不多是一款Mac的价格。而Ipad air2的价格是499美元。国内价格是3588起。这样看来,Ipad pro比air2高了将近2000元。如果加上苹果笔与键盘套,价格会更高!因此,作为普通用户来说,建议选择ipad air2。
领克是吉利汽车旗下,还是吉利集团
领克是欧洲技术、欧洲设计、全球制造、全球销售的高端汽车品牌,基于由沃尔沃汽车主导,吉利汽车与沃尔沃汽车联合开发的CMA中级车基础模块架构建立。”看好了,这里面可没有吉利什么事儿,八竿子也打不着啊,人家自认为领克可是地地道道的北欧货色。领克是去年10月在德国正式发布后,作为吉利汽车旗下的高端品牌,领克定位在吉利和沃尔沃之间,并把竞争对手锁定为大众和丰田。满意请采纳,谢谢
网站设计的基本步骤有哪些
前台设计步骤:首先了解客户需求,掌握客户做网站的目的,及客户的业务方向,根据客户的的业务方面,确定界面的色调与布局等。其次,根据这些需求,参考同类型的网站,从同类型的网站找到一定的规律,之后用ps先设计大致的出首页界面。设计完成以后给根据你的设计,跟客户再做一次沟通,按他的意见进行修改,达到满意第三、客户满意你的首页设计以后,开始切片,写前台界面div+css结构即可。子页风格也要跟客户做简单沟通,如果客户没有特别要求,要跟首页相随合。第四,在需要加入特效的位置加入特效,在浏览器测试兼容性。第五、做好这些工作之后,就可以把这些交给程序员做后台程序了。
web端设计和web前端开发 的区别 (详情)
Web前端开发技术主要包括三个要素:HTML、CSS和JavaScript!它要求前端开发工程师不仅要掌握基本的Web前端开发技术,网站性能优化、SEO和服务器端的基础知识,而且要学会运用各种工具进行辅助开发以及理论层面的知识,包括代码的可维护性、组件的易用性、分层语义模板和浏览器分级支持等。如何学习前端知识?我们生活在一个充满规则的宇宙里面。社会秩序按照规则运行,计算机语言几乎全部是规则的集合。计算机前辈们定义规则,规则约束我们,我们用规则控制数据。大部分时候,对数据的合理控制,来自于你对规则的掌握。现在很多小伙伴喜欢在互联网上找视频资料学习网页制作,但是光看视频你是不可能学会网页制作的,没有人指导你,而且很多视频已经过时了 ,并没有什么用! 如果你真的想学习网页制作这门技术,你可以来这个裙,前面是6 1 1,中间是四 贰 八,最后是壹 ④ 二! 在这里有最新的HTML课程 免费学习 也有很多人指导你进步,不需要你付出什么,只要你是真心想学习的,随便看看的就不要加了,加了也是浪费大家的时间 。学习 HTML,CSS 应该先跟着书仔细、扎实的学一遍。然后就需要做大量的练习,做各种常规的、奇怪的、大量的布局练习来捆固、理解自己的知识。而学习 Javascript 首先要知道这门语言可以做什么,不能做什么,擅长做什么,不擅长做什么!如果你只想当一个普通的前端程序员,你只需要记住大部分 Javascript 函数,做一些练习就可以了。如果你想当深入了解Javascript,你需要了解 Javascript 的原理,机制。需要知道他们的本源,需要深刻了解Javascript 基于对象的本质。还需要 深刻了解 浏览器宿主 下 的 Javascript 的行为、特性。因为历史原因,Javascript一直不被重视,有点像被收养的一般! 所以他有很多缺点,各个宿主环境下的行为不统一、内存溢出问题、执行效率低下等问题。作为一个优秀的前端工程师还需要深入了解、以及学会处理 Javascript 的这些缺陷。Web前端:1)精通HTML,能够书写语义合理,结构清晰,易维护的HTML结构。2)精通CSS,能够还原视觉设计,并兼容业界承认的主流浏览器。3)熟悉JavaScript,了解ECMAScript基础内容,掌握1~2种js框架,如JQuery4)对常见的浏览器兼容问题有清晰的理解,并有可靠的解决方案。5)对性能有一定的要求,了解yahoo的性能优化建议,并可以在项目中有效实施。6)......Web后端:1)精通jsp,servlet,java bean,JMS,EJB,Jdbc,Flex开发,或者对相关的工具、类库以及框架非常熟悉,如Velocity,Spring,Hibernate,iBatis,OSGI等,对Web开发的模式有较深的理解2)练使用oracle、sqlserver、mysql等常用的数据库系统,对数据库有较强的设计能力3)熟悉maven项目配置管理工具,熟悉tomcat、jboss等应用服务器,同时对在高并发处理情况下的负载调优有相关经验者优先考虑4)精通面向对象分析和设计技术,包括设计模式、UML建模等5)熟悉网络编程,具有设计和开发对外API接口经验和能力,同时具备跨平台的API规范设计以及API高效调用设计能力6)......从几个公司的招聘要求可以看到,做Web开发,对前端和后端的要求是各自所不同的。而我们目前的实际情况,也和这个差不多,但是,我们无论在知识的掌握程度上,还是知识掌握的宽度上,都是不够的。首先,我们在前端缺乏积累,没有沉淀,专业的前端技术的积累是从去年才开始的,同时,在前端也缺乏支撑与高手,所以,走起来比较困难。同时,前端人员培养的较少,一个原因是对前端了解太少,另外一个原因就是对前端与后端的工作比例估计不足。所幸,我们在这一年也在前端有了很快的进步,培养了几个优秀的开发人员,有意识的解决了前端的用户体验,这都是可喜的。今年,需要更进一步,专业化。其次,我们在后端发展的不够宽,后端的知识体系已经比较完善,但是,很多应用点都没有涉及到。同时,对现有技术框架的理解都不够深入,太浮躁。我们目前的设计团队在解决互联网高并发、大数据量的存取上经验与能力都还不足,需要正视这些问题。后端技术的发展需要更加的精进,以解决实际存在的问题为主。最后,我们在前端、后端都缺乏熟练工,这会影响到开发的速度,同时,也不利于后期技术的研究。
第二章 系统框架 2.1 网络架构 2.2 系统架构 2.3模块功能说明 怎么写
目录如下: 第1章 蜀玉网络购物商城 1 1.1 概述 2 1.2 系统分析 2 1.2.1 需求分析 2 1.2.2 可行性分析 2 1.3 总体设计 3 1.3.1 项目规划 3 1.3.2 系统功能结构图 3 1.4 系统设计 4 1.4.1 设计目标 4 1.4.2 开发及运行环境 4 1.4.3 逻辑结构设计 5 1.5 技术准备 9 1.5.1 MVC概述 9 1.5.2 Struts概述 10 1.5.3 在MyEclipse中配置应用Struts结构文件 12 1.6 系统架构设计 13 1.6.1 系统文件夹架构图 13 1.6.2 文件架构设计 14 1.7 JavaBean的设计 15 1.7.1 数据库连接的JavaBean的编写 15 1.7.2 设置系统中使用的SQL语句的JavaBean 15 1.7.3 解决Struts中文乱码问题 16 1.7.4 检查用户是否已经在线的公共类 16 1.8 会员管理模块 18 1.8.1 会员登录 18 1.8.2 用户注册 21 1.8.3 找回密码 23 1.9 网站主页设计 25 1.9.1 网站首页面导航信息版块 26 1.9.2 网站首页面左部信息版块 27 1.9.3 网站首页面右部信息版块 27 1.9.4 网站首页面版权信息版块 28 1.10 会员资料修改模块 28 1.11 购物车模块 30 1.11.1 添加购物车 30 1.11.2 查看购物车 32 1.11.3 生成订单 34 1.11.4 清空购物车 35 1.12 商品销售排行模块 35 1.12.1 商品销售排行榜 36 1.12.2 分页显示特价商品 37 1.13 网站后台主要功能模块设计 39 1.13.1 网站后台首页设计 39 1.13.2 后台管理员身份验证模块 40 1.13.3 商品设置模块 41 1.13.4 订单设置模块 45 1.13.5 公告设置模块 46 1.14 退出模块 48 1.15 疑难问题分析 48 1.15.1 中文乱码问题的处理 48 1.15.2 关闭网站后session没有被注销 49 第2章 博客网站 50 2.1 概述 51 2.2 系统分析 51 2.2.1 需求分析 51 2.2.2 可行性分析 51 2.3 总体设计 51 2.3.1 项目规划 51 2.3.2 系统功能结构图 52 2.4 系统设计 52 2.4.1 设计目标 52 2.4.2 开发及运行环境 53 2.4.3 逻辑结构设计 53 2.5 技术准备 55 2.5.1 Hibernate框架概述 55 2.5.2 Hibernate配置文件 55 2.5.3 创建持久化类 56 2.5.4 Hibernate映射文件 57 2.6 系统构架设计 57 2.6.1 系统文件夹架构图 57 2.6.2 文件夹架构设计 58 2.7 公共类设计 58 2.7.1 获得当前系统时间类 58 2.7.2 字符处理类的编写 59 2.7.3 将字符串转化成字符数组类 60 2.7.4 Hibernate的初始化与Session管理类的编写 60 2.8 网站前台主要功能设计 61 2.8.1 网站首页页面设计 61 2.8.2 网站计数功能实现 62 2.8.3 网络日历功能 62 2.8.4 博主信息显示模块 64 2.8.5 浏览博主发表文章模块 66 2.8.6 添加评论模块 70 2.9 网站后台主要功能模块设计 72 2.9.1 后台首页设计 74 2.9.2 博客文章管理模块 74 2.9.3 个人相片设置模块 83 2.9.4 博主设置模块 89 2.10 疑难问题分析 91 2.10.1 Hibernate的映射类型 91 2.10.2 如何使用Hibernate声明事务边界 92 2.11 程序调试与错误处理 92 第3章 图书馆管理系统 94 3.1 概述 95 3.2 系统分析 95 3.2.1 需求分析 95 3.2.2 可行性分析 95 3.3 总体设计 95 3.3.1 项目规划 95 3.3.2 系统功能结构图 96 3.4 系统设计 96 3.4.1 设计目标 96 3.4.2 开发及运行环境 97 3.4.3 逻辑结构设计 97 3.5 技术准备 101 3.5.1 利用MySQL创建、删除数据库及数据表 101 3.5.2 查看、修改数据表结构及重命名数据表 102 3.6 系统总体架构 103 3.6.1 文件夹架构 103 3.6.2 文件架构 103 3.6.3 网站首页架构 104 3.7 配置Struts 105 3.8 工具类的编写 106 3.8.1 数据库连接及操作类的编写 106 3.8.2 字符串处理类的编写 109 3.9 管理员功能模块 110 3.9.1 管理员功能模块总体架构 110 3.9.2 定义管理员的ActionForm实现类 110 3.9.3 创建管理员的Action实现类 111 3.9.4 系统登录设计 112 3.9.5 查看管理员列表设计 115 3.9.6 添加管理员信息设计 118 3.9.7 设置管理员权限设计 121 3.9.8 删除管理员设计 124 3.10 图书档案管理功能模块设计 125 3.10.1 图书档案管理功能模块总体架构 125 3.10.2 定义图书档案的ActionForm实现类 125 3.10.3 创建图书档案的Action实现类 126 3.10.4 查看图书信息列表设计 127 3.10.5 添加图书信息设计 129 3.10.6 修改图书信息设计 131 3.10.7 删除图书信息设计 132 3.11 图书借还管理功能模块设计 133 3.11.1 图书借还管理功能模块总体架构 133 3.11.2 定义图书借还管理的ActionForm实现类 134 3.11.3 创建图书借还管理的Action实现类 134 3.11.4 图书借阅设计 135 3.11.5 图书归还设计 138 3.11.6 图书借阅查询设计 140 3.11.7 借阅到期提醒设计 143 3.11.8 图书借阅排行榜设计 145 3.12 疑难问题分析与解决 146 3.12.1 如何自动计算图书归还日期 146 3.12.2 如何对图书借阅信息进行统计排行 147 第4章 医药进销存管理系统 148 4.1 概述 149 4.2 系统分析 149 4.2.1 需求分析 149 4.2.2 可行性分析 149 4.3 总体设计 149 4.3.1 项目规划 149 4.3.2 系统功能结构图 150 4.4 系统设计 150 4.4.1 设计目标 150 4.4.2 开发及运行环境 150 4.4.3 数据库设计 151 4.5 技术准备 154 4.5.1 Spring框架 154 4.5.2 Hibernate框架 155 4.6 系统总体架构设计 156 4.6.1 文件架构设计 156 4.6.2 系统架构设计 156 4.7 系统公共类设计 157 4.7.1 编写访问数据库的DAO类 157 4.7.2 编写DAO的代理操作类AdapterDao 159 4.7.3 编写Spring的配置文件appcontext.xml 160 4.7.4 编写处理菜单栏和工具栏按钮的公共类MenuBarEvent 161 4.7.5 编写生成表格模型的公共类BuildTable 162 4.8 Java实体类及Hibernate映射文件的设计 163 4.8.1 药品信息的实体类obj_medicine 163 4.8.2 实体类obj_medicine.java的映射文件 164 4.9 系统主要功能模块设计 164 4.9.1 系统登录模块 164 4.9.2 主界面设计 167 4.9.3 药品基本情况模块 170 4.9.4 药品采购模块 175 4.9.5 库存盘点模块 180 4.9.6 销售退货模块 182 4.9.7 入库明细查询模块 185 4.9.8 用户维护功能模块 189 4.10 疑难问题解析 191 4.10.1 配置Spring访问数据库文件 191 4.10.2 在Hibernate中利用关联关系操纵实体对象 192 4.11 系统常见错误处理 193 4.11.1 通过Spring框架连接数据库 193 4.11.2 配置sessionFactory会话文件 194 4.11.3 配置Hibernate映射文件 195 第5章 销售管理系统 196 5.1 概述 197 5.2 系统分析 197 5.2.1 需求分析 197 5.2.2 可行性分析 197 5.3 总体设计 197 5.3.1 项目规划 197 5.3.2 系统功能结构图 198 5.4 系统设计 198 5.4.1 设计目标 198 5.4.2 开发及运行环境 198 5.4.3 逻辑结构设计 199 5.5 技术准备 201 5.5.1 命名规则 201 5.5.2 Servlet简介 202 5.5.3 Servlet的生命周期 203 5.5.4 加载和实例化Servlet 204 5.5.5 初始化Servlet 204 5.5.6 请求处理 204 5.5.7 Servlet的终结与卸载 204 5.6 系统架构设计 205 5.6.1 系统文件夹架构图 205 5.6.2 文件架构设计 205 5.6.3 类的分布架构设计 206 5.7 工具类的设计与实现 207 5.7.1 数据库连接类的设计与实现 207 5.7.2 字符串处理类的设计与实现 208 5.7.3 保存当前登录员工信息类的实现方法 209 5.7.4 监听当前登录员工的方法 209 5.8 员工操作模块的设计与实现 210 5.8.1 对数据库中表取值和赋值的方法 210 5.8.2 员工登录的实现 212 5.8.3 员工注册的实现 216 5.8.4 员工权限的实现 218 5.8.5 分页的实现 223 5.9 基础信息设置模块的设计与实现 226 5.9.1 职务信息查询的实现 227 5.9.2 职务信息添加的实现 228 5.9.3 职务信息修改的实现 229 5.9.4 职务信息删除的实现 230 5.10 业务管理模块的设计与实现 230 5.10.1 样式层的代码列表 231 5.10.2 订货信息的添加 231 5.10.3 出货信息的添加 233 5.10.4 退货信息的添加 234 5.11 疑难问题解析 236 5.11.1 java.lang.NullPointerException异常 236 5.11.2 JSP区分大小写 236 5.11.3 未被初始化错误 236 第6章 酒店管理系统 237 6.1 概述 238 6.2 系统分析 238 6.2.1 需求分析 238 6.2.2 可行性分析 238 6.3 总体设计 239 6.3.1 项目规划 239 6.3.2 系统功能结构图 239 6.4 系统设计 239 6.4.1 设计目标 239 6.4.2 开发及运行环境 240 6.4.3 逻辑结构设计 240 6.5 技术准备 242 6.5.1 重新定义表格 242 6.5.2 创建支持行标题栏的表格 243 6.5.3 创建日期选择框 246 6.6 系统架构设计 251 6.6.1 系统文件夹架构图 251 6.6.2 文件架构设计 252 6.7 数据持久层设计 252 6.7.1 编写数据库连接类 252 6.7.2 编写操作数据库的方法 253 6.8 主窗体的格局设计 255 6.9 开台签单功能的设计与实现 257 6.9.1 开台与查看 257 6.9.2 点菜与签单 259 6.10 自动结账功能的设计与实现 263 6.11 销售统计功能的设计与实现 265 6.11.1 日销售统计 265 6.11.2 月销售统计 266 6.11.3 年销售统计 267 6.12 人员管理功能的设计与实现 268 6.12.1 员工档案管理 268 6.12.2 系统管理员管理 270 6.13 系统维护功能的设计与实现 271 6.13.1 台号管理 271 6.13.2 菜系管理 273 6.13.3 菜品管理 274 6.14 系统安全功能的设计与实现 276 6.14.1 系统的锁定与解除 276 6.14.2 安全退出系统 278 6.15 疑难问题分析 278 6.15.1 如何弹出菜单 278 6.15.2 如何实现时钟 279 第7章 学生成绩管理系统 281 7.1 概述 282 7.2 系统分析 282 7.2.1 需求分析 282 7.2.2 可行性分析 282 7.3 总体设计 282 7.3.1 项目规划 282 7.3.2 系统功能结构图 283 7.4 系统设计 283 7.4.1 设计目标 283 7.4.2 开发及运行环境 283 7.4.3 逻辑结构设计 283 7.5 技术准备 285 7.5.1 通过Swing组件开发系统窗体界面 285 7.5.2 通过JDBC访问SQL Server 2000数据库 286 7.5.3 批处理 287 7.5.4 ResultSetMetaData类的介绍 287 7.6 系统架构设计 288 7.6.1 系统文件夹架构图 288 7.6.2 文件架构设计 288 7.7 系统实体对象与公共类设计 288 7.7.1 各种实体类的编写 289 7.7.2 操作数据库公共类的编写 289 7.8 登录模块 295 7.9 系统主窗体设计 297 7.10 系统主要模块设计 299 7.10.1 班级信息设置模块设计 299 7.10.2 学生基本信息管理模块设计 301 7.10.3 学生考试成绩信息管理模块设计 304 7.10.4 基本信息数据查询模块设计 308 7.10.5 学生考试成绩明细查询模块设计 310 7.11 疑难问题分析 313 7.11.1 批处理操作学生成绩表 313 7.11.2 生成动态列的查询语句 314 第8章 企业QQ 315 8.1 概述 316 8.2 系统分析 316 8.2.1 需求分析 316 8.2.2 可行性分析 316 8.3 总体设计 316 8.3.1 项目规划 316 8.3.2 系统功能结构图 317 8.4 系统设计 317 8.4.1 设计目标 317 8.4.2 开发及运行环境 317 8.4.3 数据库设计 318 8.5 技术准备 318 8.5.1 Java系统托盘 318 8.5.2 嵌入式连接JavaDB数据库 319 8.6 系统总体架构设计 319 8.6.1 文件架构设计 319 8.6.2 系统架构设计 320 8.7 系统公共类设计 320 8.7.1 编写访问数据库的DAO类 320 8.7.2 编写代码创建系统托盘 323 8.7.3 编写系统工具类 325 8.8 系统主要功能模块设计 329 8.8.1 主窗体设计 329 8.8.2 用户列表模块 334 8.8.3 用户通信模块 338 8.8.4 系统工具模块 343 8.8.5 系统设置模块 347 8.9 疑难问题解析 350 8.9.1 程序端口被占用 350 8.9.2 发送信使信息 351 可以看出,他使用了现在比较浒的框架:hibernate,Struts1,但是是否使用Structs2,我也不知道
怎么设计数据库表结构的?网站是先做网页设计,还是先做数据库表设计的?前后台哪个先做?
一般项目开发是这样的,有需求之后 分两步走。1,美工设计页面布局,2程序员(组长了,项目经理了,)设计数据库(看项目大小了。如果小项目程序员直接开发直接设计了)。如果是大项目可能数据库设计就比较重要了,从e-r图了什么的开始设计到最后的数据库表的生成。3. 项目架构搭建,一般的公司都有自己搭建好的矿建了。这是时候就正式的开始程序员的开发了。--------基本上就是这个过程,希望帮到你了
电子商务网站一般架构有哪些
大型电子商务网站架构,摘抄 7.同一个网站的多语言该如何处理是好,使用配置文件然后cookie或url来判别?===客户是自己公司,使用标准方法即可8.电子商务网站最多的就是 商品的打折方式和积分的赠送了,这里要怎么设计才好(工厂模式)?===采购成熟的规则引擎9.如果同一时间并发大量订单的话,如果确保一个订单的有效提交呢?==电子商务一般要使用MQ,推荐IBM MQ;使用MSMQ也可第一点是数据库要设计好,要达到什么级别,你可能需要考虑哪些表需要拆分,哪些表的核心数据需要冗余,如果是mysql,还要考虑其他的问题,比如存储引擎。新闻肯定是要生成纯静态页,对数据库压力就小很多,不过静态页也有管理上的不方便,更新删除添加都要对磁盘文件进行操作做一个自定义缓存层,对缓存逻辑进行控制,可以采用第三方缓存模块,如果使用.net来做,可以层层缓存,页面缓存,数据缓存(memcache,不过在win下效率不高)电子商务网站特点就是对事务的严格,需要数据库设计的时候要求高性能,也需要合适的索引,支持高并发,经常对产品表用户表等进行索引检查,是否有很多索引扫描和表扫描(即使是局部的,也要将“局部”控制到最小范围)mssql语句对不需要事务的查询要附带上with(nolock),以利于并发更新。有些功能模块不能按照想当然的方式开发,比如产品访问次数,切不可将这些更新非常频繁的字段置于核心表内,明确的做法是将其剥离开来 还有就是切不可经常性将字段设计成bool类型,这样会给以后的扩展留出路,即使是男女这种字段,也建议采用tiny类型 其他还有就是在产品设计的时候充分考虑seo,网站目录结构清晰可读,而不是带着一串串的查询参数。对安全要有整体的把握,最好全都是用存储过程,在项目上线前将数据库存储过程全部导出再查找貌似exec的语句,查找是否需要替换成sp_executesql。另外,如果采用mssql,全文搜索直接用mssql fte就可以,速度和精确度都还是可以的,最重要的是维护和管理开发很简单。打折的处理可以按照电信的一次,二次批价功能,如果你做过电信方面的系统。当然也可以设计得更简单的一些。 静态的页面建议使用CDN加速,以解决网通和电信之间访问速度的问题;数据的缓存方面建议考虑用memcache,另外也可以分别在表现层和数据层利用.net中的现存缓存机制作业可;简单执行的sql可以不用存储过程,存储过程会占用数据库服务器的处理时间,造成死锁;mvc建议还是做些CMS的项目上应用,电子商城不是很适合,个人观点。url上可以做转义,使url显示更友好;数据库建议建立分布数据库,这样可以转移查询和大访问量对数据库带来压力;图片可以考虑单独放在一台服务器上;1.三层架构2.使用手写sql,手写entity(生成也可),缓存反射绑定(不是缓存数据哦,缓存映射关系),要考虑网站的长期发展还是手写吧 灵活 性能也好3.没有这种问题,商业驱动的,纯购物就好了,千万别搞什么圈子,wiki4.纯.net的mvc不建议,webform不搞viewstate,不搞服务端控件(除repeater)再加点mvc的思想已足够用了5.不需要缓存数据(除搜索产品部分),要考虑多台服务器的程序快速部署,config文件会很多,config要序列化缓存6.当然是先生成好了,参照jd吧,按业务每张图片对应几个不同大小的图7.据经验,电子商务网站仅靠中英双语来达到多语言是不靠谱的(文化 用户习惯不是简单的语言切换),如果想真正运营英语的就要重新开发一个版本8.不搞模式9.负载均衡(web,db)+ssb异步处理数据10.你是业务类型的日志还是异常日志? 前台订单流程上异常日志不需要了,找个工具录个脚本不停的跑 保证随时发现问题发邮件就可以了11.找第三方搜索组件 类似endeca的12.负载均衡挺简单的,初期靠软件就可以,一切图片找第三方放cdn,前台网站用到ajax的地方很少,如果用的话jquery 1,一个电子商务网站用户99.5%的行为时Find2、对于商品检索部分,能不用数据库就不用数据库(网上切词等相关的开源平台很多)3、分布式缓存(Memcached 、Volecity),个人测试volecity 3还是不错的4、系统设计时必须要考虑可运营。从这个角度去设计系统5、对于电子商务网站改动很频繁,必须考虑架构设计如何适应频繁的版本更新6、必须设计一个好的单点登录系统。7、建议能不用sqlserver就不用它。8、对于大型电子商务网站来说,系统的I/O是起决定因素而不是CPU和内存。1.项目划分是否会有问题,图中分别是 实体层,数据访问接口层,数据访问层,业务逻辑接口层,业务逻辑,网站A,B,C项目划分其实不重要,重要的的是你在写代码的时候是否能把代码合理的分到对应的项目里。2.数据访问层是要开发效率(NBear,Linq,Nh等),还是访问效率(直接使用sql等)?是否可以先使用开发效率高的,等日后访问量大了,再重写并替换数据访问层?开发效率优先,访问量大了以后,我相信是有钱投到硬件上的,在你程序写的不是很烂的情况下,升级硬件远比优化程序节省成本。3.网站被切割成了多个子网站,有一些控件(如header,footer)是要共享的,如何跨网站项目共享这些控件呢?那就做成自定义控件啦。4.ms的mvc 1.0也出来不少时间了,是否已经够成熟运用到项目中?或者是网站后台使用webform的,前台使用mvc?推荐使用使用webform的,前台使用mvc,对于前台来说使用mvc能更好的提升性能,更方便的更换页面表现形式。后台界面相对稳定,用webform可以提高开发效率。5.网站数据的缓存是自己开发一个hashtable什么的来维护呢,还是使用Memcached ?初期建议用hashtable,因为简单,将来升级到Memcached 。6.缩略图的处理,我看有的网站是在上传图片的时候直接生成,有的是在httpmodle里处理,访问的时候生成.直接生成缩略图的好处是节约性能。httpmodle相反,每次浏览图片的时候都会生成新的图片,服务器压力大,建议直接生成。7.同一个网站的多语言该如何处理是好,使用配置文件然后cookie或url来判别?多语言建议使用asp.net自带的资源文件的方式实现,当前语言保存在cookie里面。8.电子商务网站最多的就是 商品的打折方式和积分的赠送了,这里要怎么设计才好(工厂模式)?规则引擎9.如果同一时间并发大量订单的话,如果确保一个订单的有效提交呢?使用MQ队列10.日志方面,log4net?log4net只能记录程序运行日志,主要目的是用来调试程序的,系统业务操作日志还你是得自己建一个表来保存。11.电子商务的全文检索,这也是个头疼的问题lucene,微软索引服务,sqlserver全文检索,方案很多的。12.负载均衡方面,有什么好的文章推荐码?可以看windows 2003 集群方面的文章 1.项目划分是否会有问题,图中分别是 实体层,数据访问接口层,数据访问层,业务逻辑接口层,业务逻辑,网站A,B,C目前我也是这样分的,不过当数据表结构有修改时,会带动其它层的联级修改,非常不方便,所以开发之前最好将数据库设计地完善一点。另外,当网站分成多个以后,其它项目生成的DLL文件要部署到每个网站的bin文件夹里,更新一次都要重新部署,这也是个挺烦人的事,当然可以将DLL部署到GAC里来解决这个问题,不过这样的话本地调试起来就不太方便了,因为项目一有改动,就要将生成的DLL重新拷贝到GAC里才能看到效果。2.数据访问层是要开发效率(NBear,Linq,Nh等),还是访问效率(直接使用sql等)?是否可以先使用开发效率高的,等日后访问量大了,再重写并替换数据访问层?这个我也在考虑。目前我还没有采用ORM框架,都是在DAL里直接访问DB的。3.网站被切割成了多个子网站,有一些控件(如header,footer)是要共享的,如何跨网站项目共享这些控件呢?自定义控件。4.ms的mvc 1.0也出来不少时间了,是否已经够成熟运用到项目中?或者是网站后台使用webform的,前台使用mvc?正在学习这一块。5.网站数据的缓存是自己开发一个hashtable什么的来维护呢,还是使用Memcached ?现在我用的比较多的是.net自带的数据缓存。6.缩略图的处理,我看有的网站是在上传图片的时候直接生成,有的是在httpmodle里处理,访问的时候生成.直接生成好,快一点。7.同一个网站的多语言该如何处理是好,使用配置文件然后cookie或url来判别?我没涉及到这一块,不过我觉得资源文件应该就是用来处理这个问题的。8.电子商务网站最多的就是 商品的打折方式和积分的赠送了,这里要怎么设计才好(工厂模式)?这些都放在逻辑层好了。9.如果同一时间并发大量订单的话,如果确保一个订单的有效提交呢?MSMQ10.日志方面,log4net?目前我是自已写代码存在库里的。11.电子商务的全文检索,这也是个头疼的问题用lucene.net分词建索引,再直接从索引库里搜索,又快又准。12.负载均衡方面,有什么好的文章推荐码?不清楚了。 这样的设计要达到新蛋的效果肯定不可能的,新蛋少说几百台服务器,不同数据库之间的发布订阅链路都有几千条。有复杂的缓存,负载均衡机制。新蛋所有的通讯都是基于WCF的。另外对于这么大型的网站来说,数据库一刻都不停止,所以读写分离也很重要,因为你也不可能让数据库停下来进行备份。总归要做到新蛋这样的大型电子商务网站,靠你上面画的这点好像远远不够。 不过关于公共的header,footer,我不建议做成自定义控件,这个维护起来不方便,稍有变动就要发布dll,麻烦的。如果你的header和footer不是很大的话,建议采用js+css的方式。然后加上压缩和cdn缓存,应该效率上能接受。