Introduce an interface for controlling the encoding per column

There are use-cases in which it is advantageous to have control over the type of encoding used for a given column. To achieve this, the ParquetProperties class must be refactored to facilitate its subclassing. The constructors of ParquetWriter and (probably) InternalParquetRecordWriter have to be modified as well. All the internal parquet classes have to refrain from directly instantiating ParquetProperties and should accept the instance from outside.

Currently me and my team are using a good amount of reflection and unenforceable assumptions in order to gain control of this behavior. I'd like to implement the interface change. Are you interested in this feature?

**Reporter**: [Boris Peltekov](https://issues.apache.org/jira/secure/ViewProfile.jspa?name=peltekster) / @peltekster

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

Beginne damit, ParquetProperties sowie die Konstruktoren von ParquetWriter und InternalParquetRecordWriter zu lesen. Verfolge die internen Parquet-Klassen, die ParquetProperties instanziieren, und definiere anschließend die erforderliche Schnittstelle und den Abhängigkeitsfluss, um die Kodierung pro Spalte zu steuern; abgeschlossen ist die Aufgabe, wenn Aufrufer das Kodierungsverhalten ohne Reflection oder direkte interne Instanziierung vorgeben können.

Vom Indexierungsmodell aus dem Issue-Text verfasst.