лучше организовать операции чтения/записи в моем проекте

Question

Моего кода содержит следующие методы чтения/записи для записи данных в базу данных

метод прочитанных как

1. общественного Byte [] ReadFile (arg1)
2. общественного Byte [] ReadFile (арг1, арг2)
3. общественного InputStream ReadFile (арг1, арг2)
4. общественной MyStream ReadFile (арг1, арг2)
5. общественного Byte [] ReadFile (arg1, arg2, arg3)

Писать такие методы, как

1. общественного String [] WriteFile (arg1)
2. общественного String [] WriteFile (arg1 , arg2)
3. public MyStream writeFile (arg1, arg2) -> файл записывается из этого выведенного потока
4. public String [] writeFile (arg1, ar g2, arg3)

Различные классифицированные виды доступа к этим методам для чтения и записи. Просьба предоставить мне лучший способ организовать это лучше.

Я хотел бы иметь централизованную часть, где все мое чтение/запись произойдет.

Кто-то, пожалуйста, помогите мне выбрать подходящий образец для организации этой скважины.

Answer 1

Вы можете сделать это следующим образом:

interface DatabaseServices { 
    ... listing all the methods that you want to "combine" 

class DatabaseServicesImpl implements DatabaseServices { 
    ... implementing all those methods 

enum DatabaseServicesProvider implements DatabaseServices { 
    INSTANCE; 
    private final DatabaseServices impl = new DatabaseServicesImpl(... 
    ... forwarding all service calls to the impl object 

выше, имеет преимущество, что он «полностью» блок-проверяемые (если вы просто создать перечисление и поставить его методы, вы нарушаете свою способность тестировать клиентов, которые используют перечисление).

Оттуда вы входите в существующий исходный код и отбрасываете все свои методы, которые в настоящее время получают доступ к вашей базе данных; заменяя их звонками, такими как

DatabaseServices services = DatabaseServicesProvider.INSTANCE; 
... 
services.whatever() 

Где: «Перечислительная часть» как-то необязательна. Но очень часто вы обнаруживаете, что вы хотите, чтобы такие службы, связанные с БД, были центральным органом власти (другими словами: singleton). И перечисления просто обеспечивают хорошее, чистое решение этого «глобального» аспекта. Если вам не нужен центральный экземпляр (что было бы лучше всего в любом случае), просто забудьте об этой части.