Consider an employee service, say in an SOA-based implementation, which exposes the following method:
Employee getEmployeeInfo(int employeeId)
Looking at this signature,
Employee can be defined as struct because it would be faster and lighter weight compared to defining
Employee as a class:
struct Employee
{
int employeeId;
int department;
string name;
string designation;
string address;
....
}
In order to reduce network overhead, the
Employee service should also provide the following overload:
Employee [] getEmployeeInfo(int[] employeeId)
Now, should
Employee be a struct or a class (a value type or a referenece type)?
Since the array is a reference type, boxing will kick in to convert the value type to a reference type at runtime and performance overhead will be incurred. This makes it sensible to make
Employee a class rather than a struct.
Although this explanation cites an SOA-based implementation, it is applicable in any scenario involving boxing.