Refactor the Statistics classes to match the specialized pattern used throughout parquet

Because Parquet tries very hard to avoid autoboxing, most of the core classes are specialized for each primitive by having a method for each type, eg:

```Java
void writeInt(int x);
void writeLong(long x);
void writeDouble(double x);
```

and so on.

However, the statistics classes take the other approach of having an InstStatistics class, a LongStatistics class, a DoubleStatistics class and so on. I think it's worth going for consistency and picking a pattern and sticking to it. Seems like the first pattern I mentioned is currently the more common one.

We may want to take this one step further and define an interface that these all conform to, eg:
```Java
public interface ParquetTypeVisitor {
void visitInt(int x);
void visitLong(long x);
void visitDouble(double x);
}
```

**Reporter**: [Alex Levenson](https://issues.apache.org/jira/secure/ViewProfile.jspa?name=alexlevenson) / @isnotinvain

_{**Note**: *This issue was originally created as [PARQUET-32](https://issues.apache.org/jira/browse/PARQUET-32). Please see the [migration documentation](https://issues.apache.org/jira/browse/PARQUET-2502) for further details.*}

Bắt đầu bằng cách xác định các lớp Statistics và những phương thức hiện có được chuyên biệt hóa cho kiểu nguyên thủy, chẳng hạn như writeInt, writeLong và writeDouble. So sánh các thiết kế hiện tại của InstStatistics, LongStatistics và DoubleStatistics với các mẫu chuyên biệt xung quanh. Công việc được xem là hoàn tất khi phần triển khai Statistics tuân theo một mẫu nhất quán và interface ParquetTypeVisitor được đề xuất được giải quyết như một phần của thiết kế.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.