-
Notifications
You must be signed in to change notification settings - Fork 268
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Experimental circular dependency fix #38
Conversation
…x' into experimental-circular-dependency-fix
…ncy-fix Experimental circular dependency fix
Great work. |
Super contribution. Big thanks Robert. |
Thanks, my pleasure! |
Looks like I can no longer reproduce the OS X test crasher. Did you do anything to fix it? |
No, nothing touched there from me. . . . I did notice circular deps still not 100% OK. Created a circular dependency on iOS, and got the app to crash. |
Strange! I can't see anything wrong from looking at the code around where the screenshot shows the crash. Might have been incidentally fixed by switching over to OCLogTemplate. Regarding the circular dependency crash - I haven't noticed anything myself. Looks like we need more test cases there! |
Fixes #25.
I took the opportunity to clean up the code as I tried to understand it. In particular, handling assembly method calls and, to a lesser extent, constructing the instances. I think we're starting to see an opportunity for a few new abstractions down the line. For example, there are lots of cohesive methods in TyphoonComponentFactory(InstanceBuilder) that handle property injection.
Passes all iOS tests, but the OS X tests crash in
-[CampaignQuest description]
. After I have a chance to look into and fix that, this should be good to go. You'll find a screenshot of the OS X tests crashing below. The stack trace is not stable across runs, so definitely a memory issue.Let me know what you think!