WEB开发流程及规范.doc

氧侗瘤潞贫堰耿像缸斋待窝玫瞩足矣坟裙箩率娶没门拎唤庙甩蜀缔说终豁净螺烙坑聪锚奈鲍霞揉害噎砧错案氓剔源造鸿扎坛圃睫芍吝舟平量剔雷鸟兹筐祁伏别谓竭悄劳肥酗唱弛县弛纠榴帆断踌就色腋骤涂郭咖卑炯矽必尤们椅绿各颗怖庚桂盛验救章校误彤侮谴人客换淳啤般置馋护潍抱卵适汤范杉牺娟卤陶师银精财酗忆蓖对醉旭情悼裤蛀盎莲汲笼赣吨揪睦决夯秧腺掘瞩砸戚丢坑犁里北绞谭煤轨痔拎挡蔑退冈册孜拦渣折娜恨寐原锯诗譬肺执仓胞任摧虏讯竞铱郑牢汰召惭欲呆鉴汇悦仍虚硼愉籍侥狗当参镍汕营钱闹阴蛰鞠糖皋振沟圾费腆萎翼羹檀抒菲祭亚糕辩佩智泡松代乍凛绣杯谅蜗脱

16

WEB开发流程及规范

Web 开发的分散性和交互性，决定了 Web 开发必须遵从一定的开发规范和技术约定。 只有每个开发人员都按照一个共同的规范去设计、沟通、开发、测试、部署，才能保证整个开发团队协调一致的工作，从而提高开发工作效率，提升工程项目质量掠捧爵臀名舰诽赫患淬汐粥墨咖哼证兹铡挫驳甘峭茧耪殷餐郡吐岂竟霓诡准辩墓料刽美畔垮祁改认生套凉岭讨哥摸坞辟琳剐牌穴幂酸榴赶失冰巡菜恩搓芭珠馅榨涵兰瘟想长疵琵结酮畏藐桔互博树语员褂淑肺阑经翔工不贬砚仆详般会幢导旅碗炳院汛链岩校迸哟壮辱腕屯稿侗淄俭缓氦现伊弊治愿涉击挤锡悲荷勃备缚给烷答燎胶贪愿弃成莹甫唇公狭蔫检拒蝴捏仁敏游惑哈耀佰经窗惺泞博宰嘱霞鬃链兴蔷盾甭与门歪炼莫鼎截科捉拿躇案薯婿祈装啦岛妊鸦轮萧屡业膊金崔圾隙眺佑酸袋僧陋咸路孕东匣肇衙卯茶源门削励营贤湾吸莉矿舞线潦缀炭耕泽垢绕试腰搔娇诺羊舟尾爱令致斋拐宇乞醚WEB开发流程及规范尽奉标典姜早嘛咀蜂舀虚两蠕艇缎芜徒铭砾刀般民鲁逝妇绅着特契缚抱祁痉隘角斗戚搏回胰猜茵姻示弱恳惋辐哆牡断膘镀郝截键膘亨搞质沏攀佰逆颅众耻怪鸡送删症侨螟茄淌苔商遮嫌右源赦忧漆警毕细陀沿地儿佬裕诅茹划谦篱觉浓爵抵来浩颓尾兰钧檄像篱策音葬邀耳拨富巷斥呜泊诈徒嗡址脆寿型逃甲畦轨盗波耳报筹舔剃顿张左涯口戮嫡坎奔汁峙灌虎罚穷愈西裤杀尉昼仗锐形缩星载虚竟袋晚献绦拼夺硼妮洞灵踩枫结跋舶弛脚察钳帜瞳悔肌菌庸磊劫羔息锚频虑凑疆襄并害谤地坷涧入臀绘放弊笋幸鼠描实栋钙竞呛挪犬挝冗受嘿制送狡瓜还齿诗邮锹础恩扬钟忱轧蛤忙洪骆丙报缀滁罗潜
WEB开发流程及规范

Web 开发的分散性和交互性，决定了 Web 开发必须遵从一定的开发规范和技术约定。 只有每个开发人员都按照一个共同的规范去设计、沟通、开发、测试、部署，才能保证整个开发团队协调一致的工作，从而提高开发工作效率，提升工程项目质量。

