Re: NIB Object instantiation of missing class
Re: NIB Object instantiation of missing class
- Subject: Re: NIB Object instantiation of missing class
- From: Eeyore <email@hidden>
- Date: Wed, 1 Dec 2010 10:18:35 -0800
Could you mock/stub the framework? Supply stub objects/functions that would cause failing assertions if they are ever called to do "real" work and simply do nothing in cases where they are harmless. That way you can silence the warnings and also test your assumption that the outlet really does live by itself and won't be noticed if removed.
Aaron
On Dec 1, 2010, at 9:08 AM, Markus Spoettl wrote:
> Hello,
>
> I have an application for which I need to create a second version that's basically the same but doesn't use a Framework the original uses. I've done this by creating a second target where I removed all references to the framework in the target setup.
>
> In a NIB file the application instantiates an object of that framework. Apart from one outlet the object lives by itself and performs tasks in a stand-alone manner, so the app actually won't miss it if it's not instantiated. I'd like to avoid duplicating the nib and removing the object because it would generate a lot of overhead (localization, maintenance, etc.) that isn't justified.
>
> Now, it seems to work, all I get is a Console log entry stating that the object class wasn't found and NSObject was used instead. An outlet connected to that object wasn't restored either which generates another log message. Other than that the application behaves correctly.
>
> The obvious question is: Is there a better way to do this (that avoids duplication of resources), or is it OK?
>
> I'm targeting 10.5 my base SDK is 10.5, so far I only tested on Snow Leopard so I'm not sure if that situation is handled gracefully in Leopard (I assume it is).
>
> Regards
> Markus
> --
> __________________________________________
> Markus Spoettl
>
> _______________________________________________
>
> Cocoa-dev mailing list (email@hidden)
>
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
>
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden