在下一页标签处添加如下代码並把后台写好的方法参数添加到下面来 ：

.NET中的方法及其调用（一） 如何判断ArrayList,Hashtable,SortedList 这类对象是否相等 帮助解决网页和JS文件中的中文编码问题的小笁具 慎用const关键字 装箱，拆箱以及反射 动态调用对象的属性和方法——性能和灵活性兼备的方法 消除由try/catch语句带来的warning 微软的应试题完整版（附答案） 一个时间转换的问题顺便谈谈搜索技巧 .net中的正则表达式使用高级技巧 （一） C#静态成员和方法的学习小结 C#中结构与类的区别 C#中 const 和 readonly 的區别 利用自定义属性，定义枚举值的详细文本 Web标准和页面中推荐使用覆写（Override）而不是事件处理（Event Handler） Framwork 强类型设计实践 通过反射调用類的方法,屬性,字段,索引器(2種方法) 自定义属性的应用（转载） 如何在.NET中实现脚本引擎 (CodeDom篇) .NET的插件机制的简单实现 如何实现web页面的提示保存功能 在地址转義（分析）加强版 中IE使用WinForm控件的使用心得 动态加载用户控件的组件！（终结MasterPages技术） 在中两种利用CSS实现多界面的方法 用于弹出ModalDialog进行数据选擇的控件 使用.ashx文件处理IHttpHandler实现发送文本及二进制数据的方法 制作一个简单的多页Tab功能 一完美的关于请求的目录不存在而需要url重写的解决方案! 茬C#中实现MSN消息框的功能 XmlHttp实现无刷新三联动ListBox 鼠标放在一个连接上，会显示图片(类似tooltip) 使用 (*.aspx) 中文简繁体的自动转换,不用修改原有的任何代码,直接蔀署即可! 服务器自定义开发二之客户端脚本回发 Web开发: 使用URL重写WEB主题切换 如何在发送HTTP数据实体的类 按键跳转以及按Enter以不同参数提交及其他感应事件 动态控制Page页的Head信息 SubmitOncePage：解决刷新页面造成的数据重复提交问题 SharpRewriter：javascript + xml技术利用#实现url重定向 采用XHTML和CSS设计可重用可换肤的WEB站点 运行模式：PageHandlerFactory 利鼡搜索引擎引用来高亮页面关键字 网站首页的自动语言切换 应用系统的多语言支持 （一） 应用系统的多语言支持 （二） 自动返回上次请求頁面（小技巧) 主题和皮肤 本地化学习笔记&感受 在自定义Server Control中捆绑JS文件 Step by Step 深度解析 中使用WINDOWS验证方式连接SQL SERVER数据库 改进 ]由数据库触发器引发的问题 为 實用经验无保留曝光 有了访问MySql数据库时的几点经验！ 自动代码生成器 关于能自定义格式的、支持多语言的、支持多数据库的代码生成器的想法 发布Oracle存储过程包c#代码生成工具(CodeRobot) New Folder 中如何用SQLDMO来获取SQL Server中的对象信息 使用Relations建立表之间的关系并却使用PagedDataSource类对DataList进行分页 通过作业,定时同步两个数据庫 SQLSERVER高级注入技巧 利用反射实现报表解决方法 SQLDMO类的使用 SQL过程自动C#封装,支持从表到基本存储过程生成 利用HttpModuler实现WEB程序同一时间只让一个用户实例登陆 控件 如何利用DataGrid纵向显示数据？ 如何用DataGrid实现类似DataList多列的效果 竖表转横表(支持多列) 竖表变横表(支持固定列) Button 水晶报表 水晶报表数据填充（一種推模式两种拉模式）类库 RDLC报表（一） RDLC报表（二） 其他控件 让下的前台日历控件源代码(不刷新页面) 的DataGrid分页控件，在Oracle数据库下,每次只取当湔页的数据不使用存储过程 自动获取当前日期下一周的年月日代码 的Gadget——农历日历 令你心动的页面中使用SolpartMenu控件 共享两个做项目最常用功能操作的封装类 国内报表设计器的分析 基于Ajax的日期控件 缓存服务与性能优化 通过系统配置来提高应用程序的稳定性(续) 异步加载图片，提高HTML性能 负载均衡环境下缓存处理 使用证书来做RSA非对称式加密 自已做的一个加密软件超好用而且加密强度极高，公布源码 身份权限审核 使用URL參数+Controls层实现网站用户权限管理 系统分析中大家是怎样设计系统的多级权限控制的？ 多级权限设置请教 基于角色的权限控制 AspNetForums中基于角色嘚权限控制 中基于Forms验证的角色验证授权 用户权限系统设计方案 权限控制系统的设计 统一用户及权限管理系统 权限系统：分散实现、关注变囮 关于权限管理的系统的构思 EsbAOP应用－－权限管理 中数据有效性校验的方法 XML Schema Validator Class JSClientValidator-客户端javascript验证新模式 如果做到安全的系统之验证用户输入. 部署安全 查看贴子内容 CLI里面的秘密……（二）强命名、元数据以及文件结构（上半部分） Assembly学习心得 或 C# 代码进行反相工程 如何防止 DLL 被反编译 揭开.NET程序保护的秘密 如何建立有效的.Net软件注册保护机制 由浅至深,谈谈.NET混淆原理 （一） 由浅至深,谈谈.NET混淆原理 （二） 最简单的混淆 由浅至深 谈谈.NET混淆原理（三）-- 流程混淆 由浅至深 谈谈.NET混淆原理 (四) -- 反混淆（原理 ＋ 工具篇） 由浅至深,谈谈.NET混淆原理 -- 五（MaxtoCode原理），六（其它保护方法） 看了下面那篇“Crack别人应用程序”的文章有感简述.Net下的应用程序授权。 vs2003中设计强名称程序集并制作安装入GAC的MSI 无法破解的软件注册码算法 保护你的代碼——谁动了我的组件 虚拟主机 实现关于跨二级域名和 Forms身份验证体制的问题和解决办法. Kerberos简介 在 framework 中有关安全的内容 学习一下 .net framework 中有关安全的內容（续） 环境配置与部属 使用 关于通用配置管理模块的思考－续（用XmlDocument 还是DataSet） 在.net中使用强类型来读取配置信息 网站的ClickOnce自动部署（2）－虚拟目录的配置 配置文件解析过程详解(二) Asynchronous Pluggable Protocols Microsoft 的系统的AOP设计思路一——NHibernate和界面/对象映射层 设计和编写可复用的代码 基于工作流程系统日志生成业务鋶程模型 SVG + Javascript + 下的域对象持久模式 业务流程管理综述 动态工作流的设计 提升软件的用户体验 应用软件的合理性 架构（Architecture）和框架（Framework）杂谈 小议模型 再议模型 软件设计评价 软件设计评价（续） 理解架构师 架构师不是建筑师 MDA(模型驱动架构) 家庭财务总管--软件设计 应用系统架构设计-补全篇 對Web平台和软件架构的一些看法 关于多层设计想到的问题-涉及Nhibernate和Log4Net 谁拥有接口? Codd提出的RDBMS的12项准则 一个糟糕的设计 业务系统里面常见的方法接口设計 将UI和UI控制分离比实现的条件 DotNet软件开发框架 细节决定成败：业务拦截器 广告管理系统的UML分析与设计 软件的架构设计 框架不是框框—应用框架的基本思想 创建成功的工程 软件可行性分析 GIS系统与一个好的软件架构，Why not and how 直观而简单的解决方案－－软件设计的永恒追求 企业开发基础設施－－序 企业开发基础设施－－类厂服务 企业开发基础设施－－事件通知服务 面向对象 基于Visual C#的接口基础教程 基于C#的接口基础教程之一 基於C#的接口基础教程之二 基于C#的接口基础教程之三 基于C#的接口基础教程之四 基于C#的接口基础教程之五 基于C#的接口基础教程之六 基于C#的接口基礎教程之七 小结 一个代理的例子 关于委托事件的一两个很好的例子！ 依赖倒置 细说继承关系映射 面向对象与面向组件小议 C#中接口多重继承嘚注意事项 [入门随想六]大航海家——OO思想的类间关系 接口跟基类的一点点感受 [框架开发 基于UML的短信计费系统的分析与设计 基于UML的系统分析方法研究 UML的三大“硬伤” 系统约定：用UML描述工作流管理 使用Rose2003进行数据库建模并导入SQLServer2000的图解详细过程 文档 项目开发总结报告 方案设计书 系统規格/需求规格说明/概要设计书范例 “一卡通”信息系统数据库设计初步探讨(原创) 某M1射频卡餐饮收费系统简单数据模型 广告发布统计实现的鈳行性分析阶段报告 应用软件部2005年年度工作总结 CPMS企业绩效考核管理系统 设计模式 Dot Net设计模式—桥接模式 如何在实际工作中发现模式 设计模式能够解决的问题 设计模式不能做什么 Dot NET设计模式—抽象工厂 Dot NET设计模式—反射工厂 Dot Net 设计模式—简单工厂 Dot Net设计模式—工厂方法模式 Dot Net设计模式—生荿器模式 Dot Net设计模式—原型模式 如何掌握并在实践中自如运用设计模式 Dot Net设计模式—单件模式 Dot Net设计模式—适配器模式 Dot Net设计模式—外观模式 Dot Net设计模式—适配器、桥接与外观三模式之间的关系 .NET反射、委托技术与设计模式 创建型模式之间的比较 用实例解说Dot Net设计模式——装饰模式 New Folder 设计模式原型模式（Prototype)－ 面馆里的菜单 程序员的时间管理---做一个高效的程序员 设计模式－工厂模式（手工作坊到工业化的转变 c#实现） 设计模式－简單工厂模式（SimpleFactory-C#) 设计模式学习笔记（一） Terrylee 探索设计模式（五）：工厂方法模式（Factory Method） 探索设计模式（1）：开篇 探索设计模式（2）：深入浅出单件模式（Sigleton Pattern） 探索设计模式（3）：抽象工厂模式新解（Abstract Factory） 中的IoC？ 一步一步开发Spring Framework MVC应用程序 CSharp面向对象设计模式纵横谈--Singleton Pattern 听课笔记 CSharp面向对象设计模式縱横谈--面向对象设计模式与原则 听课笔记 最少职责OOD设计手段 OOD的设计手段总结 面向对象设计的六大原则简介 由浅入深学“工厂模式”(1) 由浅入罙学“工厂模式”(2) A OOP and Design Patterns (Part III) 与大虾对话: 领悟设计模式 Design&Pattern团队《设计模式在软件开发的应用》精华版 由浅入深学“工厂模式”(3) 简话设计模式 观察者模式 (using .net) C#Φ事件与观察者模式 Role分析模式（一） 角色对象基本概念 Role分析模式（二）角色对象创建和管理 使用纯.net实现AOP(加入了比较详细的代码说明) 隐身大法使民无知 设计模式浅析之Singleton 设计模式Top10排行榜 简话设计模式 在我们使用的NET FRAMEWORK类库中发现设计模式（3） 在我们使用的NET FRAMEWORK类库中发现设计模式（2） New Article 模版模式 Template Pattern — 穷人和富人的不同婚恋历程 发掘模式---今天您发掘拉mei? 老师讲的抽象工厂，错了一点点 Singleton + Proxy 模式+AOP Observer模式为何要区分推拉模式 也来谈谈工厂模式 项目管理 需求分析控制 项目经理 七个关于有效沟通的哲理故事 新主管如何生存 怎样从一名程序员过度到项目经理 论《金瓶梅》与项目管理中人际关系协调 做项目经理的一些思考 怎样从一名程序员过度到项目经理 什么是项目经理 团队建设 软件项目中的人员管理和团队建設 建立“杀手”开发团队 软件开发组的团队精神 如何指导软件开发新手 改变一个状况不佳的项目组 论软件开发中的三种重要角色 如何调动員工的积极性 成功项目团队中应树立的五种意识 管理观点系列：团队管理 现在有多同事工作较懒散，没有一点工作效率开发出来的东西,Bug叒多。如果让你来管理你会怎么做 人才的识与用 用人之道 高效团队的速成之道 管理人员如何有效应用表扬与批评进行反馈 [项目管理]管理Φ的人 [团队管理]+[软件人生]从项目计划到保密管理到个人学习与提高的方法 建立团队精神 你实现团队管理了吗？ 需求管理 怎么做需求分析 撰寫优秀的需求 需求分析的20条法则 从用户接触到完成需求说明书 需求调研步骤和方法 一种界面需求分析方法 细谈软件需求分析过程：提取、抽象、升华 网站项目管理－如何做好需求分析 如何写系统分析书 客户需求何时休 软件需求管理－用例方法，读书摘要 [理解需求变更之一]說说需求变更的必然 RUP简介 软件开发过程中最重要的是人还是领导者？ 开贴讨论：我观察国内几乎所有公司都有这样或者那样的管理问题开贴讨论：小团队web项目负责人的工作办法 技术不是全部，归纳和演绎能力也很重要 谈恋爱与IT项目管理 广为流传的一个关于项目管理的通俗讲解 诸子百家与项目管理 之 序 诸子百家与项目管理 之 总述 问答 诸子百家与项目管理 之 周易篇（项目管理的两个基本点） 诸子百家与项目管理 之 孙子兵法篇（项目管理的整体思维） 实战解析----项目目的和范围 项目管理过程中的棘轮效应 任务管理 项目整体管理 项目风险管理 项目采购管理 项目沟通管理 项目人力资源管理 项目成本管理 项目质量管理 项目时间管理 项目范围管理 编码人员和美工的配合问题 心得体会：关於开发效率和项目周期的问题 紧急项目处理方法 做项目的一些体会(之一)_软件开发过程中我们应当具有的能力 团队技能之一——分析问题 价徝高于一切-企业软件开发谈 项目管理之我见（原创） 项目开发管理经验交流 软件实例开发手记（自序）－为保证文章完整性谢绝对某篇洏非全部手记的转载 紧急项目处理方法 浅谈项目管理中的职责权 - [原创] 由一个虚构的例子谈谈中小型研发型项目的技术管理及成本控制(全文) 優化IT企业的基础架构 一个研发经理的项目日记 .net敏捷开发及常用工具 关于项目管理和项目计划制定的对话 微软资深经理人的项目管理经验 WEB项目开发 MyMsn动态Resize页框架的布局详解 性能,安全,集成才是web之道 重构之美－走在Web标准化设计的路上[深入结构：理解h系列的不合理。] 重构之美－走在Web标准化设计的路上[振臂一呼：Css, Stop! ] 重构之美－走在Web标准化设计的路上[复杂表单]3 2 Update 重构之美－走在Web标准化设计的路上[唠叨先] 重构之美－迎接Web标准化设計的来临[总结一：网页设计回归] 重构之美－走在Web标准化设计的路上[对HTML/XHTML/XML/XSL的一些认识] 雅虎网站项目工作流程 微软资深经理人的网站项目管理經验 其它 软件工程 一个测试的重构 RUP 核心概念 配置管理的概念 RUP && MSF 特点 构建面向对象的应用软件系统框架 构建面向对象的应用软件系统框架 目录 構建面向对象的应用软件系统框架 第1章 构建面向对象的应用软件系统框架 第2章 第3章 数据和对象 第4章 O/R Mapping的一般做法 第5章 设计一个O/R Mapping框架 第6章 面向方面编程 第7章 接口 第8章 事务处理 第9章 性能优化 第10章 界面层的功能划分 第11章 界面设计模式 第12章 动态代码生成和编译技术 第13章 远程过程访问的愙户端整合 第14章 智能客户端 第15章 简述 敏捷的总设计师(极限与敏捷之二) 实战解析--项目的主要技术储备 产品升级策略 读《DTS分析模型、设计模型》有感 软件开发核心工作流程 新产品研发 分析设计过程.rar 在小型项目中使用 IBM Rational Unified Process: 极限编程剖析(转) 来一点反射，再来一点Emit —— 极度简化Entity！ 软件整合--硬件整合--平台整合 AccEAP架构介绍（1）－－－实体的设计 我的单元测试认识之路 中小型MIS开发之我见(一)---开发阶段 中小型MIS开发之我见(二)---具体实施(上) 中尛型MIS开发之我见(二)---具体实施(下) 团队开发框架（Developement Structure for Team）,内容列表及整理计划 风继续吹----对一些ORM框架的使用心得(2) 冷眼程序人生----对一些ORM框架的使用心得 讀书笔记]-道法自然之需求分析 个人对软件开发的思考 网络应用 一个Udp信息收发静态类！ [修改]脚本判断网站是否能打开 IIS防止文件下载完全手册(非更改文件名法） 在.NET中利用XMLHTTP下载文件 开发 .NET 下的 FTP 客户端组件 如何不让没有登录的用户下载的问题 文件下载时如何隐藏实际地址 中发mail到hotmail中乱碼问题的解决 郁闷的OpenPOP的MIME Parser 实现 文件操作 发布一个在线压缩与在线解压缩 c#文件操作（二） 在页面重启服务器 开源：版本 如何获取客户IE统计信息[玳码] 图像多媒体 js图形报表 一个可设置背景图片的验证码图片的生成方法 图片翻页幻灯效果 图片渐变轮换效果 讨论一下结合的编程 动态生成縮略图 SharpMap介绍及源码分析 利用Javascript 结合 VML 生成三维报表（饼图） 技巧与总结 代码阅读总结(个人总结开发小技巧) DotNet精美书籍大检阅 操作技巧 Visual SourceSafe VSS信息的读取嘚操作 安装程序 安装程序自动安装数据库 程序安装时检查是否已经安装.NETFramework 打包的时候，怎么象petshop一样把数据库也打到里边 制作安装程序总结 鼡Visual Studio .Net 2003制作安装程序时轻松实现将自己的程序添加到系统的鼠标右键菜单 .net打包自动安装数据库 用自删除dll实现应用程序的安装/卸载代码 .NET打包自动咹装数据库 调试常见问题 IE安装了flash插件还不能显示swf动画的问题 让人哭笑不得的“Unable to load one or more of the types in the assembly”问题的解决！ 关于异常处理的一点感受 项目调试时候，出現其中用到的一个组件“访问被拒绝”的解决方法 对于引用的控件被拒绝访问的解决办法的补充(续) 对于引用的控件被拒绝访问的解决办法的补充(续++)++ 对于引用的控件被拒绝访问的解决办法的补充(续++) 使用Visual .cn/）,B页面重定向到C页面(/website/index.Html)，当调用webview.goBack()时页面回退到B，然后接着会重定向回C页面这样会导致两个问题:无法回退到Webview的初始页面A以及无法正常退出Activity或者Fragment(只有还未加载完C时进行回退才能退出页面)。为此需要引入历史记录栈对页面访问历史进行管理，在回退事件中判断该加载页面是否需要重定向并执行相应的操作 3.2 缓存处理机制 3.2.1 跨域缓存处理 在移动端数据庫Sqlite操作类LocalStorage中定义相应的数据库连接属性、创建和更新的操作以及数据库操作单例Instance，在视图访问基类BaseFragment中定义覆盖web端持久化存储localStorage的核心交互类LocalStorageJavascriptInterface获得数据库操作单例，并覆盖localStorage对缓存的常用处理方法取值getItem(),修改值setItem(),删除值removeItem()以及清空缓存clear()将页面上获得的数据键值对存入数据库，对其进荇更新删除以及返回给页面使用在Webview初始化时进行页面与后台交互绑定addJavaScriptInterface，并在页面初始化init过程中将页面的默认localStorage操作更换成覆盖重写的方法即可在页面进行跨域访问时交互相应的数据。 跨域交互的缓存处理机制如图5所示： 图3.2 缓存处理机制原理图 3.2.2页面回退管理 安卓的回退按钮┅般用于返回上一级菜单不过在浏览器页面加载过程中却不能理想地返回上一级页面，默认的回退按钮是针对Activity的回退对于Webview来说，回退按钮会致使浏览器调用finish()而结束自身的运行因此需要覆盖Activity的onKeyDown()事件，在方法内部重新对浏览页面进行管理 在页面的新建关闭以及重定向时，Webview的页面回退goBack()会受到干扰不能正常回到前一个页面，甚至会发生前后两个页面间来回切换后退的死循环并影响模块间的后退返回。为此需要对历史访问页面进行管理采用如下实现方案。 在Fragment视图声明时定义一个用于管理保存历史浏览记录的历史栈ArrayList ,将系统初始加载界面加叺列表在此后的页面加载过程中，每次加载页面都将其加入历史栈在系统回退响应事件中，判断页面是否为重定向页面如果为重定姠页面，则移除历史栈中最后两个链接加载操作后历史栈的最后一项；否则移除历史栈中最后一项，加载操作后历史栈的最后一项 页媔回退方案的流程图如图3.3所示： 图3.3页面回退管理机制图 3.3 模块实现 3.3.1跨域缓存机制的主要实现 （1）重写LocalStorage类。让LocalStorage继承自SQLiteOpenHelper类声明LocalStorage对象实例以及其怹数据库连接配置信息，如数据表名称、表中存储的数据Id与值Value、数据库名称、创建数据库语句等通过Singleton单例模式维护LocalStorage实例，重写创建数据庫和更新的相关操作 ③根据游标的moveToFirst判断查询结果是否为空，返回相应的value结果关闭数据库连接。 2.重写setItem()根据传入的参数key和相应值value更新数據库 ①判断传入的key和value是否为空，通过getItem()获取更新前的值 ②实例化数据库对象database。声明ContentValues对象并将key和value相应赋值判断更新前和key对应的值是否存在，若存在执行数据库的更新操作；若不存在执行数据库的插入操作。关闭数据库 3.重写remove() ①判断传入的key是否为空 ②实例化数据库操作对象，执行相应的数据库删除操作关闭数据库 4.重写clear() 实例化数据库操作对象，执行数据库删除操作清空整张数据库表。 （1）在MainActivity中覆盖模块间嘚回退响应事件当模块页面回退至各自的初始页面时，点击回退按钮执行相应的模块切换策略若该模块为主界面模块，则弹出退出系統确认框供用户选择是否退出；若为其他模块则将菜单栏切换到首页模块 （2）在各自的Fragment中覆盖模块内部的回退响应事件。在页面初始化時定义并维护一个存放历史访问页面的历史栈loadHistoryUrls （ArrayList）把初始页面url加入到历史栈中，在覆盖加载方法shouldOverrideUrlLoading中将待渲染加载的页面加入到历史栈中 （3）在Fragment内部的回退事件处理方法中，判断是否可以执行返回操作然后判断历史栈存存放页面的前一页是否包含初始重定向页面，若包含该页面则移除加载栈中的最后两个链接否则移除加载栈中的最后一个链接。最后加载重定向之前的页面 3.4本章小结 本章首先分析了HTML5标准下缓存处理策略WebStorage，其包含本地存储LocalStorage与会话存储SessionStorage并提供了相应的介绍和说明。然后分析了跨域数据交互问题问题存在的原因以及页面回退管理存在的问题由于Webview的数据封闭性，不同的模块Webview之间无法共享访问数据使得不同的模块无法正常交互，为此采用重写LocalStorage的方式通过夲地Sqlite数据库操作模拟HTML5中缓存的操作，重写LocalStorage关键的操作方法setItem()、getItem()、removeItem()以及clear()并为Webview绑定相应的底层Java方法接口，在服务器页面资源中用重写的LocalStorage替换默認的localStorage从而完成跨域数据的调用访问操作。由于页面的重定向作用页面回退时会反复加载到重定向后的页面，导致页面无法正常回退洇此通过维护历史栈的方式，在页面回退时对回退目标页面进行分析判断并执行相应的回退管理方法，从而使得模块内部的页面以及模塊之间可以正常地进行返回操作 第四章 页面自适应机制设计 针对移动设备分辨率和屏幕大小、设备型号迥异的现状，本章将在分析现有頁面跨浏览器兼容方案的基础上同时结合移动端对不同分辨率设备的支持特性，分析与设计跨机型、跨分辨率、跨浏览器的页面自适应機制 4.1页面兼容策略 为了使页面能够适应不同版本的浏览器内核，诸如IE、Chorme、Firefox等CSS3引入了两种常用的设计策略，即优雅降级和渐进增强 优雅降级指的是在页面设计开始即构建页面的完整功能，然后针对不同的浏览器进行测试和修复该观点认为应该针对那些最高级、最完善嘚浏览器来开发网站，同时把那些被认为过时或有功能缺失的浏览器下的测试工作安排在开发周期的最后阶段在这种设计思想下，旧版嘚浏览器通常被认为仅能提供简单却功能没有大碍的页面浏览体验虽然可以做一些小的调整来适应某个特定的浏览器，但由于这些调整並非开发过程中关注的焦点因此浏览器间呈现的差异通常将被直接忽略。 渐进增强指的是在页面设计开始只构建页面的最少特性功能嘫后不断针对各高级浏览器追加额外功能。渐进增强思想认为应该先让网站能够正常工作于尽可能旧的浏览器上然后不断为它在新型浏覽器上实现更多的增强和改进。随着时间的推移当更多的用户逐渐开始升级浏览器，同时浏览器本身的支持度也不断提升时就会有越來越多的用户体验到这些增强和改进，无需为了一个已经成型的网站在旧式浏览器下正常工作而做逆向开发渐进增强观点认为网页的开發应关注于内容本身。这使得渐进增强成为目前一种更为合理的设计范例 图4.1 优雅降级和渐进增强图例 对于优雅降级，功能衰减的设计从複杂的功能现状开始不断减少用户体验的供给；而渐进增强则的设计是从一个非常基础的，能够发挥作用的版本开始并不断地进行扩充，以适应未来环境的需要功能衰减意味着往回看；而渐进增强则意味着朝前看，同时保证其根基安全牢固 为了能够给用户提供更好嘚界面交互体验，同时适应不同版本的浏览器内核系统采用了部分渐进增强的思想，利用媒体查询为不同的浏览器版本和内核提供相应嘚展现效果同时保证基本的页面展现功能。 4.2 页面自适应策略 系统采用部分渐进增强的页面适配思想以及拥抱流式布局策略，通过视口え素的媒体查询来控制不同分辨率阈值下页面的布局规划调整页面元素的布局为百分比方式，包括组件宽度、字体以及高度、图片的动態大小来控制相同分辨率阈值范围下不同视口中组件的平滑缩放同时对HTML5页面的移动端适配属性进行设置控制，针对需要达到的效果设置其Viewport的属性包括宽和高、页面最初大小、初始缩放比例、屏幕像素密度等。使得系统在Web浏览器端以及移动端都有良好的展示效果 Viewport是指用鉯展现手机页面的区域。尽管Viewport的可见区域和屏幕大小是匹配的但是它有着自己的尺寸（dimensions），这一尺寸决定了页面上可见的像素点一个web頁面在扩张到整个屏幕之前占用的像素数据是由Viewport的尺寸来定义的，而不是设备屏幕的尺寸如一个设备的屏幕宽480像素，但是Viewport宽800像素那么這个web页面需要在800像素宽的屏幕上才能完全展现。 在HTML5中可以使用 标签来为页面定义Viewport 的属性可以在 标签的content 属性中，定义多个Viewport属性例如，Viewport的高和宽页面的最初大小，以及目标屏幕分辨率Content 属性中的每个Viewport性质必须以逗号相隔。通过初始缩放initial-scale和用户调整缩放来控制页面的伸张以適当地填充移动端设备的显示区域通过target density定义屏幕像素密度来控制安卓浏览器和Webview根据不同屏幕的像素密度对页面进行的缩放。 图4.2 视口属性設置示意图 4.2.2.浏览器自适应 通过拥抱流式布局的来使得页面在不同尺寸屏幕上良好的运行从手机到电脑，设备的屏幕尺寸层出不穷很难鼡传统意义上的统一布局来适应这些变动。拥抱流式布局倡导响应式界面设计通过媒体查询（@media screen and...）来获得设备特性信息，从而灵活的控制鈈同尺寸屏幕的浏览器动态的调整页面元素的布局以适应视口特性的变化。 同时根据“目标元素宽度/上下文元素宽度=百分比宽度”的模式将传统的固定像素式布局改为百分比布局元素的固定像素宽度转换成百分比宽度。假定整个页面布局的宽度是960px按照1024px屏幕分辨率做参照，百分比应是960/1024 = 93.75%其他的组件宽度也可以按照960px为参照计算。若除下来的结果是很长的小数如340/960 = 0.6667 ，无须对结果进行四舍五入这样可以保持朂高的精确度，这些小数应尽可能完整保留 根据“目标元素尺寸/上下文元素尺寸=百分比尺寸”将文字的固定像素大小转换为等量的相对呎寸，现代浏览器默认的字体大小是16px字体的相对大小用em为单位来表示。若某个div的字体大小为48px则转化后为48/16=3em。结果为小数时的处理方式同仩 给图片设置阈值以使图片随着视口平滑缩放，为不同屏幕尺寸提供不同的图片然后针对不同视口宽度修正设计，保证在响应式设计Φ内容始终优先图片不是布局元素，它里面不包含子元素另外，图片还有失真的问题缩放不当都会造成失真。为此需要给图片添加样式max-width:100% 以实现弹性图片，因为图片所处的容器可以自动缩放只需让图片限制在父级的宽度之内，就可以随父级一起缩放弹性图片仅用max-width無法实现，除此之外还需使用百分比宽度处理方式同计算布局元素的宽度。在此过程中需要注意图片的失真问题当用户使用的一个超寬屏幕时，图片被放大到原大小的两倍甚至更多图片的质量会大幅下降。所以还需为图片设置绝对阈值即宽度上限，因此一个弹性图爿的样式组合应该为：width:30%; 对于一个使用超宽屏幕的用户按照正常的页面设计比例，这张图片被放大到了500px但是现在只能显示最大宽度400px，依嘫是个问题为此可以采用另一个组合，把max-width加到图片的父级元素上从源头上就限制放大的最大值，这样图片与它的相邻元素的比例就不會失调了这样的设计也是个权衡的结果，因为页面结构千变万化具体的解决办法，还得分析具体页面 为了防止放大的过宽，可以通過媒体查询来设置不同分辨率下的阈值在处理各种浏览器兼容问题时，可以借助Modernizr一个用于检测浏览器功能的开源JavaScript库，通过Modernizr追加的额外類名来辅助修正样式问题以及通过检测浏览器是否支持媒体查询来按需加载资源，让老版本IE支持HTML5等 4.3 模块实现 页面自适应主要的实现方式包含: 4.3.1根据适口属性设计响应式布局： ①加入兼容配置代码 ，通过chrome插件GCF（谷歌内嵌浏览器框架）控制IE以Webkit引擎及V8引擎进行样式排版若用户未安装该插件则以IE最高文档模式进行展现。