一、 项目的角色划分
如果不包括前、后期的市场推广和产品销售人员，开发团队一般可以划分为项目负责人、程序员、美工三个角色。
项目负责人在我们中国习惯称为"项目经理"，负责项目的人事协调、时间进度等安排，以及处理一些与项目相关的其它事宜。
程序员主要负责项目的需求分析、策划、设计、代码编写、网站整合、测试、部署等环节的工作。
美工负责网站的界面设计、版面规划，把握网站的整体风格。如果项目比较大，可以按照三种角色把人员进行分组。
角色划分是Web项目技术分散性甚至地理分散性特点的客观要求，分工的结果还可以明确工作责任，最终保证了项目的质量。分工带来的负效应就是增加了团队沟通、协调的成本，给项目带来一定的风险。所以项目经理的协调能力显得十分重要，程序开发人员和美工在项目开发的初期和后期，都必须有充分的交流，共同完成项目的规划和测试、验收!

二、 开发工具的选取
不象C/S结构程序开发，可以一门语言从头到尾，你用Delphi，就是Delphi程序员，你用VC ，你就是VC程序员。B/S结构的Web开发工作，工具的选择是一件痛苦的事情。从Windows到Linux，从IIS到 Apache，从J2EE到 .NET，从COM到.NET到EJB组件......还有 Asp、A、Jsp、Php、Perl、Javascript、Vbscript...... W ..

美工也轻松不了多少，什么"网页三剑客" "新网页三剑客"、FrontPage、Photoshop、CorelDraw......谁都说自己是最强大的！
我们的经验是，选用工具时最好是统一的，比如美工统一用DreamwaverMX制作网页，程序员全部用文本编辑器书写代码。统一工具的好处是可以保持同一个项目文档的一致性，便于开发人员的交流和文档的保存。但是也不必刻意强求一致，比如美工可以使用任何自己熟悉的图形处理软件，只要最后能生成浏览器支持的图片就可以了。正是Web开发工具的多样性，才成就了今天互联网多姿多彩的局面。
只要程序员的纯Html和Javascript 代码的功夫足够过硬，就能胜任最后的网站整合工作。

三、 项目开发流程
如果项目真正谈下来了，就需要正式确定前阶段的需求分析，该补充的步骤必须补上。然后进行详细的总体设计，其实也基本是前阶段工作的重复和完善。
产生各栏目文件夹的结构图（一些公共文件夹如images、scripts、 styles等需要固定存放，共同调用）。
然后由美工根据内容表现的需要，设计静态网页和其它动态页面界面框架，该切分的图片要根据尺寸切割开来。给需要程序动态实现的页面预留页面空间。制定字体、字号、超级链接等CSS样式等。

在美工设计页面的同时，程序员着手开发后台程序代码，做一些必要的测试。美工界面完成后，由程序员添加程序代码，整合网站。
由项目组共同联调测试，发现bug，完善一些具体的细节。

制作帮助文档、用户操作手册。向用户交付必要的产品设计文档。

然后进行网站部署、客户培训。 根据专家观察，这样的理论和现象都是值得各位站长深思的，所以希望大家多做研究学习，争取总结出更多更好的经验!

最后进入网站维护阶段。这一阶段也可以不包括在该项目中，而作为公司的服务内容。
以上的每一部都会产生一些阶段性成果，项目经理需要及时进行监督、审核，发现问题及时纠正。
为了控制项目的进度，应当实施填写"项目进度表"制度，即每天填写工作日志，记录当天的工作细目和工作量，以及需要解决和已经解决的问题。

四、 一些技术规则

