powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Java [игнор отключен] [закрыт для гостей] / Задача ООП
4 сообщений из 54, страница 3 из 3
Задача ООП
    #38161277
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Добавить таблу-класс МетодикиРасчёта-Договор где все ставки, формулы и текст договра.
У Договора есть периодДействия. Текущий договор подымается из БД и пересчитываетЗаново если нужно.
imho
...
Рейтинг: 0 / 0
Задача ООП
    #38161284
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Получается, что сущность "Алгоритм" вроде бы есть, но мне название не нравится.)))
Програмистсткий термин.
У меня Это называется Договор(расчёта). Но я тоже не спец по предметке.
...
Рейтинг: 0 / 0
Задача ООП
    #38161290
javapecker
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123,
ну вроде несложно. Есть черный ящик, алгоритм. На вход даешь сумму и ставку, на выходе получаешь разбивку выплат по периодам. Можно реализовать его как функцию, в этом случае сущностью он не будет, а можно сделать объект, который будет реализоывать этот алгоритм, и передавать его всем другим объектам, которые знают его интерфейс, просто потому что в Java нельзя передать ссылку на метод. В Договоре исходные данные для алгоритма, и указания какой алгоритм применить, если в таких терминах. Но Договор не есть алгоритм.
...
Рейтинг: 0 / 0
Задача ООП
    #38161451
Vladimir Baskakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
javapeckerAlexey123,
Хранить или не хранить рассчитанные суммы по периодам тоже большой вопрос. Например, у вас много клиентов, и вы хотите получить отчет об остатках их задолженностей. А для того чтобы это сделать, нужно рассчитать сначала суммы всех кредитов, потом отнять от них платежи. Это будет очень долго. К тому же, суммы выплат по периодам можно хранить в базе, при этом не выделяя их в отдельные сущности.
ну да. Графики погашений хранятся, чтобы генерировать списания, по алгоритму списаний, с учетом задолженности. А в остальном - пример не слишком удачный. Тут объекты только под ногами путаются. Попробуйте нарисовать юз-кейсы просрочек, и досрочных погашений и станет веселее. опять таки и прогноз будущего денежного потока без хранимого графика погашений.... но там по жизни тоже не очень объектно....
...
Рейтинг: 0 / 0
4 сообщений из 54, страница 3 из 3
Форумы / Java [игнор отключен] [закрыт для гостей] / Задача ООП
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]