我可以找到关于僵尸的问题,但没有一个直接解决它们是什么以及为什么以及它们如何发生.有几个解决了在回答特定问题但不解决原因的背景下僵尸进程的问题.
还有关于僵尸进程和有关Objective-C/Cocoa相关僵尸对象的问题的问题.有什么区别或这些有何关系？Mac/iPhone上的"EXEC_BAD_ACCESS"(或其他平台上的类似错误)是僵尸的代名词吗？
如何防止僵尸,是否有任何有助于避免僵尸的最佳做法？
将这些信息放在一个地方会很有帮助.如果可能,此问题旨在与平台/语言无关.
我有一个应用程序,我将作为免费(精简版)版本发布,其中包含一些总功能和带有高级功能的付费完整版.现在,通过应用程序购买免费应用程序,我正在考虑使用能够根据需要解锁功能的路线.我不是在谈论过期的试用版.我希望人们能够在决定购买应用程序的每个主要部分的全部功能之前尝试应用程序并了解界面和功能.
这是我的应用程序的类比.假设您有一个烹饪应用程序,教您以不同的方式烹饪.可能有法语,意大利语和中文的主要部分.每个部分都可以在免费应用程序中解锁一些基础知识,以便用户可以看到UI和功能的基础知识.然后,用户可以决定在应用程序购买中单独购买(或不购买)每个主要部分或购买完整版本的应用程序(使用免费/付费模型).
我在提供应用程序购买的免费应用程序时的一个问题是反馈.我会在应用程序商店的描述中非常清楚,在应用程序中购买了完整的功能,但我担心不太严肃的用户会/会留下负面反馈.我认为这总是风险,但对任何经验都很好奇.
它似乎也可能是一个更复杂的跟踪应用程序购买锁定和解锁的应用程序的哪些部分.我知道我必须拥有完整功能的所有代码并"锁定"尚未购买的部分.人们通常如何锁定部分代码？我不是在谈论购买过程(我已经阅读了In App Purchase Programming Guide),但是在购买之后.我是否只是跟踪用户购买的内容并将条件放在最初锁定的部分上？或者还有另一种方法可以做到这一点吗？
我的直觉是购买应用程序(特别是因为用户可以单独购买他们想要的主要部分).
我有一个带有根视图控制器的UINavigationController,然后我将UIViewController推到导航控制器的堆栈上.当用户点击backBarButtonItem时,我希望能够在满足某些条件时弹出警报视图并取消视图控制器的弹出窗口.例如,用户可以进行某些选择,但是它们的某些组合可能无效,因此我想通知他们进行更改.
我知道我可以阻止用户进行无效组合,或者在选择了无效组合时弹出警报视图,但我不想这样做.用户可能正在更改选择并且可能意识到某个组合无效但我宁愿让他们选择使组合无效的内容然后更改其他内容(如果他们在尝试之前没有进行更改则通知他们)到上一个屏幕).例如,如果我阻止他们选择构成无效组合的东西,那么他们可能必须在屏幕上向上滚动,更改某些内容,然后向下滚动而不是进行选择然后向上滚动并更改某些内容.
使用viewWillDisappear:不起作用,因为虽然我可以产生一个警报视图,但我无法找到一种方法来防止爆发发生.将显示警报视图,但视图控制器仍会弹出,并且它们将返回到根视图控制器(显示警报视图).
有没有办法防止爆发？如果没有,这是否值得提交错误报告,或者这是不必要的和/或深奥的？