WEB前端开发规范文档.doc

WEB前端开发规范目的为提高团队协作效率,便于后台人员添加功能及前端后期优化维护,输出高质量的文档,特制订此文档.本规范文档一经确认,前端开发人员必须按本文档规范进行前台页面开发.本文档如有不对或者不合适的地方请及时提出,经讨论决定后方可更改.基本准则符合web标准,语义化html,结构表现行为分离,兼容性优良.页面性能方面,代码要求简洁明了有序,尽可能的减小服务器负载,保证最快的解析速度.文件规范1.html,css,js,images文件均归档至约定的目录中;2.html文件命名:英文命名,后缀.htm.同时将对应界面稿放于同目录中,若界面稿命名为中文,请重命名与html文件同名,以方便后端添加功能时查找对应页面;3.css文件命名:英文命名,后缀.css.共用base.css,首页index.css,其他页面依实际模块需求命名.;4.Js文件命名:英文命名,后缀.js.共用common.js,其他依实际模块需求命名.html书写规范1.文档类型声明及编码:统一为html5声明类型;编码统一为,书写时利用IDE实现层次分明的缩进;2.非特殊情况下样式文件必须外链至.之间;非特殊情况下JavaScript文件必须外链至页面底部;3.引入样式文件或JavaScript文件时,须略去默认类型声明,写法如下:Example Source Code .4.引入JS库文件,文件名须包含库名称及版本号及是否为压缩版,比如jquery-1.4.1.min.js;引入插件,文件名格式为库名称+插件名称,比如jQuery.cookie.js;5.所有编码均遵循xhtml标准,标签&属性&属性命名必须由小写字母及下划线数字组成,且所有标签必须闭合,包括br(),hr()等;属性值必须用双引号包括;6.充分利用无兼容性问题的html自身标签,比如span,em,strong,optgroup,label,等等;需要为html元素添加自定义属性的时候,首先要考虑下有没有默认的已有的合适标签去设置,如果没有,可以使用须以data-为前缀来添加自定义属性，避免使用data:等其他命名方式;7.语义化html,如标题根据重要性用h*(同一页面只能有一个h1),段落标记用p,列表用ul,内联元素中不可嵌套块级元素;8.尽可能减少div嵌套,如欢迎访问XXX,您的用户名是用户名完全可以用以下代码替代:欢迎访问XXX,您的用户名是用户名;9.书写链接地址时,必须避免重定向，例如：href=/,即须在URL地址后面加上“/”；10.在页面中尽量避免使用style属性,即style=;11.必须为含有描述性表单元素(input,textarea)添加label,如Example Source Code 姓名:须写成:姓名:12.能以背景形式呈现的图片,尽量写入css样式中;13.重要图片必须加上alt属性;给重要的元素和截断的元素加上title;14.给区块代码及重要功能(比如循环)加上注释,方便后台添加功能;15.特殊符号使用:尽可能使用代码替代:比如()&空格()&()等等;16.书写页面过程中,请考虑向后扩展性;17.class&id参见css书写规范.css书写规范1.编码统一为utf-8;2.协作开发及分工:i会根据各个模块,同时根据页面相似程序,事先写好大体框架文件,分配给前端人员实现内部结构&表现&行为;共用css文件base.css由i书写,协作开发过程中,每个页面请务必都要引入,此文件包含reset及头部底部样式,此文件不可随意修改;3.class与id的使用:id是唯一的并是父级的,class是可以重复的并是子级的,所以id仅使用在大的模块上,class可用在重复使用率高及子级中;id原则上都是由我分发框架文件时命名的,为JavaScript预留钩子的除外;4.为JavaScript预留钩子的命名,请以js_起始,比如:js_hide,js_show;5.class与id命名:大的框架命名比如header/footer/wrapper/left/right之类的在2中由i统一命名.其他样式名称由小写英文&数字&_来组合命名,如i_comment,fontred,width200;避免使用中文拼音,尽量使用简易的单词组合;总之,命名要语义化,简明化.6.规避class与id命名(此条重要,若有不明白请及时与i沟通):a,通过从属写法规避,示例见d;b,取父级元素id/class命名部分命名,示例见d;c,重复使用率高的命名,请以自己代号加下划线起始,比如i_clear;d,a,b两条,适用于在2中已建好框架的页面,如,Example Source Code 要在2中已建好框架的页面代码中加入新的div元素,按a命名法则:.,样式写法:#mainnav.firstnav.按b命名法则:.,样式写法:.main_firstnav.7.css属性书写顺序,建议遵循:布局定位属性-自身属性-文本属性-其他属性.此条可根据自身习惯书写,但尽量保证同类属性写在一起.Example Source Code 属性列举:布局定位属性主要包括:display&list-style&position（相应的top,right,bottom,left）float&clearvisibilityoverflow；自身属性主要包括:width&height&margin&padding&border&background;文本属性主要包括：color&font&text-decoration&text-align&vertical-align&white-space&其他&content;我所列出的这些属性只是最常用到的,并不代表全部;8.书写代码前,考虑并提高样式重复使用率;9.充分利用html自身属性及样式继承原理减少代码量,比如:Example Source Code 这儿是标题列表2010-09-15定义ul.listliposition:relativeul.listlispanposition:absolute;right:0即可实现日期居右显示10.样式表中中文字体名,请务必转码成unicode码,以避免编码错误时乱码;11.背景图片请尽可能使用sprite技术,减小http请求,考虑到多人协作开发,sprite按模块制作;12.使用table标签时(尽量避免使用table标签),请不要用width/height/cellspacing/cellpadding等table属性直接定义表现,应尽可能的利用table自身私有属性分离结构与表现,如Example Source Code thead,tr,th,td,tbody,tfoot,colgroup,scope;(cellspaing及cellpadding的css控制方法:tableborder:0;margin:0;border-collapse:collapse;tableth,tabletdpadding:0;,base.css文件中我会初始化表格样式)13.杜绝使用兼容ie8;14.用png图片做图片时,要求图片格式为png-8格式,若png-8实在影响图片质量或其中有半透明效果,请为ie6单独定义背景:Example Source Code _background:none;_filter:progid:DXImageTransform.Microsoft.AlphaImageLoader(sizingMethod=crop,src=img/bg.png);15.避免兼容性属性的使用,比如text-shadow|css3的相关属性;16.减少使用影响性能的属性,比如position:absolute|float;17.必须为大区块样式添加注释,小区块适量注释;18.代码缩进与格式:建议单行书写,可根据自身习惯,后期优化i会统一处理;JavaScript书写规范1.文件编码统一为utf-8,书写过程过,每行代码结束必须有分号;原则上所有功能均根据XXX项目需求原生开发,以避免网上down下来的代码造成的代码污染(沉冗代码|与现有代码冲突|.);2.库引入:原则上仅引入jQuery库,若需引入第三方库,须与团队其他人员讨论决定;3.变量命名:驼峰式命名.原生JavaScript变量要求是纯英文字母,首字母须小写,如iTaoLun;Example Source Code jQuery变量要求首字符为_,其他与原生JavaScript规则相同,如:_iTaoLun;另,要求变量集中声明,避免全局变量.4.类命名:首字母大写,驼峰式命名.如ITaoLun;5.函数命名:首字母小写驼峰式命名.如iTaoLun();6.命名语义化,尽可能利用英文单词或其缩写;7.尽量避免使用存在兼容性及消耗资源的方法或属性,比如eval()&innerText;8.后期优化中,JavaScript非注释类中文字符须转换成unicode编码使用,以避免编码错误时乱码显示;9.代码结构明了,加适量注释.提高函数重用率;10.注重与html分离,减小reflow,注重性能.图片规范1.所有页面元素类图片均放入img文件夹,测试用图片放于img/demoimg文件夹;2.图片格式仅限于gif|png|jpg;3.命名全部用小写英文字母|数字|_的组合，其中不得包含汉字|空格|特殊字符；尽量用易懂的词汇,便于团队其他成员理解;另,命名分头尾两部分,用下划线隔开,比如ad_left01.gif|btn_submit.gif;4.在保证视觉效果的情况下选择最小的图片格式与图片质量,以减少加载时间;5.尽量避免使用半透明的png图片(若使用,请参考css规范相关说明);6.运用csssprite技术集中小的背景图或图标,减小页面http请求,但注意,请务必在对应的spritepsd源图中划参考线,并保存至img目录下.注释规范1.html注释:注释格式,-只能在注释的始末位置,不可置入注释文字区域;2.css注释:注释格式/*这儿是注释*/;3.JavaScript注释,单行注释使用/这儿是单行注释,多行注释使用/*这儿有多行注释*/;开发及测试工具约定建议使用Aptana|Dw|Vim,亦可根据自己喜好选择,但须遵循如下原则:1.不可利用IDE的视图模式画代码;2.不可利用IDE生成相关功能代码,比如Dw内置的一些功能js;3.编码必须格式化,比如缩进;测试工具:前期开发仅测试FireFox&IE6&IE7&IE8,后期优化时加入Opera&Chrome&Safari;建议测试顺序:FireFox-IE7-IE8-IE6-Opera-Chrome-Safari,建议安装firebug及IETabPlus插件.其他规范1.开发过程中严格按分工完成页面,以提高css复用率,避免重复开发;2.减小沉冗代码,书写所有人都可以看的懂的代码.简洁易懂是一种美德.为用户着想,为服务器着想.Web前端开发的职责是什么？2009-09-24 19:24既然Web前端开发有那么多的职位，那么不同的职位其各自的职责又是怎样的呢？我们以“前端开发工程师”、“资深前端开发工程师”和“前端架构师”这三种职位为例，来分析一下其各自的职责。前端开发工程师（或者说“网页制作”、“网页制作工程师”、“前端制作工程师”、“网站重构工程师”），这样的一个职位的主要职责是与交互设计师、 视觉设计师协作，根据设计图用HTML和CSS完成页面制作。同时，在此基础之上，对完成的页面进行维护和对网站前端性能做相应的优化。资深前端开发工程师，从称谓上就可以看出，其相比较“前端开发工程师”而言，更加资深一些，当然其工作的职责也会相应的更加大一些。一般而言，资深 前端开发工程师需要使用JavaScript或者ActionScript来编写和封装具有良好性能的前端交互组件，同时还要对Web项目的前端实现方案 提供专业指导和监督并在日常工作之中对新人及相关开发人员进行前端技能的培训和指导。另外，还要跟踪研究前端技术，设计并实施全网前端优化。前端架构师，资深前端开发工程师都有这样高的职责要求了，前端架构师跟其相比肯定有更高的职责要求，那么前端架构师的职责是什么呢？前端架构师更多意义上说像是 一个管理的岗位，但是其职责要求却不仅只是管理。前端架构师需要带领组员实现全网的前端框架和优化，还要创建前端的相应标准和规范，并通过孜孜不倦的布道 来完善并推广和应用自己的标准和框架。同时，还要站在全局的角色为整个网站的信息架构和技术选型提供专业意见和方案。Web前端开发的一般项目流程项目开始之前，我们需要参加项目的需求评审，并深入了解项目，评估项目的相关技术实现方式和细节。同时，我们还要参加交互设计师设计的原型评审，深入了解需求，评估和制定前端实现的时间周期。项目实施过程之中，我们要和视觉设计师配合，把视觉设计师的最终设计稿用HTML和CSS转化为Web前端页面。此过程中还要与后台的开发人员讨论 确定细节的实现方式和方法，并将完成的Web前端页面交由开发人员进行功能、数据等方面的开发。此外，还要和测试人员约定测试环境的部署，并参与测试并修 复测试阶段相应的前端BUG。而在项目开发测试完成并成功上线以后，还应该继续跟踪一段时间，并对实际运行中发现的前端细节和性能方面的问题进行相应的优化和完善。写代码 执行代码 发布上线，这是一个传统的前端开发流程，但是这样的一个流程对于注重细节和体验现实而言是一个比较落后和不够完善的流程，而现如今的比较规范和被广泛采用的项目流程应该是如下图这个样子的。b/s和c/sC/S结构，即Client/Server(客户机/服务器)结构，是大家熟知的软件系统体系结构，通过将任务合理分配到Client端和Server端，降低了系统的通讯开销，可以充分利用两端硬件环境的优势。早期的软件系统多以此作为首选设计标准。 B/S结构，即Browser/Server(浏览器/服务器)结构，是随着Internet技术的兴起，对C/S结构的一种变化或者改进的结构。在这种结构下，用户界面完全通过WWW浏览器实现，一部分事务逻辑在前端实现，但是主要事务逻辑在服务器端实现，形成所谓3-tier结构。B/S结构，主要是利用了不断成熟的WWW浏览器技术，结合浏览器的多种Script语言(VBScript、JavaScript)和ActiveX技术，用通用浏览器就实现了原来需要复杂专用软件才能实现的强大功能，并节约了开发成本，是一种全新的软件系统构造技术。随着Windows 98/Windows 2000将浏览器技术植入操作系统内部，这种结构更成为当今应用软件的首选体系结构。 C/S 与 B/S 区别： Client/Server是建立在局域网的基础上的.Browser/Server是建立在广域网的基础上的. 1硬件环境不同: C/S 一般建立在专用的网络上, 小范围里的网络环境, 局域网之间再通过专门服务器提供连接和数据交换服务. B/S 建立在广域网之上的, 不必是专门的网络硬件环境,例与电话上网, 租用设备. 信息自己管理. 有比C/S更强的适应范围, 一般只要有操作系统和浏览器就行 2对安全要求不同 C/S 一般面向相对固定的用户群, 对信息安全的控制能力很强. 一般高度机密的信息系统采用C/S 结构适宜. 可以通过B/S发布部分可公开信息. B/S 建立在广域网之上, 对安全的控制能力相对弱, 面向是不可知的用户群. 3对程序架构不同 C/S 程序可以更加注重流程, 可以对权限多层次校验, 对系统运行速度可以较少考虑. B/S 对安全以及访问速度的多重的考虑, 建立在需要更加优化的基础之上. 比C/S有更高的要求 B/S结构的程序架构是发展的趋势, 从MS的.Net系列的BizTalk 2000 Exchange 2000等, 全面支持网络的构件搭建的系统. SUN 和IBM推的JavaBean 构件技术等,使 B/S更加成熟. 4软件重用不同 C/S 程序可以不可避免的整体性考虑, 构件的重用性不如在B/S要求下的构件的重用性好. B/S 对的多重结构,要求构件相对独立的功能. 能够相对较好的重用.就入买来的餐桌可以再利用,而不是做在墙上的石头桌子 5系统维护不同 系统维护是软件生存周期中,开销大, -重要 C/S 程序由于整体性, 必须整体考察, 处理出现的问题以及系统升级. 升级难. 可能是再做一个全新的系统 B/S 构件组成,方面构件个别的更换,实现系统的无缝升级. 系统维护开销减到最小.用户从网上自己下载安装就可以实现升级. 6处理问题不同 C/S 程序可以处理用户面固定, 并且在相同区域, 安全要求高需求, 与操作系统相关. 应该都是相同的系统 B/S 建立在广域网上, 面向不同的用户群, 分散地域, 这是C/S无法作到的. 与操作系统平台关系最小. 7用户接口不同 C/S 多是建立的Window平台上,表现方法有限,对程序员普遍要求较高 B/S 建立在浏览器上, 有更加丰富和生动的表现方式与用户交流. 并且大部分难度减低,减低开发成本. 8信息流不同 C/S 程序一般是典型的中央集权的机械式处理, 交互性相对低 B/S 信息流向可变化, B-B B-C B-G等信息、流向的变化, 更象交易中心b/s B/S结构（Browser/Server结构）结构即浏览器和服务器结构。它是随着Internet技术的兴起，对C/S结构的一种变化或者改进的结构。在这种结构下，用户工作界面是通过WWW浏览器来实现，极少部分事务逻辑在前端（Browser）实现，但是主要事务逻辑在服务器端（Server）实现，形成所谓三层3-tier结构。这样就大大简化了客户端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本（TCO）。以目前的技术看，局域网建立B/S结构的网络应用，并通过Internet/Intranet模式下数据库应用，相对易于把握、成本也是较低的。它是一次性到位的开发，能实现不同的人员，从不同的地点，以不同的接入方式（比如LAN, WAN, Internet/Intranet等）访问和操作共同的数据库；它能有效地保护数据平台和管理访问权限，服务器数据库也很安全 。特别是在JAVA这样的跨平台语言出现之后，B/S架构管理软件更是方便、速度快、效果优。 随着Internet和WWW的流行，以往的主机终端和CS都无法满足当前的全球网络开放、互连、信息随处可见和信息共享的新要求，于是就出现了BS型模式，即浏览器服务器结构。B/S模式最大特点是：用户可以通过WWW浏览器去访问Internet上的文本、数据、图像、动画、视频点播和声音信息，这些信息都是由许许多多的Web服务器产生的，而每一个Web服务器又可以通过各种方式与数据库服务器连接，大量的数据实际存放在数据库服务器中。客户端除了WWW浏览器，一般无须任何用户程序，只需从Web服务器上下载程序到本地来执行，在下载过程中若遇到与数据库有关的指令，由Web服务器交给数据库服务器来解释执行，并返回给Web服务器，Web服务器又返回给用户。在这种结构中，将许许多多的网连接到一块，形成一个巨大的网，即全球网。而各个企业可以在此结构的基础上建立自己的Intranet。 一、B/S模式的优点和缺点 B/S结构的优点 （1）、具有分布性特点，可以随时随地进行查询、浏览等业务处理。 （2）、业务扩展简单方便，通过增加网页即可增加服务器功能。 （3）、维护简单方便，只需要改变网页，即可实现所有用户的同步更新。 （4）、开发简单，共享性强 B/S 模式的缺点 （1）、个性化特点明显降低，无法实现具有个性化的功能要求。 （个性化的要求取决以软件框架，而非架构，分享B/S软件就蛮灵活） （2）、操作是以鼠标为最基本的操作方式，无法满足快速操作的要求。 （如果辅助于插件，照样可以用键盘快速操作 ） （3）、页面动态刷新，响应速度明显降低。 （分享软件用分页保证响应速度稳定） （4）、功能弱化，难以实现传统模式下的特殊功能要求。 （技术问题，用微软C#或java怎么会不能解决任何要求呢） 二、C/S模式的优点和缺点 C/S 模式的优点 1.由于客户端实现与服务器的直接相连，没有中间环节，因此响应速度快。 （当数据少时，速度与B/S软件一般；当数据超过十万时，C/S软件变慢，B/S软件能维持稳定速度） 2.操作界面漂亮、形式多样，可以充分满足客户自身的个性化要求。 （似乎可以随意排列界面，但遇到第二客户要求时又要从头做起，比较灵活） 3.C/S结构的管理信息系统具有较强的事务处理能力，能实现复杂的业务流程。 C/S 模式的缺点 1.需要专门的客户端安装程序，分布功能弱，针对点多面广且不具备网络条件的用户群体，不能够实现快速部署安装和配置。 2.兼容性差，对于不同的开发工具，具有较大的局限性。若采用不同工具，需要重新改写程序。 3.开发成本较高，需要具有一定专业水准的技术人员才能完成。 （就开发企业管理软件而言，C/S开发人员比B/S开发人员的成本低了许多） 三、B/S架构软件的优势与劣势 （1）、维护和升级方式简单。目前，软件系统的改进和升级越来越频繁，C/S系统的各部分模块中有一部分改变，就要关联到其它模块的变动，使系统升级成本比较大。B/S与C/S处理模式相比，则大大简化了客户端，只要客户端机器能上网就可以。对于B/S而言，开发、维护等几乎所有工作也都集中在服务器端，当企业对网络应用进行升级时，只需更新服务器端的软件就可以，这减轻了异地用户系统维护与升级的成本。如果客户端的软件系统升级比较频繁，那么B/S架构的产品优势明显所有的 升级操作只需要针对服务器进行，这对那些点多面广的应用是很有价值的，例如一些招聘网站就需要采用B/S模式，客户端分散，且应用简单，只需要进行简单的浏览和少量信息的录入。 （2）、系统的性能 在系统的性能方面，B/S占有优势的是其异地浏览和信息采集的灵活性。任何时间、任何地点、任何系统，只要可以使用浏览器上网，就可以使用B/S系统的终端。不过，采用B/S结构，客户端只能完成浏览、查询、数据输入等简单功能，绝大部分工作由服务器承担，这使得服务器的负担很重。采用C/S结构时，客户端和服务器端都能够处理任务，这虽然对客户机的要求较高，但因此可以减轻服务器的压力。而且，由于客户端使用浏览器，使得网上发布的信息必须是以HTML格式为主，其它格式文件多半是以附件的形式存放。而HTML格式文件（也就是Web页面）不便于编辑修改，给文件管理带来了许多不便。比如说很多人每天上“新浪”网，只要安装了浏览器就可以了，并不需要了解“新浪”的服务器用的是什么操作系统，而事实上大部分网站确实没有使用windows操作系统，但用户的电脑本身安装的大部分是windows操作系统。 （3）、系统的开发 C/S结构是建立在中间件产品基础之上的，要求应用开发者自己去处理事务管理、消息队列、数据的复制和同步、通信安全等系统级的问题。这对应用开发者提出了较高的要求，而且迫使应用开发者投入很多精力来解决应用程序以外的问题。这使得应用程序的维护、移植和互操作变得复杂。如果客户端是在不同的操作系统上，C/S结构的软件需要开发不同版本的客户端软件。但是，与B/S结构相比，C/S技术发展历史更为“悠久”。从技术成熟度及软件设计、开发人员的掌握水平来看，C/S技术应是更成熟、更可靠的。 四、B/S、C/S结构软件技术上的比较 其实，无论是B/S还是C/S，他们都不新鲜。C/S(Client/Server，客户端/服务器)技术从上世纪90年代初出现至今已经相当成熟，并得到了非常广泛的应用，其结构经历了二层C/S、三层C/S的更迭。B/S(Browser/Server，浏览器/服务器)技术则是伴随着Internet的普及而来的。有必要说明的是，B/S最早并不叫“B/S”，此类应用国外通常叫Web应用，是国内一些公司“创造”了“B/S”这个词。 应该说，B/S和C/S各有千秋，他们都是当前非常重要的计算架构。在适用Internet、维护工作量等方面，B/S比C/S要强得多；但在运行速度、数据安全、人机交互等方面，B/S远不如C/S。综合起来可以发现，凡是C/S的强项，便是B/S的弱项，反之亦然。因此，问题也就因此而产生了，我们的ERP产品到底该用B/S还是C/S架构呢？一场关于C/S与B/S的口水战也由此在ERP业界拉开了序幕。在互联网泡沫盛行的2000年至2002年间，这场口水战达到了顶峰。但直到现在，人们也没有辩出谁是谁非。 事实上，从上面的分析可以看出，这场口水战不可能有胜负出现，因为B/S与C/S具有不同的优势与特点，他们无法相互取代。例如，对于以浏览为主、录入简单的应用程序，B/S技术有很大的优势，现在全球铺天盖地的Web网站就是明证；而对于交互复杂的ERP等企业级应用，B/S则很难胜任，从全球范围看，成熟的ERP产品大多采用二层或三层C/S架构，B/S的ERP产品并不多见。 “B/S还是C/S”也就由此成了ERP的技术之痛。难道这个痛就无药可救了吗？是否有可能将B/S与C/S的优势融合呢？答案是肯定的，在这几年的发展中将B/S与C/S的优势完美地结合起来，就是说该平台的应用系统能以B/S的方式发布运行，同时又具有C/S方式的极强的可操作性。这点从该平台生成的商品化的网络协同商务管理软件上得到充分的体现！ 五、B/S、C/S结构软件商业运用上的比较 管理软件是为企业服务的，企业选用管理软件不仅要从技术上考虑，还要从商业运用方面来考虑，下文将从商业运用的角度对两种结构的软件进行比较。 1，投入成本比较。B/S结构软件一般只有初期一次性投入成本。对于集团来讲，有利于软件项目控制和避免IT黑洞，而C/S结构的软件则不同，随着应用范围的扩大，投资会连绵不绝。 2，硬件投资保护比较。在对已有硬件投资的保护方面，两种结构也是完全不同的。当应用范围扩大，系统负载上升时，C/S结构软件的一般解决方案是购买更高级的中央服务器，原服务器放弃不用，这是由于C/S软件的两层结构造成的，这类软件的服务器程序必须部署在一台计算机上；而B/S结构（如e通管理系列）则不同，随着服务器负载的增加，可以平滑地增加服务器的个数并建立集群服务器系统，然后在各个服务器之间做负载均衡。有效地保护了原有硬件投资。 3，企业快速扩张支持上的比较。对于成长中的企业，快速扩张是它的显著特点。例如迪信通公司，每年都有新的配送中心成立，每月都有新的门店开张。应用软件的快速部署，是企业快速扩张的必要保障。对于C/S结构的软件来讲，由于必须同时安装服务器和客户端、建设机房、招聘专业管理人员等，所以无法适应企业快速扩张的特点。而B/S结构软件，只需一次安装，以后只需设立账号、培训即可。 其次，随着软件应用的扩张，对系统维护人才的需求有可能成为企业快速扩张的制约瓶颈。如果企业开店上百家，对计算机专业人才的需求就将是企业面临的巨大挑战之一。 抛开人力成本不说，一个企业要招到这么多的专业人才并且留住他们也是不可能的。所以，采用C/S结构软件必然会制约企业未来的发展。另外，大多数C/S结构的软件都是通过ODBC直接连到数据库的，安全性差不说，其用户数也是受限的。每个连到数据库的用户都会保持一个ODBC连接，都会一直占用中央服务器的资源，对中央服务器的要求非常高，使得用户扩充受到极大的限制。而B/S结构软件则不同，所有的用户都是通过一个JDBC连接缓冲池连接到数据库的，用户并不保持对数据库的连接，用户数基本上是无限的。 从以上的分析可以看出，B/S结构的管理软件和C/S结构软件各有各的的优势。而从国外的发展趋势来看。目前，国外大型企业管理软件要么已经是B/S结构的，要么正在经历从C/S到B/S结构的转变。从国内诸多软件厂商积极投入开发B/S结构软件的趋势来看，B/S结构的大型管理软件可能在将来的几年内占据管理软件领域的主导地位。如何做一个优秀网站，优秀网站的特点？时间:2011-01-22 17:04 来源:/ 作者:admin 点击:330次如何做一个优秀网站，优秀网站有什么共同点相信很多人都想知道的，或者说从哪方面入手来达到做一个优秀网站的目的，先来看看下面的条件，你是否具备了么？ 1. 导航很关键 确保您的网站有一个有组织层次结构的文本链接。您的主页可以从每一个页面访问到。链接-如何做一个优秀网站，优秀网站有什么共同点相信很多人都想知道的，或者说从哪方面入手来达到做一个优秀网站的目的，先来看看下面的条件，你是否具备了么？ 1. 导航很关键确保您的网站有一个有组织层次结构的文本链接。您的主页可以从每一个页面访问到。链接放置必须引导访问者无缝的从一个页面到另一个而不会造成任何混淆。 2. 内容依然是王道从长远来看，一个信息丰富的网站最终会受欢迎。不仅访问者能从您优化内容的网站获得相关数据，优化内容也将使您的网站对搜索引擎友好。 3. 使用适当的文字和图形不要过度用图片填充您的网站因为搜索机器人不能很好的理解它们。但无论如何，您还是需要它，因为相比一下图片比文字更能吸引访问者。平衡是关键。 4. 使用不同的浏览器测试您的网站。在IE下看起来很好但在Mozilla下就可能不行了。所以请用互联网上流行的浏览器测试您的页面一确保您的网站看起来更加专业。 5. 少即是多如果您看过Google的网站，那您知道这句话的含义。少字节意味着网页加载更快。 6. 确保您的网站没有坏链接对一个互联网冲浪者而言，没有什么比在他们的电脑荧屏上看到页面无法显示更让人沮丧了。 7. 设计的一致性很重要不要再您的网站的每一页过度的穿插不同的配色方案。访问者可能会因为他们在不同的网站然后离开。请时刻保持页面统一。 8. 节制使用多媒体元素在您的网站插入音频和视频是好的。但切忌自动播放因为它将会使得你的也没加载更慢。在一些情况下，它可能会崩溃用户的web浏览器。 9.保持每个页面简短你最多只能让它在连击滚动条四下时让它滚动到页面的底部，除此之外，别无它法。 总结：如何做一个优秀网站，优秀网站有什么共同点。其实很简单，从上面这些细节地方入手，一点一点去优化不断升级改进你的网站，终有一天，你的网站会被用户接受，从而提升你的网站地位与价值，当然这需要很长时间的坚持，如果你是一位站长，不放看看 如何从零开始优化一个网站？从基础入手去了解优化你的网站。 蜗客div+css ：/WEBbiaozhun/20110122273.htmlWeb前端开发工程师的具备条件 一位好的Web前端开发工程师在知识体系上既要有广度，又要有深度，所以很多大公司即使出高薪也很难招聘到理想的前端开发工程师。本书的重点不在于讲解技术，而是更侧重于对技巧的讲解。技术非黑即白，只有对和错，而技巧则见仁见智。以前会Photoshop和Dreamweaver就可以制作网页，现在只掌握这些已经远远不够了。无论是开发难度上，还是开发方式上，现在的网页制作都更接近传统的网站后台开发，所以现在不再叫网页制作，而是叫Web前端开发。Web前端开发在产品开发环节中的作用变得越来越重要，而且需要专业的前端工程师才能做好，这方面的专业人才近两年来备受青睐。Web前端开发是一项很特殊的工作，涵盖的知识面非常广，既有具体的技术，又有抽象的理念。简单地说，它的主要职能就是把网站的界面更好地呈现给用户。如何才能做得更好呢？ 第一，必须掌握基本的Web前端开发技术，其中包括：CSS、HTML、DOM、BOM、Ajax、JavaScript等，在掌握这些技术的同时，还要清楚地了解它们在不同浏览器上的兼容情况、渲染原理和存在的Bug。 第二，在一名合格的前端工程师的知识结构中，网站性能优化、SEO和服务器端的基础知识也是必须掌握的。 第三，必须学会运用各种工具进行辅助开发。 第四，除了要掌握技术层面的知识，还要掌握理论层面的知识，包括代码的可维护性、组件的易用性、分层语义模板和浏览器分级支持，等等。 可见，看似简单的网页制作，如果要做得更好、更专业，真的是不简单。这就是前端开发的特点，也是让很多人困惑的原因。如此繁杂的知识体系让新手学习起来无从下手，对于老手来说，也时常不知道下一步该学什么。代码质量是前端开发中应该重点考虑的问题之一。例如，实现一个网站界面可能会有无数种方案，但有些方案的维护成本会比较高，有些方案会存在性能问题，而有些方案则更易于维护，而且性能也比较好。这里的关键影响因素就是代码质量。CSS、HTML、JavaScript这三种前端开发语言的特点是不同的，对代码质量的要求也不同，但它们之间又有着千丝万缕的联系。 WEB前端技术之路（二） 职业规划 关于一个WEB前端的职业规划，其实是有各种的答案，没有哪种答案是完全正确的，全凭自己的选择，只要是自己选定了，坚持去认真走，就好。在这里，我只是简要说一下自己对于这块儿内容的理解。有一个观点想要分享给大家的是：任何规划和目标的实现都依赖于知识的积累，而知识的积累来源于学习及学习后大量的实践。我提供一个实践途径，我们可以在工作之余的时间在网上或外包公司那里接一些私单做，因为目标不是赚钱，我们可以用最低的价格来提升自身竞争力，获得大量订单就意味着获得大量的实践机会，同时，还有一些收入作为工作成就感之外的安慰奖，还是不错的。一、职业方向定位 首先，只有确定好自己的职业方向，才能做好职业规划。在我看来，做WEB前端技术能够找到的职业方向有以下几种： （1）资深WEB前端工程师 这个方向算是一个WEB前端最基本的选择了，在国外，很多老外都能够把自己的专业做到极致，能一辈子就在一个专业领域不断学习和积累。主要在于内因和外因两方面，内因是老外通常思想比较简单直接，容易一直专注于一个领域；外因是国外的环境很好，能够良好的支撑这样的职业发展道路。反观国内，从内因来讲，WEB前端技术人员还是蛮浮躁的，通常会因为WEB前端知识的更新速度太快而觉得学习起来辛苦，最终转向后台或其他道路。从外因来讲，WEB前端人员没有获得公平的待遇，可能从HTML页面制作就开始并沿袭下来的，从来WEB前端人员都比后端人员低一等，貌似前端就是“浅显”的代名词、后端就是“深奥”的代名词，这也直接造就了前端人员的收入无法和后端人员媲美，同时直接影响到前端人才市场的活跃程度。另一方面，前端的技术入门较容易，造成另一个极端情况：人员泛滥、人才稀缺。我想对所有的WEB前端工程师说：面包总会有的，要耐得住寂寞！我个人比较推荐这个职业发展方向，因为，在这个方向下，只要足够耐心、厚积薄发，成功的概率是非常高的。同时，这是一条最单纯的路，我们更多的是花费精力在技术的钻研上，而不是办公室政治等其它琐事。 （2）资深WEB架构师 说功利点儿，我喜欢这个方向，既兼顾了工作的单纯性、又能够减少实际Coding的工作量能腾出更多时间钻研技术。在国内，WEB前端工程师遇到较多的情况是总是反复编写着同样的代码，总是面对着同样的技术和产品，容易感觉枯燥。由于我们拥有最为广泛的WEB相关知识沉淀，使得我们更加容易成为一名架构师。这个职业发展方向不如第一种来得平滑，主要是作为一名架构师不得不学习：后端技术、DBA、Platform等内容，而这种学习通常需要实际操刀做项目，不是自己在家里写两个Demo就好的，这就势必会遭遇一段时间的阵痛期。虽然不是很平滑，但是，对于一个大局观好、悟性好、知识面广的前端工程师，我推荐你们努把力，走一条光荣的架构师之路吧。 （3）自己创业 其实，自己创业是最好的道路、也是成功率最低的道路，挑战和机遇并存。这里，作为一个前端技术人员，需要将自己的视野更多放在行业的动态、产业链的动态、相关产品领域的动态，把关注细节的优势继续保持，同时，增强自己把控一个产品乃至一个公司命运的能力。但是，这条道路和技术之路稍有分歧，后续将不再赘述。 （4） 转岗管理或其他 由于这条职业道路和WEB前端技术之路关系不大，故而，这里不做过多讨论，但是，无论是否走上这条道路，我觉得对于任何技术之路，更好的大局观、更广泛的视野是良好发展的必备条件，拥有良好的大局观和更广泛的视野别无他法，只能不断的进行知识的横向拓展和积累，同时，多在横向拓展知识的时候进行实践，把知识变成技能。二、职业发展目标 我都有一个最终的目标，在这个目标之上，我们需要给自己制定一系列学习和成长计划，制定的方法如下： 第一、梳理知识架构； 梳理知识架构的目的在于，我们要了解清楚，哪些技术是前置、哪些技术是后继，那些技术是深度、哪些技术是广度，按照这两个维度梳理好知识架构之后，我们才能准确地制定清晰的成长目标、高效的成长计划。 第二、分解目标； 我认为，大抵可分解为三个阶段，包括：起步阶段、提升阶段、成型阶段。这三个阶段分别对应着不同的目标： 起步阶段： 1、基本知识的掌握 在我们梳理的知识架构中，按照我们分析的两个维度里最前置的、最浅显的部分，作为打基础的阶段，必须要在这个过程中更多投入到实践中去，我们通常做的多了、熟练了，就认为这部分知识和内容掌握了。 2、常用工具的掌握 对于常用工具的掌握应该掌握一些有大公司或专业团队背景的流行工具，这些工具的熟练掌握能够提升专业度、职业度，同时，能提升我们的工作效率。我们只有在检验自己对于知识和技能熟练程度的时候，才会自虐式的