Да 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, желательно периодически проверять склады по транзакциям
- рассчитать зарплату, сложив кучи операций по несколько копеек
- Так же есть ограничение прав для пользователей, что показывать, что можно нажимать
- И так далее в этом направлении
все же логику получения (хоть по каким критерием) — задача репозитория,
У меня задача скорее как правильно отделить бизнес логику. Просто в интернете много мелких примеров, которые очень мелкие и примитивные.
Если я все правильно понимаю то должна быть такая модель работы с данными.
Gearman посмотрю. Спасибо