With Xcode 6.3 there were new annotations introduced for better expressing the intention of API's in Objective-C (and to ensure better Swift support of course). Those annotations were of course non...

seen from Malaysia

seen from Russia

seen from United States
seen from Hong Kong SAR China
seen from Australia

seen from Singapore
seen from China
seen from Netherlands

seen from United States

seen from Romania
seen from Türkiye

seen from Malaysia

seen from Russia
seen from China
seen from China
seen from Malaysia
seen from China

seen from Singapore

seen from Türkiye

seen from United States
With Xcode 6.3 there were new annotations introduced for better expressing the intention of API's in Objective-C (and to ensure better Swift support of course). Those annotations were of course non...
bites you bites you bites you bites you
AAAOIUURRRRGHH OUHGHHH YYOU ARE EATED ME..... WHY VIVIAN WHY *CRUMBLING TO DUST
Generate package-info.java files from a template for all your project packages. Keep default package settings separate as to not crowd your source files.
Set default Java null annotations by package using package-info.java files. This way, you reduce the number of in-code annotations by half!
Missing in PHP7: Nullable return types
Missing in PHP7: Nullable return types
This is the fifth post in my Missing in PHP7 series. The previous one is about Collections. This is a short post, as there really is not much to explain or motivate.
Nullable return types
As of PHP7, we have return types at our disposal. Unfortunately, these have some annoying limits. One of them I described in my PHP Collectionsblog post. Another is the lack of nullable return types. This blog…
View On WordPress
iOS SDK: UIAlertAction accepts nullable title
UIAlertAction’s init method takes a String? for “title” in Swift, but the documentation states “This parameter must not be nil”
https://openradar.appspot.com/22869504
UIAlertAction initializer takes optional string when it should be non-optional
Summary: The UIAlertAction documentation states that the title parameter in its initializer "must not be nil". However, this parameter is marked as optional when it could be marked as non-optional to enforce this requirement at compile time.
Steps to Reproduce: Pass nil title to UIAlertAction initializer Application Crashes with no compiler error despite requirement of non-nil titles.
Expected Results: UIAlertAction initializer's title parameter should not be optional to enforce this requirement.
Actual Results: UIAlertAction initializer allows title to be nil, causing a crash.
https://openradar.appspot.com/22609978
[NSArray arrayWithArray:] now requires a nonnull argument
[NSArray arrayWithArray:] now requires a nonnull argument. This was traditionally used a lot in situations where you either have nil or an array, to make sure there’s always an array. Granted, I don’t see that explicitly documented, but it’s something I see a lot in code. (Same behaviour with NSDictionary and NSSet)
[...]
We used arrayWithArray: to
a) make sure we return immutable data b) make sure we always return an object and never nil.
I’ll recommend making the signature nullable to keep that useful behavior.
http://openradar.appspot.com/21290730