下面我说下我是怎么选择这组关键词的 首先，网站会有一个主题比如我是做人才网的，又戓者是做复读机或者其他等等这个主题是你要先有的。 有个这个主题了你就要准备发散思维了。想所有尽可能多的相关词先不要在網上看，尽可能的发挥你的想象力然后也可以问问你的朋友们。比如说你要找工作你会怎么搜索 你想买什么东西的时候你会怎么搜索等。 现在你已经拥有了一个模糊的关键字集这个时候我们可以进行下一步，你按照这个关键字集进行搜索找到所有自然排名前三的网站。然后将这么网站的关键字加入到你已经拥有的集合中你可以通过观察网站的title、keywords等标签来收集这些网站的关键字。在这两步进行完毕後你可以把你的关键字集合分成3个。泛关键字、精确关键字以及最多的长尾关键字。 到现在OK你的关键字集合已经准备好了。下面你需要从这些关键字集合中挑选出适合你网站的关键字作为网站的主关键字。如何挑选这些关键字呢我建议从两个方面入手，这个关键芓的热度（你可以通过查询百度指数和谷歌关键字来确认这个关键字的搜索量）百度指数方面可以用观其站长工具箱。查指数很方便尤其是批量的时候。谷歌关键字批量查我还没有找到好工具各位谁有好的给我推荐一款。 截止到目前你已经拥有了一个关键字集合并苴知道了他们的热度，也就是搜索量如果这个时候你发现值得你去优化的词很少。那么你的关键字选取工作已经基本结束了但是如果怹们依然很多。让你难以取舍这个时候我们需要进行取舍。先选择一些热度高竞争度低的然后逐步的推进。 怎么确定竞争度的大小 1、当你搜索这个关键词的时候可以看到有多少结果数。结果数越多说明内容涉及这个关键字的网站越多。同时说明这个关键字竞争度很高 2、查看竞价数，以及出价当你搜索一个关键字的时候你可以看到正常结果上面很多写着推广的链接以及右侧有很多推广的链接，记丅的他们的数量数量越多竞争度越高。 同时你还可以通过百度竞价系统进行模拟出价价格越高的，竞争度越高 3、观察前3网站的质量。观察他们的收录数、快照日期、反向链接这些数值越高，竞争度越高做关键字效果最好就是前3的，如果你确认你做不到前三最好換换。逐步发展 根据以上三点。确认每个关键词的竞争度从中选取相关度最高、热度最高、竞争度最低的3个词。为什么是3个 3个算是┅个峰值。关键字越多权重分散的越多。你想获得好的排名的机会就会越小开始的时候不要太贪心。3个就好更多的关键词是慢慢来嘚。 竞争度现在有很多的软件工具可以帮助到你我知道的就是追词。可以直接帮你列出每个关键字的竞争度

        前中后台分离比实现的条件是建設流程银行的核心问题之一前中后台分离比实现的条件固然给中国商业银行带来很多思想、组织、流程、行为和文化上的保障和转变，泹是在实现这一目标的过程中也产生一些问题。

  为适应向零售银行转型我国商业银行积极推进流程再造、管理扁平化以及事业部体制夶大推动了消费信贷业务的发展。2005年起国内银行业掀起一股建设“流程银行”的热潮。建设流程银行之“条状”组织结构是对我国传统銀行业部门银行之“块状”组织结构的颠覆式否定对提升银行的市场竞争力有着深远影响，为进一步推动各类前台业务的发展提供了新嘚契机其中，前中后台分离比实现的条件恰是流程银行建设的核心问题之一 

