<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Smart Object &#8211; WL</title>
	<atom:link href="https://wwl3.com/tag/smart-object/feed/" rel="self" type="application/rss+xml" />
	<link>https://wwl3.com</link>
	<description>越来越好，越好越来</description>
	<lastBuildDate>Thu, 18 Sep 2014 14:07:33 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.6.2</generator>

<image>
	<url>https://wwl-1316477995.cos.ap-shanghai.myqcloud.com/uploads/2023/01/logo-188x188.jpg</url>
	<title>Smart Object &#8211; WL</title>
	<link>https://wwl3.com</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>关于Photoshop团队协作与网站页面工作协调化的研究</title>
		<link>https://wwl3.com/2008/11/%e5%85%b3%e4%ba%8ephotoshop%e5%9b%a2%e9%98%9f%e5%8d%8f%e4%bd%9c%e4%b8%8e%e7%bd%91%e7%ab%99%e9%a1%b5%e9%9d%a2%e5%b7%a5%e4%bd%9c%e5%8d%8f%e8%b0%83%e5%8c%96%e7%9a%84%e7%a0%94%e7%a9%b6/</link>
		
		<dc:creator><![CDATA[不一样的蚊子]]></dc:creator>
		<pubDate>Tue, 04 Nov 2008 00:10:27 +0000</pubDate>
				<category><![CDATA[视觉设计]]></category>
		<category><![CDATA[Photoshop]]></category>
		<category><![CDATA[psb]]></category>
		<category><![CDATA[Smart Object]]></category>
		<guid isPermaLink="false">http://wwl3.com/?p=42</guid>

					<description><![CDATA[问题 这几天在做一些页面的设计稿，因为是团队开发，一些疑惑的问题出现如下： 做web developer部分的人员不可避免的要看PS出来的图，而我们的web developer的机器图形处理方面有所欠缺，经常出现人等机器的情况，Photoshop处理速度的问题。 页面里面的小板块比较多，团队里面各位兄弟要分头做相应的部分切片以及XHTML CSS实现稿。设计稿同步以及尽量让各位哥们机器跑起来快就是个大问题了。 解决问题的思路以及原理： Photoshop中的smart object功能，将每个小的板块分开来。 根据官方的文档：Photoshop中图层越多，每个图层包含的颜色信息越多，文件越大，处理速度越慢。根据我个人经验：当把多个group转化成smart object处理速度有明显上升，而文件大小不会产生太大的变化。可能原因：Photoshop中一个图层的改变会导致其他图形显示效果的重运算；当把多个图层合并为smart object时，photoshop将smart object作为一个图层来看待，对所包含的东西不做二次运算，因此二次运算的图层大量的减少，则运算速度加快。（有待查官方资料考证） 解决方案 PSD文件内按照功能板块分组，复制多份，为每个文件按照功能组单独设置文件名（图1）; 将每个组变成Smart Object（图3）； 分别输出各文件的smart obeject（图4） 分别输出psb 数据 内存（单） 内存（所有） 硬盘 文件数 优点 缺点 默认方案 400MB 400MB 24.3MB 1 文件数少，文件小。 版本管理较难，不易分工协作。 新方案 1个psb+1个psd，分别对每个功能板块做一次，共4次，取平均数得161MB 435MB 51.4MB 5 处理单个模块内存占用量低。便于分工协作。 文件多，占用空间大。 PS: 单个模块内存占用量的计算原则：处理单个模块所需的文件全部打开。 结论 处理单个模块时，使用第二种方案运行速度较快。并能很方便的将页面按照功能板块分工给各个人员。 版本管理：工作室用Version Cue进行PSD管理，页面实现人员只需要在smart object相应的psb文件文件上做切片，并同步到服务器。服务器上整体页面效果文件的更新使用Replace Contents就可以完成。 因此，我们采用的新提出来的方案进行团队协作开发。]]></description>
										<content:encoded><![CDATA[<br />
<h3>问题</h3>
<p>这几天在做一些页面的设计稿，因为是团队开发，一些疑惑的问题出现如下：</p>
<ol>
<li>做web developer部分的人员不可避免的要看PS出来的图，而我们的web developer的机器图形处理方面有所欠缺，经常出现人等机器的情况，Photoshop处理速度的问题。</li>
<li>页面里面的小板块比较多，团队里面各位兄弟要分头做相应的部分切片以及XHTML CSS实现稿。设计稿同步以及尽量让各位哥们机器跑起来快就是个大问题了。</li>
</ol>
<h3>解决问题的思路以及原理：</h3>
<p> <span id="more-42"></span> </p>
<ol>
<li>Photoshop中的smart object功能，将每个小的板块分开来。</li>
<li>根据官方的文档：Photoshop中图层越多，每个图层包含的颜色信息越多，文件越大，处理速度越慢。根据我个人经验：当把多个group转化成smart object处理速度有明显上升，而文件大小不会产生太大的变化。可能原因：Photoshop中一个图层的改变会导致其他图形显示效果的重运算；当把多个图层合并为smart object时，photoshop将smart object作为一个图层来看待，对所包含的东西不做二次运算，因此二次运算的图层大量的减少，则运算速度加快。（有待查官方资料考证）</li>
</ol>
<h3>解决方案</h3>
<ol>
<li>PSD文件内按照功能板块分组，复制多份，为每个文件按照功能组单独设置文件名（图1）;</li>
<li>将每个组变成Smart Object（图3）；</li>
<li>分别输出各文件的smart obeject（图4）</li>
<li>分别输出psb</li>
</ol>
<p><img fetchpriority="high" decoding="async" src="https://wwl3.com/wp-content/uploads/2008/11/image001.gif" alt="image001.gif" height="411" width="206"/> <img decoding="async" src="https://wwl3.com/wp-content/uploads/2008/11/image002.gif" alt="image002.gif" height="411" width="206"/></p>
<p><img decoding="async" src="https://wwl3.com/wp-content/uploads/2008/11/image003.gif" alt="image003.gif" height="123" width="340"/></p>
<h3>数据</h3>
<table style="WIDTH: 600px" class="table-data">
<tbody>
<tr>
<th scope="col"/>
<th scope="col">内存（单）</th>
<th scope="col">内存（所有）</th>
<th scope="col">硬盘</th>
<th scope="col">文件数</th>
<th scope="col">优点</th>
<th scope="col">缺点</th>
</tr>
<tr>
<th scope="row">默认方案</th>
<td>400MB</td>
<td>400MB</td>
<td>24.3MB</td>
<td>1</td>
<td>文件数少，文件小。</td>
<td>版本管理较难，不易分工协作。</td>
</tr>
<tr>
<th scope="row">新方案</th>
<td>1个psb+1个psd，分别对每个功能板块做一次，共4次，取平均数得161MB</td>
<td>435MB</td>
<td>51.4MB</td>
<td>5</td>
<td>处理单个模块内存占用量低。便于分工协作。</td>
<td>文件多，占用空间大。</td>
</tr>
</tbody>
</table>
<p>PS: 单个模块内存占用量的计算原则：处理单个模块所需的文件全部打开。</p>
<h3>结论</h3>
<ol>
<li>处理单个模块时，使用第二种方案运行速度较快。并能很方便的将页面按照功能板块分工给各个人员。</li>
<li>版本管理：工作室用Version Cue进行PSD管理，页面实现人员只需要在smart object相应的psb文件文件上做切片，并同步到服务器。服务器上整体页面效果文件的更新使用Replace Contents就可以完成。</li>
</ol>
<p><img loading="lazy" decoding="async" src="https://wwl3.com/wp-content/uploads/2008/11/image004.gif" alt="image004.gif" height="126" width="177"/></p>
<p><strong>因此，我们采用的新提出来的方案进行团队协作开发。</strong></p>
]]></content:encoded>
					
		
		
			</item>
	</channel>
</rss>
