Почему fseek или сброс всегда требуются между чтением и записью в режимах обновления?

Я попытаюсь подытожить некоторые из уже приведенных здесь пунктов, с которыми я согласен.

Лично я не думаю, что есть ответ "полегче". Существуют веские причины , почему вам не нужен служебный класс, заполненный статическими методами.

Короткий ответ заключается в том, что в объектно-ориентированном мире вы должны использовать объекты и все хорошее, что с ними связано (инкапсуляция, полиморфизм).

Полиморфизм

Если метод расчета расстояния между генами варьируется , вы должны примерно (более вероятно, Стратегия ) иметь класс гена для каждого варианта. Инкапсулируйте то, что меняется. В противном случае вы получите несколько «если».

Open For Extension, Закрыт для модификации

. Это означает, что если новый метод расчета расстояния между генами появится в дальнейшем, вы не должны изменять существующий код , а скорее добавить новый . В противном случае вы рискуете сломать то, что уже есть.

В этом случае вам следует добавить новый класс Gene, а не изменять код, написанный в #geneDistance

Скажите, не спрашивайте

Вы должны сообщить своим объектам что делать, а не спрашивать их состояние и принимать решения за них. Внезапно вы нарушаете принцип единственной ответственности , поскольку это полиморфизм.

Тестируемость

Статические методы вполне могут быть легко протестированы изолированно, но в будущем вы будете использовать этот статический метод в других классы. Когда дело доходит до тестирования этих классов на изоляцию, вам будет сложно это сделать. Проверьте параметры setvbuf () и _IOFBF , _IOLBF для этой функции.

fseek () или fflush () требует библиотеки для фиксации буферизованных операций.

Стандарт определяет операцию поиска или сброса как обязательную, чтобы позволить библиотеке использовать некоторые ярлыки; в противном случае для каждой операции ввода-вывода библиотека должна будет проверять, была ли предыдущая операция также операцией чтения (или операцией записи), и запускать сброс сама по себе, если "направление" ввода-вывода изменилось. Со спецификациями как есть, библиотека может предположить, что клиент выполнил поиск / сброс перед изменением направления ввода-вывода.

fseek () или fflush () требуют библиотеки для фиксации буферизованных операций.

Стандарт определяет операцию поиска или сброса как обязательную, чтобы позволить библиотеке использовать некоторые ярлыки; в противном случае для каждой операции ввода-вывода библиотека должна будет проверять, была ли предыдущая операция также операцией чтения (или операцией записи), и запускать сброс сама по себе, если "направление" ввода-вывода изменилось. Со спецификациями как есть, библиотека может предположить, что клиент выполнил поиск / сброс перед изменением направления ввода-вывода.

fseek () или fflush () требуют библиотеки для фиксации буферизованных операций.

Стандарт определяет операцию поиска или сброса как обязательную, чтобы позволить библиотеке использовать некоторые ярлыки; в противном случае для каждой операции ввода-вывода библиотека должна будет проверять, была ли предыдущая операция также операцией чтения (или операцией записи), и запускать сброс сама по себе, если "направление" ввода-вывода изменилось. Со спецификациями как есть, библиотека может предположить, что клиент выполнил поиск / сброс перед изменением направления ввода-вывода.