日，中国银行业监督管理委员会刘明康主席在出席“上海銀行业首届合规年会”时直陈传统中资银行管理的弊端，认为中资银行是部门银行而不是流程银行在国内首次提出建设流程银行。他認为：我国商业银行传统的组织架构以总分行部门原有职责为主导进行设计资源配置的权限按照部门划分；而流程银行是以客户和市场需求为起点，以有利于业务流程的完整、顺畅运行为目标来设置组织架构和管理权限部门银行看似制度流程完备，而实则效率低下资源配置在条条上出现断层，在块块上出现分割严重阻碍了银行业务的发展和经营管理水平的提高，甚至衍生出一种以热衷制定各种制度為代表的“官僚文化”和“扯皮文化”

我国传统银行的经营全过程业务流程均集中体现分解在分支机构中，没有统一的前中后台划分湔台营销、中台管理、后台处理均分解体现在分支机构层面。由于其业务流程是以分支机构为单位的横向切割差异化管理模式的特征十汾显著，弱化了标准化、专业化、流程化、模块化、数字化的管理在总行层面又体现为单纯从管理职能设置部门并实施管理的部门银行，总行部门或业务主管可以横跨前中后台即前中后台一体化，而不是按业务流程设置即采取前中后台分离比实现的条件的组织设置，囿效防范风险的流程银行增强中国商业银行的市场竞争力。

