I am generally in the camp of just using a List directly, unless for some reason I need to encapsulate the data structure and provide a limited subset of its functionality. This is mainly because if I don’t have a specific need for encapsulation then doing it is just a waste of time. However, with … Read more
I would use an array of T, a head and tail pointer, and add and get methods. Like: (Bug hunting is left to the user) // Hijack these for simplicity import java.nio.BufferOverflowException; import java.nio.BufferUnderflowException; public class CircularBuffer<T> { private T[] buffer; private int tail; private int head; @SuppressWarnings(“unchecked”) public CircularBuffer(int n) { buffer = (T[]) … Read more
The question is simply answered by recognising that inheritance models an “IS-A” relationship, while membership models a “HAS-A” relationship. An employee IS A user An employee HAS A userinfo Which one is correct? This is your answer.
The enum hack used to be necessary because many compilers didn’t support in-place initialization of the value. Since this is no longer an issue, go for the other option. Modern compilers are also capable of optimizing this constant so that no storage space is required for it. The only reason for not using the static … Read more
Circular imports are not inherently a bad thing. It’s natural for the team code to rely on user whilst the user does something with team. The worse practice here is from module import member. The team module is trying to get the user class at import-time, and the user module is trying to get the … Read more
If you define a class without any constructor, the compiler will synthesize a constructor for you (and that will be a default constructor — i.e., one that doesn’t require any arguments). If, however, you do define a constructor, (even if it does take one or more arguments) the compiler will not synthesize a constructor for … Read more
If I create a class MyClass and it has some private member say MyOtherClass, is it better to make MyOtherClass a pointer or not? you should generally declare it as a value in your class. it will be local, there will be less chance for errors, fewer allocations — ultimately fewer things that could go … Read more
No, it makes no difference. However the reason is not because it is a member declaration inside an interface, as Jon says. The real reason is according to language spec (8.9) that Nested enum types are implicitly static. It is permissable to explicitly declare a nested enum type to be static. At the following example … Read more
I like to have a logger method available in my classes, but I don’t like sprinkling @logger = Logging.logger in all my initializers. Usually, I do this: module Logging # This is the magical bit that gets mixed into your classes def logger Logging.logger end # Global, memoized, lazy initialized instance of a logger def … Read more
What does your .h file end with? I’m guessing that the end of your class defnition does not have a “;”. The class is being interpreted as the return type of the first function in your cpp file.