new_instance on class produces an AnyObject which is okay but not preferred. As this is already baked in and depended upon I'd recommend changing that at 1.0 to Class. (Or if it really goes the direction I would like it would be Result<Class, AnyException>).
I've chosen to implement the allocate method to produce the Class type as output as it's a convenience method. If it were just AnyObject one could simply use send("allocate", None) and get what they want. But with AnyObject the worst case code would look like
Since send("allocate", None) is simple enough for anyone who really wants to protect their specific scenario then it becomes a simple choice for the to choose that or allocate() -> Class.
These are my thought on it. A convenience method which wouldn't make sense to implement as AnyObject as the convenience of send is already there.
new_instance goes through both Class.new and Class.initialize which both have been known to be re-written by software developers. Class.allocate can be overwritten but I believe that's unheard of as it's sole purpose is to give you a raw instance of the class and not do anything else… so no exceptions are to be raised. Since allocate is a raw instance of a class by definition I believe this form of implementation for allocate in ruru just makes sense.
new_instanceon class produces an AnyObject which is okay but not preferred. As this is already baked in and depended upon I'd recommend changing that at 1.0 toClass. (Or if it really goes the direction I would like it would beResult<Class, AnyException>).I've chosen to implement the
allocatemethod to produce theClasstype as output as it's a convenience method. If it were justAnyObjectone could simply usesend("allocate", None)and get what they want. But withAnyObjectthe worst case code would look likeSince
send("allocate", None)is simple enough for anyone who really wants to protect their specific scenario then it becomes a simple choice for the to choose that orallocate() -> Class.These are my thought on it. A convenience method which wouldn't make sense to implement as
AnyObjectas the convenience ofsendis already there.new_instancegoes through bothClass.newandClass.initializewhich both have been known to be re-written by software developers.Class.allocatecan be overwritten but I believe that's unheard of as it's sole purpose is to give you a raw instance of the class and not do anything else… so no exceptions are to be raised. Sinceallocateis a raw instance of a class by definition I believe this form of implementation forallocatein ruru just makes sense.Resolves #83