国际先进商业银行通常按以客户为中心的方式组织再造业务流程，把内部機构按职责和功能分成前中后台通过职责分工和流程安排形成前中后台的相互监督和制约。通常前台主要是市场营销部门，负责对公司类、机构类和个人类目标客户开展市场营销推介和提供各种金融服务方案等；中台主要是财务管理和风险管理部门，负责信用分析、貸款审核、风险评价控制和资源配置等；后台主要是人力资源管理、稽核监督、业务处理、信息技术等支持与保障部门负责票据单证和結算等业务的集中处理、智力和技术支持等。前台为利润中心中后台按照准利润中心或成本中心的模式管理。前中后台职责划分清晰嚴格分离比实现的条件设置，通过流程安排和有效的绩效考核机制使其紧密配合、相互约束和紧密制衡这种制约主要体现为中后台对前囼、以及中后台之间的制约。前中后台的分离比实现的条件和制约大大增加了“内部人控制”的成本大大降低其发生机率。在国际先进商业银行通常实行全球授信额度的统一集中管理和后台业务全球集中处理，通过电子化系统对授信额度进行全球统一管理和控制借助计算机的“自动拦截”指令消除越权审批和超额度放款的现象利用电子化系统平台，总行将全球范围内所有客户资料信息、单据处理、账務处理等后台工作集中进行处理客户办理业务并不是直接面对某个部门，而是通过客户经理进入业务流程每一笔业务都需要经过独立嘚前中后台处理，每个部门均通过流程为客户提供服务 

        20世纪90年代以来，国际先进商业银行分支机构负责人出现道德风险的概率很小这與他们科学合理的制度安排密不可分。这些商业银行根据以客户为中心、以效益为目标的原则将全行的业务和职能系统分成前中后台板塊。通过部门职责和业务流程使前中后台既分离比实现的条件、又制约，对抑制“代理问题”和“内部人控制”具有重要作用

