创建简单按钮的具体方法描述如下：
 

      单击“编辑”|“插入”|“新建按钮”命令，将弹出“按钮”窗口。该窗口包含五个选项卡，前面四个选项卡可以分别用来制作按钮的四个状态的图形，第五个选项卡用来创建按钮的活动区域，“按钮”窗口中部的图形编辑区有一个十字形的图标，用来标识按钮的中心位置。

      打开“释放”选项卡，使用绘图工具编辑按钮图形及文本；打开“滑过”现象卡，并单击右下方的“复制弹起是的图形”按钮，将释放状态的图形复制到“滑过”选项卡中，并修改图像形状及文本。重复上面的步骤，分别在“按下”和“按下是滑过”选项卡中制作按钮的按下状态和按下时滑过状态图形，单击“完成”按钮，即可完成按钮的创建。

怎么样将图片分割区域？并将每个切片的添加链接然后导出，具体的方法在下面给大家介绍：

          切片将整个图像分割为多个小区域，在为每个切片进行命名、添加链接或行为等操作后，就可以将图像连同切片一起导出。

      导出之前可以对每个图像类型的切片指定不同的图像格式，以分别保存各个切片指定不同的图像格式，以分别保存各个切片图像。方法是：在选中切片后，在“属性”面板的“切片导出设置”下拉列表框中选择相应的图像格式。

      团队合作很容易产生问题之一就是冗余。如果没有事情先做好规划，很容易出现这样一种情况：工程师甲在页面Ａ上为了实现某种效果写了一段代码，工程师乙在页面上遇到了同样的问题时又重写了一遍。如果系统升级，这个效果需要改变那么工程师甲和工程师乙都需要更改这部分代码，明显是一种资源浪费。

      避免出现这种冗余的做好办法就是根据代码的重用度，把它们分成公共组件和私有组件两类。设计公共组件时需要考虑让接口保持弹性，并且高度模块化，这是很考验能力和经验的工作。关于前端开发的公共组件和私有组件的设计细节。

以常规的经验看，团队合作的最大难度不其实不是技术，而是人。

      原因是只要有一定经验，构思良好，有完善的规范，尽管最终代码可能有好有坏，但是团队合作在技术上并不太可能出现大的困难。团队合作最大的问题还是来自于团队中成员之间的交流。不同的工程师的说话方式、工作习惯、性格特点也可能各异，工作中出现观点不同的情形在所难免。不同工程师在处理这样的问题时表现出的态度也不一样。有些比较温柔，有些则可能稍显强硬，有些肯那个比较容易接受他人观点，有些则可能固执己见。如果处理不好，可能会产生火药味，让大家带着情绪工作，影响开发进度。

公共组件和私有组件的区分及避免带来的新问题。
 
      有了公共组件和私有组件的区分，可以有效避免代码的重复。但又会带来新的问题——如果组织公共组件。

      合理的前端架构中CSS和JavaScript都是会提取共公组件的，如何组织公共组件是需要权衡的。如果没有将公共组件载入到系统中，那么组件是没有办法被使用的。一个最方便的做法就是将公共组件全部打包好，然后一次性全部载入，这样可以保证所有组件都是可用的。这种做法的好处是加载方便，但是夹在的代码量可能过大，而很多代码事实上很可能是没有被用到的。另一种做法是将代码精确划分成一小块一小块，然后按需要加载相应的模块。这种做法的好处是加载灵活，保证代码的加载量小，但坏处是使用起来比较麻烦。