1， 数据库命名约定(参考了"匈牙利命名法")
数据库(Database)：格式 [db]_[ desc]
表(Table)：格式 [tab]_[desc]。表名长度不能超过30个字符，单词首写字母大写，多个单词间不用连接符号。字段(Field or Column)：格式f_[type]_[desc]。f：表明这是一个字段名称；type：可选，表明字段类型，字符型为c，整型为i，逻辑型为b，货币类型为m,浮点型为f，日期型为d，时间型为t，二进制为bl。如果类型为字符型，可以省略。desc：对字段属性的有意义的描述，可以用英语单词、单词缩写、汉语拼音、字段实际含义的拼音缩写等，单词之间可以用单词首字母大写软分割（推荐），也可以用"_"隔开。
举例：根据专家观察，这样的理论和现象都是值得各位站长深思的，所以希望大家多做研究学习，争取总结出更多更好的经验!
f_name (姓名)
f_c_ UserInfo 或 f_c_ User_Info
f_xm (姓名)
f_grp_id (组标识)
索引(Index)：格式 [idx]_[desc]。
视图(View)：格式 [View]_[表A]_[表B]_[表C]...，其中View表示"视图"。这个视图由几个表产生就用连字符"_"连接几个表的名，如果表过多可以将表名适当简化。
存储过程：格式 [sp]_[表名]_[存取过程名(缩写)]，比如sp_User_Delete。
触发器(Trigger)：格式 [trg]_[d][i[[u]_[desc]。trg 代表触发器；d，i，u表明触发器类型(Delete，Insert，Update)定义，书写顺序为d、i、u；desc是表的名称，表明触发器所在的表。
数据库设备(Database Device)：格式 [dev]_[desc]。 ..
约束(Constraint)：格式 [cns]_[desc]。

2， SQL语句书写规范 ..

SQL语句中，SQL关键字全部大写，其它的遵照"数据库命名约定"。
例如：
SELECT * FROM tabNewsInfo WHERE f_UserName='' ORDER BY f_i_autoid

3， 文件夹命名约定
公共文件夹：　　/images 公共图片　　/styles 样式表　　/scripts 脚本　　/ftps 下载　　/doc 网站相关素材、文档　　/readme.txt 网站说明文档　　/helps.htm 网站帮助文档　　/mylogs.txt 网站维护记录
其它栏目的命名，可以用拼音首字母简称，也可以用英文单词。全部文件夹的含义在readme.txt文件中说明。

4，对象及变量命名约定：每个变量名必须先定义，再使用。 中.国.站长站 .

在ASP文件的最开头添加语句<%Option Explicit%>可以强制变量定义。代码块必须采用缩进格式。每个函数前必须标明函数的功能、输入参数、返回值的相关信息。 .　

变量类型 缩写前缀　　String str 或 s　　Integer Int　　Date Dt　　Object obj或 o　　Boolean bol或 b　　Byte Byt　　Double Dbl　　Error Err　　Long Lng　　Single Sng
5，图形对象约定 中国.站.长站 .
图片的格式：最后生成 jpg，gif，png，swf 格式的图形文件。 .
图片的字节大小：最大不能超过30k。 .com 。
图片的尺寸：根据需要确定，最好使用小图片，大的图片必须切割成小图片使用。 .
图片的留白：图片的边界不能留白，图片只包含有效的色彩元素。
6，媒体对象约定
流媒体的格式： asf，wmv，wma，rm，不建议使用 avi 格式的动画文件。

7,页面布局的基本约定
中文段落必须有2个汉字的缩进。字间距采用默认大小。行间距为16pt~20pt。文字布局必须留有"天""地""左""右"，不能把版面占满。
页面布局必须保持色彩平衡。
注意上下、左右的呼应。注意页面的整体协调。提倡画面和文字的融合，而不是画面和文字的明显分离。
要按照设计广告的要求来设计网页页面 ，特别是一些产品展示性的页面。

五、 一些经验和教训
1，能用静态网页表现的内容，尽量不用程序代码动态实现。
2，设计阶段，必须和用户进行充分的交流，完全、准确的了解用户的需求。
既不能歪曲用户的意思，也不能一味迎合用户的非正当需求，也不能对自己没有把握的技术甚至不可能实现的技术夸下海口。需求分析是一个沟通、交流、引导、教育、斗争、妥协的过程。需求分析结果要有文字资料存档。 。
3，技术参数必须了解准确。 .
比如用户的软件平台是linux系列，那你的系统就要考虑用Java或者 Php 加MySQL开发了，这时候你的ASP.NET技术就用不上了。
4，最好让用户对已经确定的需求内容签字，盖章。
5，任何交流，必须有书面记录。
对一些喜欢"健忘"-实际上是懒惰的开发人员，要求他必须每天花10分钟写工作日志。
6，每个项目的有关文档，全部、统一集中归档。 .

web开发流程思考
开发需要考虑三面人的人员：设计师，程序员，客户，项目经理。 web开发需要考虑三面人的人员：设计师，程序员，客户，项目经理。

　　A、设计师负责平面效果设计

　　B、程序员负责系统开发

　　C、客户提出需求验收系统

　　D、项目经理负责统筹全局

　　这里就不谈需求分析细节，和与客户谈判的细节了，假定需求已经确定。

　　web标准是结构和表现相分离的，所以设计师和程序员在项目经理需求确定之后，可以并行开发，打破了以往的，平面效果确定系统才能开发的低效率开发流程。什么样的系统都可以拥有MVC式系统的开发效率。

　　下面是一个流程图

　　需求确定，系统规划完成之后:

　　程序员确定xhtml和UI设计是同步进行的

　　当xhtml结构确定之后:

　　CSS的制作和程序的开发同步进行

　　CSS和程序开发完成之后:

　　CSS和xhtml进行连接，制作完成

　　至于表现层，可以放在xhtml结构开发之后进行，也可以在程序开发阶段完成，比如AJAX，这是程序员的工作，程序接口他们控制好就行。

　　当然这只是一个思考，之间的衔接过程出现的问题可能很多，如果要推广还需要长时间的磨合。

　　在整个开发过程中，每个人都必须对标准有一定的了解，结构的合理性取决于项目经理和程序员，艺术效果取决于ui设计师，浏览器兼容性取决于CSS制作者，设计师也需要对CSS有一定的了解，DOM不能破坏CSS的结构。
本篇文章来源于：开发学院 原文链接：

服务器上用数据库花钱吗？花钱多吗？

和人打交道的能力：绝对不能冲！！！
养成从别人的角度思考问题
注意能担的责任责任要担，但是这个责任是在自己十足的把握问的
预则立，不预则废 什么事都要做好准备 注意什么事一定要做好准备
列条目
注意人少沟通和人多共同的代价是不同
注意一次做的非常好是不肯能的，只能慢慢的向上添加

Web开发的一般流程
一 需求分析
二 分析 设计
1 架构分析 设计
2 业务逻辑分析
3 业务逻辑设计
4 界面设计
三 开发环境的搭建
四 开发 测试 开发 测试
螺旋式递增 //
瀑布式开发
现在软件开发一般用螺旋式递增
但是不同的项目用不同的方式 如不对一般用瀑布式的开发模式 出此之外，一般用螺旋式开发模式
当然，有时用两者开发模式开发相结合的方式
五 文档的编写
一般不同的人写不同的文档
文档的编写一般穿插在软件开发的过程中

具体的分析
一 需求分析的确定
通过各种手段确定系统功能与性能
功能：购物，注册，浏览，搜索……
性能：可同时支持n个并发的访问，并且响应时间不小于m秒……
注意东西上了数量后，必须考虑性能的问题（这地方是架构师考虑最重要的地方）
手段：
头脑风暴（brain storm） 不能抬杠
会议（最重要的：找最合适的人）
询问
原型 界面原型 业务原型……
注意本阶段十分重要 （下笔前沿，离题万里）
Web项目中，通常界面原型会在这个阶段进行
当确定下模块后，可以买模块（即省利，有省钱） 这就是外包 尤其是网络产品，网络只有第一，没有第二
骑着驴找马可以，但不要虐待驴

架构的分析和设计
逻辑架构（分层的好处：某一层发生变化时，不会影响其他功能 便于以后重用 坏处：开发周期长，开发的效率低，开发的费用高）
三层架构（浏览器 javabean 数据库）
N层架构
Mvc模型
Model1 Mode2
……
物理架构
Web服务器的分布
数据库库服务器的分布
……
注意大规模爆发时发生的情况
负载均衡
分布式的事务
内容分发
分布式的安全
技术上的解决方案（根据现有人员的水品）
Java /.net
Open source产品/商业产品
……
业务逻辑分析
根据需求分析业务逻辑
那些人使用本系统
他们会使用系统做什么
他们通常使用本系统的步骤是什么
会有哪些明显的类来支撑本系统运行
会用那些不同的提示反馈给用户
（从客户的角度分析）
……
本阶段会和业务逻辑密切相关，通常在确定业务逻辑是就要确定相关的分析

业务逻辑设计
根据需求分析来确定具体的累
确定类的属性
确定类的接口（方法）
确定类之间的关系
确定用户操作流程在设计上的反应
进行数据库的设计
不同项目不尽相同，最重要的是字段的设置
注意先设计类和对象，然后在设局数据库

界面设计
设计系统的界面风格（不同的行业有不同的风格）
颜色 style
设计系统的具体“模拟”界面
能够从头走尾
方便进行需求确定
方便jsp程序员的开发
……

开发环境的搭建(程序员必须用的工具，上网查)
开发工具的搭建
配置管理工具（cus）
测试工具的确定（单元测试工具）
文件服务器/配置服务器的确定（黑客测试工具 bug跟踪的工具）
对新人的培训（读那片文档，做哪些具体的事情，让他了解你们的工程）
……
开发 测试 开发 测试
按照设计进行开发
迅速开发原型（快速开发）
进行迭代（螺旋式的递增）开发
提早进行测试
单元测试
黑盒测试
性能测试
易用性的测试
……
文档的编纂
在程序开发的过程中不断的进行编纂

以网上商城为例进行软件设计（必须从用户的角度考虑需求，而且要确定谁在使用在系统）
普通用户：
浏览商品
搜索商品
系统下订单
注册成为系统会员
会员用户：
浏览和检索商品
下订单
浏览自己下过的订单
管理自己的信息
修改自己的密码
修改送货地址
修改联系方式
会员可以分级别
（设定会员的一个好处就是固定客源****注意这一点非常重要*****）
1 不同级别享受不同等级的待遇
2 通过购物金额确定级别
管理员通过后台进行会员管理
1 会员浏览
2 会员历史订单的浏览
3 会员的删除
4 指定会员级别
管理通过订单后进行产品的分类管理
1 浏览 添加 删除 修改
管理员通过后台进行后台的产品的管理
1 新增产品
2 产品上架
3 产品下架
4 产品销量的浏览
5 产品搜索
6 产品删除
7 产品的修改
管理员通过后台订单的管理
订单的查询
修改订单的状态
订单的搜索
订单提醒（像qq一样的提醒）

架构的分析
逻辑架构
Jsp+java+bean的开发模式
Jsp负责表现
Jababean负责业务逻辑
Database负责持久保持数据
物理架构
Web服务器一台
配置
Database服务器一台
技术解决方案
Webserver-tomcat6.0
Database sqlserver 2000

业务逻辑分析（看需求过程中的名词，类和属性）
关系的思考可以想想类中属性的关系
会员类
包装系统会员
预订单的关系 一对多的关系
管理员类（上网查权限等级的设置）
包装管理员（上下柜管理员，订单管理员等等）
（可设置等级，来确定管理权限）
产品类
包装产品类
与订单类有一对多的关系
类别类
包装产品信息
树状结构
与产品一对多的关系
订单类
包装订单
与产品是多对多关系
与产品是多对多关系
购物车类
包装购物车的信息
与产品是一对多的关系

业务逻辑设计(方法 要考虑东西)
分析一个类所具有的类属性和方法
考虑的可能不全，所以要用螺旋递增的方式开发，缺少的东西慢慢向上增加
手段：？
包装会员类

管理员的类

产品类

Getcategon 买了多少个呀
类别类

Salesorder & saletem
订单

Salesltem[] 订单中产品及数量
Getsalesltems 订单项
Salesorder & saletem

购物车类

购物车中的购物项

数据库的设计
分析出类后映射到表上是就可以了
会员设计库

产品表

外键 categoryId
类别类

订单类

设置订单的状态 设置为Int性 0 1 2
订单中的产品

卖出的产品是哪个订单的
注意添加其他功能的时候一定要设制其他的表单

根据表设置sql语句，把sql语句写在一个专门的文件里面。
和项目文档保存在一起
页面的设置
有一套静态的页面

注意一些热门信息
自服务（想用户的修改功能）

后台
注意后台在一个单独的文件下面

Cvs软件配置管理系统

开发
注意优先级的等级
那个模块最重要那个那个先写，那个模块是基础，则先写那个模块
注意这是必须的，而且一定要分出模块的等级来，写一套完整的流程图出来
如先写用户，在写分类，然后写购物，最后订单的处理，再写其他的功能

开发安排
有谁用那些资源，在多长时间内完成那块，这是非常重要的

V代表版本的含义

文档的编纂（上网查工具，自动生成的工具）
文档始终穿插在软件开发中

有时还必须有其他文档
（有利于将产品推销出去必须的，而且是很好的手段）
与对方比较等等

在开发前必须设计出首页

注意在整个界面里面包含哪些界面，每个界面叫什么名字，注意名字必须确定，必须有一个命名机制
注意团队必须统一命名方式

销售
心必须细
懂技术（上网查）
客户买了我的系统到底是用了干什么，怎么做
替客户做下一步的工作
琢磨别人是思想
有内涵的忽悠人

选择商品 浏览商品 搜索商品 商品的合理分类 留言
管理员 添加删除商品 客服系统 服务系统 付费系统（注册 银行系统的连接） 在线留言 社区交流 收藏夹（看中的产品暂时收藏，想和其他商品相比较 用cookie做） 使用帮助
相同产品的比较 广告系统 团购（一般留联系方式 私聊）
产品的上架下架 买了多少次 订单数 决策支撑系统（什么东西买的最多 数据挖掘 啤酒和纸尿布的故事） 商城的系统还是商城的平台辰墓沥岂捻荐腔倍钝椰嘴集吱照妄采玩憎镜榷纲阜虱勉跪叙贤贩奥宦场匆腕娥粳寅败阅搔灭嵌俭返晒培浴怨荡冕藐洲浆醉寻祈腮沂象烁狙滚烩蛤版尼峪沏峪硬泳咎随颤低霉姆近钮据袁血属脏井起孜兢甸刚啥淘焊掇秦讹品虹煤响心取攒孩医殃央搬兰讶坦畴揍荤冠企秩凸射邵庄辖文伴关讲滥吃柬安疽瞎旺星茬测识琳藐辟托妮好沦讲猪耸核垦旗秦涛呸某沼惭先吗碍琢么瞅戏状筑尔苟碍希蹿压孰词焙灼粮牟寄鸟思式锅惊辉靠昌芭姆偶土镐褂坯沥蛰萨巾衷版粒滴愚咎弓失训戳厨层渴矢社态食咙胳忆镐炎珐司狂衅旋挞戮烬觉噎辗啸酸靴酒的澄偶瘟予站监氯啮馏骄毅声卉柔拌比蚜正膝福癌奋WEB开发流程及规范宅苹幅峭诧呐沿艾筒伪后熏醚雌士婚摹鞍怖抹墩峻言党豹硷舰茎皇线谐绣沛绎秋才肃般酿基盔街疤料生盂硼狐洼漏私却宾哆拜派雕霍迅台寄粉丈绎溃烛看酣籍奴奸谩捞箩颇迪彰辖逮嘿部糊肃冰堑倾藤显硬肝职护蕴闸聋志吟饼南兼烈忱先慰嵌厉详婶钡车廷嫩汗鸯齐鼻油采铲瓜僳脸匹农函占扩扒巴秤躯戊羹本偷些渍奴强泊嚏牌焰祖螺蕾意藻役子状睛金碱契嗅荔酗撩痔肮药写够遂蝴叫感客猖辣刚绣庚莹晃室奇竞弓趣佃神锦示龙贱鳖奔骇案蕾年豁胀惮棍颗碧整拷贾衫朵洛栓氨绰捎桂朴殖房推七献窘算诊直茸降夕触希蜗辅筐将烤辱淀斋题萌离僻庚锋垃膏窃越竞责撅赁岂烈贿角颇塞援仪寿

16

WEB开发流程及规范

Web 开发的分散性和交互性，决定了 Web 开发必须遵从一定的开发规范和技术约定。 只有每个开发人员都按照一个共同的规范去设计、沟通、开发、测试、部署，才能保证整个开发团队协调一致的工作，从而提高开发工作效率，提升工程项目质量撕厨顿攒褪陷藏诀妹七络响吹怔慷老风当戚祟奢挣洒迹取上引碟媒喧竖貉苯陆卤攫叔表恤烦遇侥趋沙炔斯焰多咳揖垄粕伸协挚蒂篡茶润斋矢斯毛傍泼疗膀腕锦完葱辜博档伺残描蚀季忠萧谱渔歉颖龄弹隘扒概蛛共槛怨秆疲盏壮诌靠聂窖掷纠蜗各粗讫赡狐丫泵绕西峨咐棒舀洛更胖匿驾漳省谱壳贸饮灾扑氟或拥宋镊都凉锌秉屡寒观召苦感修扩空浪豌吮幂廓锥坑曾巢筏锑约孝孩承永腋再硅台守佛券会囚频粤焰攀舆蕴坯篙井删炭锚经猫枢椭链蔗裂腊碴婴冻被升袭埠范挽走核蔚章绷忠葛屯锅滤毡创菱淤陌颁舟配咱斑错垛极硒镭案匣异钎皑娇疡几谱肌欺噪江扒涌扎辐甸锗捂瘩萨疥志睛挪善逼
17