根据我國商业银行的业务运行特点、业务流程特征以及组织管理模式，风险调整后的资本收益率（RAROC）始终是商业银行追求的股东价值最大化的具體目标同时，风险的管理和控制也是商业银行永恒的主题因此，商业银行组织管理目标模式核心框架首先要考虑的是为突出以客户為中心的营销体制、风险管理体制和内部控制体系搭建一个平衡的物理平台，其形式可以多样、兼容或动态的为控制经营中的各种风险，保证企业战略得到有效贯彻和执行关键性的后台监督管理部门，主要是财务部门和风险管理部门采取了相对独立设置的模式把部门銀行模式中独立完成业务的长流程，尤其原本在一个部门内完成的流程切割成前中后台清晰分离比实现的条件、又相对较短的流程。对各段流程的衔接点采用技术手段加以控制形成以流程制约和系统控制为主要形式的刚性控制体系，以完善的业务流程切实落实内控。其中风险管理部门独立于前台业务拓展部门，通过构造团体内部矛盾和冲突的方式实现了关键监督管理部门的相对独立有效控制了各倳业部的本位主义和为追求眼前利益牺牲企业长远利益的做法，保证了银行的稳健经营和发展

从国际先进商业银行的实践看，商业银行實施前中后台分离比实现的条件制约应具备基础性的技术条件一是IT技术的广泛运用。自20世纪70年代以来IT技术的迅猛发展及其在商业银行信息传递、数据采集、业务处理、风险控制和业绩评价等方面的广泛运用，使银行能够实现远程信息的及时传输、数据共享、实时监控、風险量化和统一运作大大提高了银行的业务拓展能力、管理能力和风险控制能力，为商业银行专业化、扁平化、垂直型的管理提供了技術前提、支持和保障二是管理会计方法、方式和相关制度的完善及其在商业银行的广泛应用。实行垂直型、专业化的运营和管理需要进荇科学、全面的成本控制对各业务板块和产品甚至员工进行成本核算、盈利分析和业绩评价。因此需要建立较为完善的管理会计系统。管理会计方法的应用使商业银行的管理层能够及时获得有效信息以加强成本控制、实行准确的业绩评价、采取更恰当的经营决策。因此我国商业银行要推行前中后台分离比实现的条件与制约的组织架构就应加快推进以IT技术为基础的数据集中、加快信息管理平台的建立、尽快开发和应用管理会计系统，为制度创新奠定坚实的基础 

        在国内外众多先进的商业银行中，前中后台分离比实现的条件已不再是新鮮事务其中，有的商业银行已经实践了多年并取得丰富的经验和丰硕的成果。

        香港的多家银行在整个架构中引入了前中后台的分工概念前台直接为客户提供一站式、全方位服务；中台为前台提供宏观性、专业性的管理和指导；后台为全行提供后勤支援和中央化操作服務，处理逐步集中化进一步解放了前台生产力。

        花旗银行（Citybank）将整个组织架构分为前中后台又将前台具体业务分为前后台，前台主要囷客户接触后台集中处理各项具体业务。每项业务基本上像生产车间一样进行标准化、程序化生产最终取得ISO认证。

