VS&2010中C++项目升级指南[转]
2010版本的主要升级之处就是C++ 构建系统（build
system）从原先基于VCBuild的构建系统，迁移到基于MSBuild的构建系统，而C +
+项目系统也是建立在MSBuild构建系统之上。由此也带来了一系列的变化。
如何升级？
支持来自VC6、Visual Studio
2002、Visual Studio 2003、Visual Studio 2005和Visual Studio
2008的升级。同Visual
Studio的早期版本一样，你可以选择通过IDE的转换向导或者是命令行工具（Devenv/upgrade）来完成升级。
以下是升级过程中的一些建议：
把升级环境与构建环境设置成相同的
升级过程中会尝试加载一些文件，另外还会评估一些值。如果你的项目中所使用的值不是在项目文件中自己定义的，例如在环境变量中定义的值，那就需要在升级之前事先设置好这些环境变量。如果这些环境变量设置不当，则可能会因为无法对值进行评估而出现警告或错误。
在升级之前确保你已经***了必要的平台
在一台没有可用平台的机器上对项目进行转换，可能会导致转换错误。例如，如果你想在Visual Studio
Professional SKU中对安腾平台的一个项目进行转换，由于它不支持安腾平台，你就会看到像下面这样的转换出错信息：
Failed&to&upgrade&'Debug|&Itanium&'.&Please&make&sure&you&have&the&corresponding&platform&
installed&under&'%vctargetspath%\platforms\Itanium'.&Cannot&load&the&project&due&to&a&corrupt&
project&file.&The&following&error&has&occurred&during&XML&parsing:
File:&D:\Sample\ConsoleApp\ConsoleApp.vcproj
Error&Message:
System&error:&-.
The&file&'D:\Sample\ConsoleApp\ConsoleApp.vcproj'&has&failed&to&load.&
这是因为转换过程需要那些平台的属性值才能成功进行。你可以通过查看以下目录获悉已***了哪些平台：%ProgramFiles%\MSBuild\Microsoft.cpp\V4.0\Platforms
（或者查看x64平台下的
%ProgramFiles(x86)%\MSBuild\Microsoft.cpp\V4.0\Platforms ）。
如果可能的话，使用本地的多定向支持来对Visual Studio 2008工具集进行构建
在Visual Studio&
2010中，我们新增了本地的多定向支持（Multi-Targeting），通过使用新的基于MSBuild的项目系统，你可以在Visual
Studio 2010的IDE中为Visual Studio
2008工具集构建目标。关于这一特性，你可以看看这篇博客。我们建议用户，特别是拥有大型代码库的用户，在升级时先利用这一特性在Visual
Studio 2010中构建Visual Studio
2008工具集的程序。这样，当你在升级过程中碰到问题，就可以把那些跟项目系统或构建系统相关的问题与工具的问题区别开来。这将会让你更加平滑地升级到Visual
Studio 2010 工具集。
一旦升级完成，属性表文件(.Visual Studio
props)就会被转换成新的格式(.props)。同样，项目文件（.vcproj）也会被转换为新的格式（.vcxproj）。值得注意的是，新的项目文件会与旧的项目文件同时生成。在转换过程中还产生了一种新的文件类型（.filter
.vcxproj），该过滤器文件包含用来显示解决方案的资源管理器文件夹信息。该过滤器信息原本是项目文件的一部分，然而这种变化是必要的，因为只要项目文件发生变化，MSBuild就会请求重新构建。通过在一个单独的文件中保存过滤器信息，就可以在避免重新构建整个项目的情况下修改过滤器。
注意：升级过程不会转换.user文件。因此，你的调试和部署设置在转换后将不会被保留。
在Visual Studio 2010中，一个新的命令行升级工具
VCUpgrade.exe也被加入了进来。此命令行工具，适合在只有一个项目的情况下进行升级，因为它无法把解决方案文件作为输入，并将其解析成项目文件。VCUpgrade.exe位于
$（Visual Studio InstallDir）\ common7 \
Tools目录下，该工具也将附带在WinSDK的下一个版本中，这样用户就可以在没有Visual Studio
IDE的情况下用命令行对WinSDK中的项目文件进行升级。
升级过程中的警告
以下是转换过程中，你可能会遇到的一些常见警告：
链接器输出目录
在升级时你可能会看到的一个警告是MSB8012：$(TargetPath)和链接器的OutputFile属性的值不匹配：
-&MSB8012:&$(TargetExt)&('.dll')&does¬&match&the&Linker's&OutputFile&
property&value&'C:\foo\Debug\MFCActiveX.ocx'&('.ocx')&in&project&configuration&'Debug|Win32'.&
This&may&cause&your&project&to&build&incorrectly.&To&correct&this,&please&make&sure&that&$(TargetExt)&
property&value&matches&the&value&specified&in&%(Link.OutputFile).
-&MSB8012:&$(TargetPath)&('C:\foo\Debug\MFCActiveX.dll')&does¬&match&the&Linker's&OutputFile&
property&value&'C:\foo\Debug\MFCActiveX.ocx'&('C:\foo\Debug\MFCActiveX.ocx')&in&project&
configuration&'Debug|Win32'.&This&may&cause&your&project&to&build&incorrectly.&
To&correct&this,&please&make&sure&that&$(TargetPath)&property&
value&matches&the&value&specified&in&%(Link.OutputFile).&
Link.OutputFile是在属性页中Linker-& General
-& Output File
这一项中定义的值。默认情况下，它的值是$（OutDir）$（TargetName）$（TargetExt），与$（TargetPath）相同。当我们把一个应用程序从之前的版本转换过来时，并没有办法可以很好地解析出Link.OutputFile被$(TargetName)和$(TargetExt)的值，因为不同的用户可能用不同的方法对其进行了赋值。为了解决这一点，我们决定在转换过程中保留Linker.OutputFile中的值。在转换之后，$（TargetName）将默认为$（ProjectName），$（TargetExt）将默认为该类应用程序的默认扩展名：动态库文件为.dll，静态库为.lib，应用程序则为.exe，而Link.OutputFile值则将被保留。如果Link.OutputFile与$(TargetPath)不同，警告MSB8012会被记录在转换日志中。在构建应用程序时你也会看到同样的警告。
$（OutDir），$（TargetName）和$（TargetExt）在“常规”属性页中分别对应“Output
Directory”，“Target Name”，“Target
Extension”。你可以手动更改这些属性的值，这样你就不会再看到警告了。
－如果你的项目生成了导入库（Linker -& Advanced
Library），而且链接器的输出目录不是默认目录，那么你可能还需要更改导入库的输出文件夹。否则，生成的导入库所在的目录就可能会与链接器的输出不同。
－调试。转换后命令被设为默认的$(TargetPath)。你可能需要做一些改动，这样当按下F5 (Debugging)或
Ctrl + F5 (Start without debugging)之后才能加载正确的可执行程序。
属性表的排序
如果你的应用程序有属性表，那么在转换过程中你可能会遇到下面的警告中：
-&All&user¯os&reported&below&for&configuration&'Debug|Win32'&are&used&before&their&definition,&
which&can&cause&undesirable&build&&this&is¬&supported&in&this&release.&
You&can&resolve&this&by&changing&the&inclusion&order&&&&&&&&&&&&
of&the&consuming&property&sheets&and&making&sure&they&come&after&the&property&sheets&defining&the&user¯os.
&&&&&&&&&&&&-&MSB4211:&C:\foo\PropertySheet\foo.&
The&property&"MyIncludePath"&is&being&set&to&a&value&for&the&first&time,&
but&it&was&already&consumed&at&"C:\foo\PropertySheet\bar.props".&
该警告归因于MSBuild对其属性的评估方式：MSBuild按顺序依次评估其属性值。如果在派生的属性表中定义的属性在父属性表中被使用，那么其值就会被设为空。然而，VCBuild采用的是延迟评估方式。这样，即使是在派生属性表中定义的属性也可以在父属性表中使用。若要解决此问题，请按照警告消息改变属性表中的顺序，从而确保属性在定义后才被使用。
升级后的行为变化
尽管底层的构建系统已经发生了改变，但我们仍尽力让用户在迁移到Visual Studio
2010后有相同的使用体验。另外，我们还采取了一些措施来改进构建体验或是迎合MSBuild的某些特定要求。因此，一旦你迁移到Visual
Studio 2010，就可能就会注意到以下一些变化。
从“解决方案依赖”到“项目到项目的引用”
如果在一个旧版本Visual Studio版本下进行编译的C++程序被转换到Visual Studio
2010后，解决方案级定义的项目依赖关系便会被转化成项目到项目的引用（project to project
references）。这一变化确保了C +
+项目依赖关系能够在项目文件中被捕获。下面就是一个项目到项目的引用在项目文件中的样子：
&ItemGroup&&
&&&&&ProjectReference&Include="..\Cpp\Cpp.vcxproj"&&
&&&&&&&Project&{c58574bf-9dd8-4cf8-b5b6-eece}&/Project&&
&&&&&&&ReferenceOutputAssembly&false&/ReferenceOutputAssembly&&
&&&&&/ProjectReference&&
&&&/ItemGroup&&
在项目文件中存放依赖关系有几个优点。首先，用户可以在不用解决方案的情况下构建一个项目，相关的项目会自动被构建。第二，它为那些拥有巨大的代码树又可能不会使用解决方案文件的用户提供了方便。
此外，许多客户都有好几个解决方案文件，每个文件都包含项目的不同子集。通过这种方式就可以让用户避免为每个解决方案设置依赖关系。另一个重要因素就是，使用项目到项目的引用使得构建过程更加可靠，尤其是在多核的环境下。这与Visual
Studio早期版本的情况也是一致的。
－如果某个C#程序依赖于一个C++程序，并且这一依赖只使用了解决方案依赖关系表示，那么现在的这种转换并不会把解决方案依赖关系转换成项目到项目的引用。你可能会碰到因为不正确的构建顺序而导致的构建错误，尤其是使用命令行直接进行MSBuild构建的时候。要解决该问题，你得为C#和C++程序手动设置项目到项目的引用。
－在Visual Studio 2010中设置新的构建依赖关系时，通常都要用项目到项目的引用替代解决方案依赖。
2)&& 项目到项目引用属性的变化
转换后，CopyLocalDependencies和UseDependenciesInBuild属性会被去除。“Use in
Build”属性改为“Reference Assembly Output”，以更好地表示该属性的作用。另外两个属性：“Link
Library Dependencies”和“Use Library Dependency
Inputs”增加到了被引用的那个项目中，以便被引用的项目控制它的输出是否被传递到引用它的那个项目中。以下是Visual Studio
2008和Visual Studio 2010项目到项目引用属性的对比图。
－把“Reference Assembly
Output”设为“false”会允许该项目成为项目到项目引用的一部分，从而设置构建依赖关系，而它的输出不会被传递到引用它的那个项目的CL中。此属性用于被托管的程序。
－把“Link Library
Dependencies”设为“false”，会允许该项目成为项目到项目引用的一部分，从而设置构建依赖关系，而它的输出不会被传递到引用它的那个项目的链接器中。
3）VC + +目录变化
Visual Studio 2010不再支持在Tools-&Options中设置VC +
+目录。相反，Visual Studio
2010引入了用户设置文件（Microsoft.cpp.&Platform&.users.props）以控制包括全局搜索路径在内的全局设置。这些文件位于$(USERPROFILE)\appdata\local\microsoft\msbuild\v4.0目录。当迁移到Visual
Studio 2010后，Visual Studio 2005或Visual Studio
2008的目录设置将会被移动到这些用户文件中。这些文件全局设置也会被导入到所有转换而来的以及新创建的项目中。
下面是通过用户界面更改设置文件的步骤：
◆点击View.Property Manage打开属性管理器。
◆展开项目节点，然后是Configuration|Platform
节点，你将会看到针对每个Configuration|Platform
的"Microsoft.cpp.&Platform&.users"
文件。这些就是提供全局设置的文件，跟以前的 tools/Options/VC++ 目录是类似的。
◆复选"Microsoft.cpp.&Platform&.users"，右键点击弹出窗口的属性页
◆在属性窗口页中，单击左窗格中的"VC++ Directories"，添加诸如“Include
Directories"的目录的路径，以分号隔开。
◆请确保关闭Visual Studio之前保存了刚才的设置。
◆重新启动Visual Studio，新的设置将会生效。
－注意：如果你想只改变一个项目的设置，你可以右键单击该项目，弹出属性页。更改“VC++
Directories”的设置，这些设置便被保存到项目文件中。
自定义生成规则的改变
在Visual Studio
2008中，自定义生成规则是由.rules文件定义的。转换后，.rules文件将会变成三个单独的文件：.targets,
.xml以及.props。转换后，你会在.rules所在的目录中发现这三个文件。请注意，没有UI可用于添加新的自定义生成规则。
改动检查的变化
当你按下F5键，检查改动情况的窗口可能每次会弹出，即使是刚刚才重新构建了一次。你可以参照这个博客来解决这一问题。最有可能的的原因是某些文件被列为了该项目的的一部分，但却不在磁盘上了。由于这些文件是项目文件的一部分，更新检查机制每次都会检查它们是否存在。而如果在磁盘上不存在该文件，Visual
Studio 2010就会认为需要重新构建一次。解决方法是，如果那些文件不存在了，请把它们从项目文件中删除掉。
Visual Studio 2010中的一个限制是，它还不支持可控增量构建(Managed Incremental
build)。我们正在研究如何在未来版本中支持这一功能。
&在Visual Studio
2010转换过程中的已知问题
以下是在Visual Studio 2010的转换过程中已知存在的一些问题：
TargetFrameworkVersion
转换后，托管的C++项目将设为默认为针对4.0 Framework。这种设计背后的原因是，Visual Studio
2010构建器的不支持2.0，3.0或3.5 Framework。Visual Studio
2008的构建器则必须使用2.0，3.0或3.5
Framework。为了使转换后的C++应用程序能马上就能运行，我们决定将C++程序的默认TargetFrameWorkVersion
属性改成4.0。可以通过下面其中一种方法把C++应用程序重新定向到其它Framework（如3.5）：
编辑vcxproj文件，并在第一组定义中加入以下内容：
&TargetFrameworkVersion&器v3.5“/
TargetFrameworkVersion”
打开Visual Studio 2010的命令行，设置TargetFrameworkVersion =
v3.5，然后从命令行运行devenv.exe。这将把所有C++应用的目标框架设为v3.5。
在构建程序时传递/p:TargetFrameworkVersion = v3.5参数给MSBuild：MSBuild
my.vcxproj /p:TargetFrameworkVersion =v3.5
请注意，要在***了Visual Studio 2008的情况下才能把应用程序的定向到2.0，3.0或3.5
Framework。
对于C#/ VB应用程序，如果目标Framework已经***在了计算机上，转换过程中则不会改变目标Framework。
如果目标Framework没有***，你可以选择下载所需要的Framework或将目标Framework升级到4.0版。
－如果在你的解决方案中混合有CSharp /
VB/托管C++项目，你可能会碰到它们分别针对不同目标Framework的情况。如果被引用项目的目标Framework比引用它的项目的Framework版本还高，你可能会收到警告MSB3258：
-The primary reference “foo, Version=x.x.xxx.xxxx,
Culture=neutral, processorArchitecture=x86” has an indirect
dependency on the .NET Framework assembly “mscorlib,
Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c”
which has a higher version “4.0.0.0” than exists in the current
target framework. The version found in the current target framework
redist list is “2.0.0.0”. By including the primary reference you
may get compile and/or runtime errors.
－你也可能如C4691这样的警告：type referenced was expected in the
unreferenced assembly ‘file’, type defined in current translation
unit used instead, if the Framework version of the referencing
project is higher.
－你需要把解决方法中的所有项目设为同一个版本的Framework。
在makefile的"Output"属性中使用引号
如果某个项目的makefile中"Output"属性里有引号，转换将无法进行。解决方法是在转换前把"Output"属性里的引号去掉。
Name="VCNMakeTool"&
BuildCommandLine="nmake&/nologo&&OUT=$(OutDir)&&&OBJ=$(IntDir)&"&
ReBuildCommandLine="nmake&/a&/nologo&&OUT=$(OutDir)&&&OBJ=$(IntDir)&"&
CleanCommandLine="nmake&/nologo&&OUT=$(OutDir)&&&OBJ=$(IntDir)&&clean"&
Output="&$(OutDir)hlekernel.rom&&&$(IntDir)hlekernel_gen.inl&&&$(IntDir)hlekernel_gen.h&"&
PreprocessorDefinitions="WIN32;_DEBUG"&
IncludeSearchPath=""&
ForcedIncludes=""&
AssemblySearchPath=""&&
ForcedUsingAssemblies=""&
&CompileAsManaged=""&
$(IntDir) 和 $(OutDir)中的反斜杠。
$（IntDir）和$（OutDir）分别对应属性页中的“General -&
Intermediate Directories”和“General -& Output
Directories”。为了统一$（IntDir）和$（OutDir）的格式，如果没有以"\"结尾的话，转换过程中会自动在它们的属性值末尾追加“\”。如果末尾有“/”的话将会被删掉。
不过，如果$（IntDir）或$（OutDir）用在makefile或自定义生成中，Exec任务会用到它，这就可能导致构建过程中断。
在makefile中，如果它们以"\"结尾，nmake工具就无法评估它的值。例如，使用如下命令，
BuildCommandLine="nmake /nologo
&OUT=$(OutDir)&
&OBJ=$(IntDir)&"
因为$（OutDir）和$（IntDir）末尾有“\”，nmake工具不能正确地将其展开，OUT和OBJ的值会被置为空。为了解决这个问题，你需要在属性页删除$（IntDir）和$（OutDir）中的"\"。
如果$（OutDir）或$（IntDir）被传递给自定义生成，包括生成事件、自定义生成工具，以及自定义生成步骤，你可能会遇到构建失败，其原因是“\”可能被这些工具当成了转义字符。例如，如果你有一个跟下面类似的预生成事件：
&PreBuildEvent&&
&&&Command&cl&/c&&/Fo"$(IntDir)"&"$(ProjectDir)\win32.cpp"&/Command&&
&/PreBuildEvent&&
命令行是：cl /c /Fo"Debug\" "C:\foo\win32.cpp" instead of cl /c
/Fo"Debug\\" "C:\foo\win32.cpp"
要解决这个问题，在传递给/Fo的值中的添加一个额外的“\”(C/C++ -& Output
Files -& Object File Name)，以补偿被当作转义字符的"\"。
解决方案资源管理器界面
在Visual Studio
2010中，解决方案资源管理器里的文件和文件夹显示由.vcxproj.filters文件控制。如果你有名字相同但位置不同的文件夹，例如“Native\Include”和
"Include"，那么在转换后，第二个"Include"和它里面的文件将不会显示在解决方案资源管理器中。若要解决此问题，你可以重新在解决方案资源管理器创建这个文件夹，并将相应的文件添加到文件夹中。
只读的项目文件或目录
当你从一个只读目录中开始升级，或是对以前只读的项目文件进行重新转换时，都有可能碰到问题。务必确保这些目录和文件都是可写的，除非你能对这些文件自动进行检查，就像在集成资源管理系统（integrated
source control system）中能做到的那样。
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。>>戴尔
戴尔 Inspiron 灵越
精巧vs精悍 快速、流畅、空间充足 四代平台阅智选择！
价&&&&&&&格：
促&&&&&&&销：
满减满2000元减19元满3000元减29元满5000元减39元
服务保障：
由&&发货并承诺提供以下服务保障
选择您要的商品信息
购买数量：
件（限购12件）
在线***：
******：
接待时间：
8:00-23:00
店铺30天退款率：
店铺动态评分：
描述:5.0持平同行
服务:5.0持平同行
物流:5.0持平同行
笔记本电脑
宝贝排行榜
已售出718笔
已售出104笔
已售出93笔
已售出61笔
已售出41笔
商品介绍Products
好评（0人）
中评（0人）
差评（0人）
主板芯片组
核心/线程数
显示器尺寸
显示器分辨率
显示器描述
PC电脑附件
当您在ZOL商城购买全新产品时，商家承诺所售出商品均为正品行货，如买家所购商品发现假货及非原厂正品商品，买家可以向ZOL商城发起"先行赔付"申请，ZOL商城核实后将进行先行赔付以保障您的合法权益。
1、先行赔付规则：
当您在ZOL商城购买全新产品时，若因该交易导致您的权益受损，且在您直接要求商家处理未果的情况下，您可以向ZOL商城发起"先行赔付"申请，ZOL商城核实后将进行先行赔付以保障您的合法权益。
2、先行赔付条件：
1、只有您在ZOL商城购买并且有购买凭据（购买凭据包括：电子订单、购货***等）的商品可申请先行赔付；2、确保申请赔付的商品必须与卖家销售的商品为同一件；注：买家不按照ZOL商城的交易流程而完成的交易不在"先行赔付"保障范围内；1） 未收到货情况下，买家提前确认收货的交易；2） 未在ZOL商城提交订单，擅自与卖家在线下付款完成的交易；
3、先行赔付流程：
4、先行赔付标准：
如买家所购商品发现假货及非原厂正品商品或商品本身有质量问题的
先行赔付问题订单的总金额（假一赔三不包含在此项处罚中）
收货15天内
如卖家对商品的描述、参数与实际不符的
先行赔付问题订单的总金额
收货15天内
如卖家未提供满399包邮服务，向您收取物流费用的
先行赔付问题订单产生的运费
收货15天内
如卖家未履行所承诺的***保障服务的，未按规定提供正规***或提供假***的
先行赔付问题订单的总金额
收货15天内
如卖家未履行7天无理由退货、15天换货售后服务，或发货后一直没有收到商品的
先行赔付问题订单的总金额
收货15天内
注： 产品均需在订单完成出现对应问题后发起先行赔付服务，否则商城将不按先行赔付处理。
5、先行赔付受理时间：
买家向ZOL商城申请"先行赔付"服务，需严格按照受理时限进行申请，超时商城将不与受理，并且不承担任何责任。
24小时发货
当您在ZOL商城中购买商品时，商家承诺您所下的订单，将在24小时内进行发货（部分商家节假日不发货）。
1、如何跟踪配送信息
配送信息您可点击查询"物流状态"即可查询到您所购买的商品的在途情况或者请您点击对应的物流承运商网站进行查询，快递单号可以登陆ZOL商城账号的订单管理中获取，建议发货后48小时后进行查询。
当您在ZOL商城购买产品时，商家承诺全店商品满399元且收货地址在商家指定的物流公司所覆盖的派送区域内，均采用商家指定的物流公司为消费者提供免费物流配送服务；如收货地址不在商家指定的物流公司派送范围内时，商家则使用其它可送达快递为消费者提供免费物流配送服务。如在商家店铺未购买达到399元，除商家优惠外，物流费用由买家自己承担。
1、赔付保障权益
如商家在规定的范围内向您收取物流费用，您可根据ZOL商城"先行赔付"进行维权、获得赔偿。
2、买家须知
1.&&如收货地址不在商家指定的物流公司派送范围内时，且在商家店铺购买达到399元，商家可使用其快递为消费者提供免费物流配送服务；
2.&&寄递物品违反禁、限寄规定或有关运输管理条例，经有关部门没收或依照有关法规、规定处理的，不在补偿范围内；
3.&&商家指定的物流公司的配送范围以本页公示的范围为准。港澳台及海外地区，大陆地区的部队（含武警）或受部队（含武警）管制的等商家指定的物流公司不予收送快件的机构不在配送范围内。
买家在zol商城购买商品时，所购买商品可提供正规商品***。且使用该服务不向买家收取任何其他费用。
1、赔付保障权益
如商家未履行所承诺的***保障服务，您可根据ZOL商城"先行赔付"进行维权、获得赔偿。
2、开***的注意事项
1.***金额不能高于订单金额。
2.为了享受厂商提供的质保服务，商品***开具为产品明细。（售后服务需根据***确认您的购买日期，***内容默认为您订购的商品明细。）
3.使用优惠券、积分的金额不开具***。
4.销售产品均可开具正规机打***（普通******），无需加税点，但为了保证***不遗漏和错开，请下订单时在补充说明（或者卖家留言），留言注明：需开***抬头XXX公司或者XXX人名。如忘记注明，请及时联系***帮助备注。
5.如果您收到的***与您输入的开票信息、订单信息不一致，请及时联系400-688-1999
6.未经ZOL商城允许，***部门将不接受***、传真、邮件、邮寄等形式的重开***申请，如您擅自将***寄到我公司的任一办公地址，在寄送过程中发生的***遗失、缺失等情况，概不负责。
凡在ZOL商城购买产品，售出产品有非人为质量问题凭有效检测报告、不影响商家二次销售的情况下可享受商品在自售出之日（以实际收货日期为准）起7日内无理由退换货、15日内换货的服务。如商家未履行所承诺的售后服务，您可根据ZOL商城"先行赔付"进行维权、获得赔偿。
本站ZOL商城所出售商品的商品详情信息及包装参数信息均由卖家自行设计、制作并通过ZOL商城向其开放的数据端口自行发布，其真实性、准确性和合法性由卖家负责。本站保证ZOL商城所出售商品均为原厂正品行货，但因生产厂家可能会在没有任何提前通知的情况下更改产品包装、产地或者一些附件，本站不能确保用户收到的货物与本站展示的图片、产地、附件说明完全一致。
购买价：购买价为商品的销售价，是您最终决定是否购买商品的依据。划线价：商品展示的划横线价，可能是如官方网站零售价、厂商指导价、厂商建议零售价、销售商门店挂牌价；由于地区、时间的差异性和市场行情波动，可能会与您购物时展示的不一致，该价格仅供您参考。折扣价：折扣指卖家在划线价（如官方网站零售价、厂商指导价、厂商建议零售价、销售商门店挂牌价）等某一价格基础上计算出的优惠比例或优惠金额。促销价：商品促销信息以商品详情页“促销”信息为准；商品的具体售价以订单结算页价格为准；如您发现商品售价或促销信息有异常，建议购买前先联系销售商咨询。
退换货说明
1、退换货成立条件：
1）&&商品在国家三包政策范围内并且不影响二次销售。
2）&&经由生产厂家认可的售后服务中心或国家认可的第三方质检平台检测确认的非人为商品质量问题，并出具检测报告(检测报告需由维权方出具，如维权方当地无检测条件的请联系卖家是否提供代检测服务)。
3）&&当您购买的商品需要办理退换货时，商家会根据退换货规则在24小时内为您审核。
2、退换货服务流程：
3、退换货商品引起的运费问题:
1）&&非商品质量问题而由买家发起的七天无理由退换货行为，买家退货的商品应当完好，退回商品的来回所有运费由买家承担。如因商品质量问题而导致的7天退货，15天换货行为，退回商品的所有来回运费均由卖家承担。卖家和买家另有约定的，按照约定。
2）&&售后商品经过检测后无质量问题，可以正常使用，商家一律使用顺丰到付返回。
3）&&退、换商品经售后检测无质量问题寄回后，如在7天内问题依然出现，将按上次的申请生效，请联系商家说明并将商品寄回，商家承担来回运费。
4）&&商城会根据检测结果判定谁来支付检测费用。
4、赔付保障权益
如商家未履行所承诺的无理由退换货服务，您可根据ZOL商城"先行赔付"进行维权、获得赔偿。
1、退款流程：
2、退款说明
取消订单退款：如果您完成支付后取消订单，ZOL商城会在订单取消完成后1天内处理您的退款。如果您只取消了部分商品，会在剩余商品发货完成后1天内处理您的退款。
3、赔付保障权益
如商家未履行所承诺的退款服务，您可根据ZOL商城"先行赔付"进行维权、获得赔偿。
4、退款方式
退款处理时限
支付宝账户
1-2个工作日
原借记卡帐户
5-7个工作日
原借记卡帐户
7-15个工作日
注意：银行退款处理时限仅供您参考，具体退款到账时间依各银行、支付机构等的具体操作处理时间而定。
各银行退款限制
支付宝不受理90天以前支付成功订单的退款申请
建设银行不受理148天以前支付成功订单的退款申请
中信银行信用卡不受理228天以前支付成功订单的退款申请
浦发银行不受理同一支付成功订单的多次退款申请
民生银行、浦发银行、中国邮政、中国农业银行不受理85天以前支付成功订单的退款申请
其他银行不受理365天前支付成功订单的退款申请
浦发银行、华夏银行、中国邮政不受理同一支付成功订单的多次退款申请
Zol商城为增加买家与商家双方之间的信任与交流，规避交易过程中的风险和受骗可能，确保您和商家不受损失。ZOL商城采用统一收款方式来保障买家与卖家的双方利益。
1、客户在接受商品订购与送货的同时，在您消费之前有义务遵守以下交易条款。请您仔细阅读以下条款。
1）&&变化性
由于价格波动不可预知，以订单提交付款时的价格为标准；
2）&&准确性
清楚准确地填写您的真实姓名、送货地址及联系方式；因如下情况造成订单延迟或无法配送等，ZOL商城将不承担责任；
1.客户提供错误信息和不详细的地址；
2.货物送达无人签收，由此造成的重复配送所产生的费用及相关的后果；
3.不可抗力，例如：自然灾害、交通戒严、突发战争等。
3）&&安全性
我们会保证交易信息的安全。
4）&&&&隐私权
ZOL商城尊重您的隐私权，在任何情况下，我们都不会将您的个人和订单信息出售或泄露给任何第三方（国家司法机关调取除外）。我们从线上得到的所有客户信息仅用来处理您的相关订单。
如因不可抗力或其它ZOL商城无法控制的原因使本平台销售系统崩溃或无法正常使用导致网上交易无法完成或丢失有关的信息、记录等，ZOL商城会尽可能合理地协助处理善后事宜，并努力使客户免受经济损失。
6）&&客户监督
ZOL商城希望通过不懈努力，为客户提供优质服务，我们在给客户提供服务的全过程中接受客户的监督。
7）&&争议处理
如果客户与ZOL商家之间发生任何争议，可依据当时双方所认定的协议或相关法律来解决。
本站ZOL商城所出售商品的商品详情信息及包装参数信息均由卖家自行设计、制作并通过ZOL商城向其开放的数据端口自行发布，其真实性、准确性和合法性由卖家负责。本站保证ZOL商城所出售商品均为原厂正品行货，但因生产厂家可能会在没有任何提前通知的情况下更改产品包装、产地或者一些附件，本站不能确保用户收到的货物与本站展示的图片、产地、附件说明完全一致。
购买价：购买价为商品的销售价，是您最终决定是否购买商品的依据。划线价：商品展示的划横线价，可能是如官方网站零售价、厂商指导价、厂商建议零售价、销售商门店挂牌价；由于地区、时间的差异性和市场行情波动，可能会与您购物时展示的不一致，该价格仅供您参考。折扣价：折扣指卖家在划线价（如官方网站零售价、厂商指导价、厂商建议零售价、销售商门店挂牌价）等某一价格基础上计算出的优惠比例或优惠金额。促销价：商品促销信息以商品详情页“促销”信息为准；商品的具体售价以订单结算页价格为准；如您发现商品售价或促销信息有异常，建议购买前先联系销售商咨询。
商品已成功添加至购物车
购物车共有7件商品，总价20908元
商品关注成功
您已关注11个商品，查看
您已关注该商品
您已关注11个商品，查看
非常抱歉，该商品就在刚刚售空了
页面将在2秒后自动刷新
领取优惠券成功
使用时间：
领取优惠券失败
点沸数码点沸数码点…
您可以查看
活动关注成功！
享受不一样的购物体验
共13件商品清空
我的优惠券
共关注了13件商品
活动进行中…
夏季办公室小家电推荐
活动进行中…
夏季办公室小家电推荐
活动进行中…
夏季办公室小家电推荐
活动进行中…
夏季办公室小家电推荐
活动进行中…
夏季办公室小家电推荐
活动进行中…
夏季办公室小家电推荐
活动进行中…
夏季办公室小家电推荐
其他进行中的活动 (8)
小家电红六月
小家电红六月
小家电红六月
小家电红六月
小家电红六月
小家电红六月
小家电红六月
小家电红六月
清空浏览记录？
确定后，您的浏览记录将被清空
请输入手机号
晚了一步，此团购已结束