随版本更新、内存占用扩大而使得老机型无法被兼容的话，应该怎么处理？

[APOO]

虽然我自己的程序还没到这个地步。
但是想事先知道可能遇到的问题，做好规划。

就以手机QQ为例吧。
手机QQ2009占用的内存很小，可以同时在5700这种小内存机器上开一个QQ开一个Google Maps再开一个UC浏览器。可是QQ2010占用的内存陡增，开了QQ再开Google Maps就很困难了，有时Google Maps或是QQ都会自动退出。到了QQ2011和最新的QQ2012，几乎是开了QQ再开Google Maps，QQ就会退出。

不知道商店有没有这种机制，就是同一款软件，对某些机型发布老版本，而对新机型则采用新版本。
好像Windows Marketplace有这种类似的机制，就是更新SDK变成专门针对新机型开发的软件之后，老机型将停留在某一个老版本不再更新。如果用户在新机型上登录自己的账号，则可以下载到新版本
。
因为软件想做成收费的，不希望在时间长了之后遇到这样纠结的问题。假如某个版本之后内存占用大了，不支持某些老机型了，那么，我就面临一个两难的境地。如果直接给原软件升级到新版本，那么老机型的用户若是升级，则面临软件不可用的困境，若不升级，Nokia Store会一直提示他升级。如果另开一个软件项目上传适用于新机型的占内存较大的版本，则老机型用户不受影响，但新机型用户若想升级到最新版本，需要重新购买这个新提交出来的项目。

或者，有没有这样的机制，就是新建一个项目之后，指定原项目的购买者自动获得下载新项目的权限？

特地发帖请教一下，谢谢。

[w80wang]

很好的提议和建议。
简单地说我们Nokia Store目前不支持你提出那种针对不同机型推送不同版本的机制。
但是如果您曾经在我们Nokia Publish中尝试发布内容，对于我们发布内容的构架来说，可以规避这个问题。
在我们的Nokia Publish中，每一个产品分为 内容项和内容文件两部分，内容项包含产品的所有描述信息，而内容文件该产品的所有版本安装包。
一个内容下可能支持多个内容文件，每个内容文件有独立的发布目标。
简单说，对于你的例子，
例如我发布一个QQ软件，我可以同时发布两个包，分别对应老机型和新机型。如果有更新但是只支持新机型，那么只用简单更新新机型的文件，保持之前的老机型文件不变，
那么在前台的效果是：
老机型用户访问并被推送老机型包，那么新机型访问，因为做过更新推送最新的安装包。

[r60600]

以前Symbian的安装包可以根据设备选择性安装不同版本，但也有局限。最好是商店先获知访问设备型号，后自动推送至相应版本链接。