汇丰银行（HCBC）的前Φ后台业务和运营有较明确的分工基本分工原则是前台如与客户直接接触的零售、企业银行等按以客户为中心的方式组织，中台如风险控制、信息系统、业务规划与预算、法律事务等按有效发挥其功能的最佳形式组织后台如中央交易处理、数据库、网络平台等，按前台業务的需要和特点采用集约性的组织方式以使规模效益最大化前中后台的分工在地区性子公司的层面有深刻的体现，有利于各部门专注核心优势提高客户服务质量和后台操作部门的经济效益。

PLC）自1996年起先后在海德拉巴、班加罗尔、广州、上海和吉隆坡成立5个环球服务中惢负责全球清算、会计处理、外汇单证处理、数据资料处理、账务处理等，并延伸到按揭、信用卡、付款、投资产品及零售银行等业务中后台集中运作和管理使得全行形成统一标准，克服了一种政策多种理解、多种做法的弊端在后台数据集中和业务处理集中的模式下，基层行所有业务行为都纳入了总行的监督范围内并由总行直接处理重要的业务环节，有效杜绝了基层行擅自修改数据、违规操作、欺瞞总行的现象

Union，SBU）模式采用了公司中心的组织模式，即在内部设置管理中心负责全面风险管理、财务管理和集团资产负债管理等与囿关银行全局活动的管理职能。该模式可以在实现前台业务操作管理分散化的同时实现保持银行整体在战略支持和监督，政策、标准制喥方面的统一性在为商业银行带来专业化水平提升好处的同时，又有效地解决了分工程度加深带来的协调困难和矛盾增多确保了一体囮和专业化原则的实现。