服务器统计数字仅描述了你系统健康状态的一部分。就刻画使用情况方面来说，服务器统计数字没有太大意义，除非他们能联系实际的站点度量指标。这也是你应当知道随着时间变化如何跟踪容量。

      例如：知道你网站服务器每秒正处理X个请求很容易，但是了解这每秒X个请求对用户意味着什么会更好。可能每秒X个请求代表着Y个用户正同时使用该站点。

      最好知道，在Y个共同使用者中，百分之a的用户在上传照片，百分之b的用户在对热点论坛作评论，还有百分之C的人在随机点击周围的站点，长期测量这些用户数据是第一步。比较，并对Web服务器每秒访问的那些用户交互数据作出分析图，最终得给出用户提供服务的成本。在产生一个评论的应用程序可能会比较简单地浏览网站消耗更多的资源，但它相比上传照片，又消耗较少资源。在你的站点容量规划中，应该有自己的主见，你应该为哪些功能买单，而不是在别人给你上下文的情况下再去决定你将优先关注哪些。这些意见也可以帮助运作任何技术的正确分配。

CSS的API并不多，掌握到会用的程度并不难，但如果要用得好，我们需要在前者的基础上更进一步，研究如何组织CSS。
 
      应用CSS的能力应该分为两部分：一部分是CSS的API，重点是如何用CSS控制页面内元素的样式；另一部分是CSS框架，重点是如何对CSS进行组织。前者属于基础部分，这部分的能力是用“对”和“错”来评判的，比如说，要把文字设置为红色，只能用color:red；这样的写法是对的，其他任何写法都是错的，不存在“好”和“坏”的区别。只有“对”和“错”。CSS的API并不多，掌握到会用的程度并不难，但如果要用得好，我们需要在前者的基础上更进一步，研究如何组织CSS。如何组织CSS是一个见仁见智的问题，不是用“对”和“错”来评判的，我们更可能会用好、比较好、很烂、非常棒、这样的字眼来评判。

随着Ajax的兴起，网站性能不再局限于只是让网站快速呈现。越来越多的网站在加载完成后，借助JavaScript来实现页面内容的动态更新。这类网站的程序原理和传统的桌面客户端程序类似，同时对这些程序进行性能优化需要一套有别于传统网站的技术。

      从更高的层面上来说，基于用户界面内容的需求，Web应用和传统桌面应用有一个共同的目标：尽可能快地响应用户的输入。当浏览器响应用户发起的加载网站的请求时，它需要处理大量与响应相关的工作：与用户请求的站点建立网络连接，解析HTML，请求相关资源等。详细地分析这个过程，我们可以找到方法优化页面，最大程度地提高渲染速度，但浏览器最终掌控着页面的加载和呈现。

现在你已经知道足够快的门槛了，下一步是研究如何才能测量JavaScript的执行速度，以确定它是否超出前面提到的范围。

           现在你已经知道足够快的门槛了，下一步是研究如何才能测量JavaScript的执行速度，以确定它是否超出前面提到的范围。

      通过人的观察来测量延迟时间虽不精确，却是最简单最直接的方法：只要在目标平台上运行一下应用程序，然后确定性能是否足够快。因为确保用户界面性能足够好的目的就是让使用者感到愉悦，所以这样做测试其实是否足够快。因为确保用户界面性能足够好的目的就是让几秒来量化延迟，所以可以使用粗略的分类。

内存管理不善会导致UI的性能问题。因为缺乏优秀的排除内存问题的工具，开发者通常要观察浏览器的内存使用，然后逐步减少引起问题的应用的内存占用。有个好消息是内存故障排查工具正在开发中。
 
      内存分页是与内存相关的另一种风险。操作系统为应用提供两种可用的内存：物理的和虚拟的。物理内存映射在基础计算机中极快的RAM芯片上；虚拟内存映射到非常慢的海量存贮设备上，它用更大的可用存储空间弥补了内存的相对狭小。

      如果网页的内存需要增长到足够大，可能会迫使操作系统开始内存分页，一个极慢的进程凭借迫使其他进程放弃其真正的内存来给浏览器不断增长的需求腾出空间。之所以使用术语——分页，是因为多有的现代操作系统把内存组织到独立的页面上，这个术语描述了映射到物理或虚拟内存上的最小内存单元。当分页发生时，系统把内存页从物理内存转移到虚拟内存上，反之依然。