Да Id известен, да визуальное, примерно как на скрине. На скрине видно, что мне нужно запросить у сервера работников со 176 по 200. Для того что бы выделить работника 246, и показать пользователю. Задача и стоит узнать, какую страницу (или с какого по какого) мне нужно запросить у БД, что бы требуемый работник оказался на экране.
Сергей Паньков, Спасибо за понимание (Если это не сарказм)
Я вот теперь думаю REST API как вы посоветовали или grpc который посоветовали выше, вроде и то и то имеет право на жизнь, и то и то вроде должно работать) Может подскажете в этом вопросе?
Сергей Паньков, Я где то настаивал на UDP? Или я где то говорил что я против фреймворков? Мне кажется я сюда и пришел с вопросом посоветовать решения для моей задачи? Или теперь у нас тостер только для гениев и опытных разработчиков стал?
Не понимаю что вы так взъелись. Только супер опытные программисты могут делать полезное ПО? Или это плохо, что я для своего предприятия пишу свое ПО, которое учитывает все наши задачи? Обычный GUI типо MDI окна с таблицами и формами. Моя программа удовлетворяет потребностям производства, считает ЗП, Склады, продукцию, себестоимость и так далее, Возможно я не правильно понимаю ERP, возможно правильнее сказать программа учета предприятия, но это работает, и я хочу сделать еще лучше, это тоже плохо? Или мы должны обязательно пойти отдать сотни тысяч на разработку?
javedimka, Несколько людей и сейчас ей могут пользоваться. Переписываю по причине улучшения программы. Это первая программа, на ней я учился программировать, и конечно же там куча костылей, куча говнокода, да и с ростом кол-ва данных она начитает тормозить. Ну а так как я буду переписывать, хотелось бы сделать более грамотно, и поучиться новому.
javedimka, Этим я и пытаюсь заняться. Сама программа написана мной же, работает более менее, С сокетами дело имел на базовом уровне, Игрался немного с Django, более менее что то получалось.
Если web фреймворк, то это Django, или flask?
Я думал об этом, но это наверно излишне, и как обмениваться данными, через html, это вроде достаточно медленно, и если я правильно понимаю все запросы будут в виде server/new_order/user=1&client=2&...
Поподробнее например:
- Получить список заказов (большой и много данных)
- Завести новый заказ (или отредактировать) + позиции в заказе
- Рассчитать необходимое кол-во товара, материалов на выполнения заказа
- произвести списание товара со склада при отгрузке
- Построить отчет квартальный (большая куча цифр и запросов к БД)
- Вести склады методом FIFO, желательно периодически проверять склады по транзакциям
- рассчитать зарплату, сложив кучи операций по несколько копеек
- Так же есть ограничение прав для пользователей, что показывать, что можно нажимать
- И так далее в этом направлении
все же логику получения (хоть по каким критерием) — задача репозитория,
У меня задача скорее как правильно отделить бизнес логику. Просто в интернете много мелких примеров, которые очень мелкие и примитивные.
Если я все правильно понимаю то должна быть такая модель работы с данными.
Спасибо за ответ, я знаю про репозиторий, и даже использую его с ОРМ.
Да мне нужно получить список моделей, но так же мне нужно предоставить данные для вставки в таблицу, например ID, Имя, Фамилия, дата рождения (или например по требованию пользователя добавить колонки). Так же мне нужно их отсортировывать например по вакансиям, или отфильтовывать по имени, или например удалить выбранного работника, или например копировать запись, или предоставить кол-во работников, стаж которых более года, или еще что нибудь. То есть работа со списком будет происходить.