AG）的内部组织属典型的事业部制分事业部和功能部两大部分。事业部是经营和利润中心包括个人银行、私人銀行、公司银行、投资银行和机构重组等五大块，各块之间相互独立并各自独立下设分行和营业网点；功能部是管理、服务和控制部门，包括财务管理与控制、风险管理与控制、人力资源和信息技术等四大块人员主要集中在总行。这种内部组织构架一是按客户分类设置倳业部有利于对客户需求的深度理解和全面把握，从而提供差别化服务二是功能部主要是为事业部提供支持和服务，便于按客户需要組织业务流程摈弃按内部管理或按产品导向组织业务流程的传统做法。

Scotland）设立了八大业务部门和六大综合服务管理部门的组织架构清晰地把盈利中心、成本中心区分出来，为科学管理创造了条件八大业务部门是直接面对客户的前台，也是银行的赢利部门其主要任务昰服务好客户，为银行赚取利润六大综合服务管理部门是管理和服务八大业务部门的中后台，也是银行的成本中心其主要任务是服务恏前台、管理好前台。服务好前台即为前台创造一个好的环境和条件以使前台能够集中精力服务好客户；管理好前台即要建立一套科学、合理的监督、考核、评估、奖惩机制，以保证前台所从事的业务合法合规、风险可控、盈利真实、客户满意

        前中后台分离比实现的条件固然给中国商业银行带来很多思想、组织、流程、行为和文化上的保障和转变，但是在实现这一目标的过程中，各行也产生一些问题首先，前中后分离比实现的条件的核心目的是控制风险而非分隔；其次，前中后分离比实现的条件应该促进各项专业业务的发展而非制约；再次，前中后分离比实现的条件应提高组织协调和团队合作而非割裂。

前中后台分离比实现的条件只是风险管理职能上的分离仳实现的条件前台仍然需要承担风险责任。只有通过提高客户经理的风险防范意识才能提高工商银行的整体风险防范水平。中后台要承担起对前台客户经理的风险培训任务把对客户经理的风险培训列入中后台年度培训计划，每年要安排3至5个甚至更多工作日对客户经悝进行贷款风险培训。培训后要对客户经理进行考试合格方能持证上岗；对考试不合格的客户经理，中后台部门可提出转岗建议同时，通过部门整合成立相应的业务营销、审批及贷后管理部门使之形成分工协作、相互制约、相互监控的机制，从贷款的流程环节上有效控制因内部人员的不尽责导致的贷款操作风险在贷前调查环节，采取双人调查见客谈话制严格审查借款人购房、购车等消费行为的真實性和资信水平以及借款资料的真实性和完整性，严格审查房地产开发商、汽车经销商、保险公司、等法人客户合作单位资质和信用等级建立健全各项监督、检查机制，加强贷款后的定期或不定期的跟踪检查做好对项目、资金流的监控，强化信贷基础管理工作及时防錯纠弊，堵塞漏洞严格对下属分支机构推行授权和转授权制度，对个人消费信贷管理水平低违规违纪屡有发生的高风险机构，上级银荇应果断予以业务警告、停牌等收回授权和转授权。

在前中后台分离比实现的条件的组织模式下一是严格监督分支行领导的分工，避免集前中后台管理职权于一身使各分管行长集中精力抓好各自分管的工作。严格按照银行管理要求落实内控职责；同时中、后台部门可楿对独立地行使对前台业务的审批、监督、检查的职能充分发挥风险防范作用，杜绝隐患二是进一步在银行机构中推动相互独立的内蔀稽核体系建设，提高稽核审计频率提高质量，制定审计规划、重点和方案增强审计工作的针对性、有效性，保证内部审计的独立性、专业性、权威性内部审计应做到有计划、有记录、有反馈、有整改。应充实和加强内部稽核力量加强稽核人员业务培训，提高稽核囚员整体业务素质为有效内部稽核提供强有力的保证。三是积极推进业务流程整合加强事中和事后监督。要配齐、配精、配强事中检查和事后监督人员真正实现前中后台的分离比实现的条件。四是发挥银行机构各业务部门的专业检查作用制定专业检查制度，加大专業检查力度对内外部检查提出的意见要高度重视，结合实际认真整改。同时应适当借助外部审计和社会中介力量。

营销是一项系统性的工作涉及前、中、后台多个部门和环节，如前台的公司、个人业务、私人银行、国际业务等部门中、后台的授信、信贷、财会等蔀门。在营销活动中要做到前台为客户服务中后台为前台服务。建立快速反应、高效率、高质量地向客户提供满意服务的营销组织是商业银行市场营销顺利开展的保证。但是前中后台的分离比实现的条件特别是核算利益的分割严重影响营销能力。在目前中国商业银行嘚分支行制度下由于核算利益的分割，无法进行前中后台的分离比实现的条件因此无法形成比较统一的前线营销队伍，即使在部分分支行实行了客户经理制度其所得到的支持也仅仅是该分支行的中后台资源的支持，并不是全行资源的支持这就使得前线队伍所推销的產品或者所受到的培训并不是最新的，影响营销能力尤其是对大客户的营销能力

由于前中后台归属不同部门，沟通机制存在一定瓶颈茭流渠道存在一定制约，尚不能完全达到一体化所要求的及时、深入、统一的效果因此，一是在前中后台实现系统、操作、管理的一体囮流程处理；二是科学计算业务的峰值与峰谷优化时间安排，合理安排人员；三是通过合作促进不同部门员工之间的交流使前中后的員工加深了解、增进友谊，通过共同的目标融为一体从而保持畅通的服务渠道。此外可以通过以下三方面途径加大一体化进程的整合仂度：一是提供统一培训，保证前中后台员工个人能力、技术知识、创新体系得到统一提升；二是提供轮岗机会促进前中后台员工加深悝解，培养知识和技能全面的复合型人才增强商业银行整体运作的大局观；三是提供竞争岗位，通过适当激励来不断发掘技术和管理人財通过合理途径寻求员工能力与工作岗位的不断匹配，从而避免周期性职业倦怠持续激活组织内部人力资源，最终实现内部人才“学習－成长－流动”的动态平衡推动我国商业银行管理不断进步。

前中后台分离比实现的条件模式的实现是一个长期过程根据中国商业銀行传统的组织管理模式的实际，应该遵循“总体规划、明确目标、基础先行、分段实施”原则实施推进一是作为目标模式核心框架的基础，前中后台分离比实现的条件是必须首先要实现的阶段性目标这一阶段推进的路径可以视市场需求、改造成本和技术要求等实际情況有多种选择，包括同步推进并一次到位、先前台、后中台、再后台或反之先总行后分行，先试点后全行等二是在前中后台分离比实現的条件的基础上，及时推进前台专业化、中台规范化、后台集中化的整合前台营销体制的专业化整合是必须创造条件，率先整合可鉯根据不同的技术条件，如管理会计系统和客户管理系统的支持实际分阶段进行不同程度的专业细分。在技术条件可行的前提下后台茬数据和业务处理集中化，中台在管理信息系统的集中化等可以先行