dimakarp1996/culinaryapp

Это наш проект CulinaryApp

Функционал проекта - приложение, куда вводишь то, что есть в холодильнике, и оно предлагает, что можно приготовить из имеющейся еды

Как установить:

скачать репозиторий

Как запустить:

перейти в главную директорию проекта, набрать python CulinaryApp.py

Как запустить юнит-тесты:

перейти в главную директорию проекта, набрать python test_all.py

Как запустить REST API:

1)Поставить проект в корень диска С(чтобы адрес был С://CulinaryApp). Либо же поставить проект в другую папку и прописать глобальную переменную CULINARY_APP_DIR в качестве этой директории.

2)Прописать глобальную переменную python_path - путь к exe-шнику python(для корректной работы REST API)

3)Запустить ( от имени администратора) файл CulinaryServer/CulinaryServer/bin/Debug/CulinaryServer.exe , после чего совершать POST запросы для взаимодействия с приложением. В качестве первого запроса должно быть число от 0 до 12, в качестве второго запроса - это же число и(через пробел) список наименований ингредиентов(без кавычек, разделенный только запятыми), каждое наименование должно дословно соответствовать выведенным на экране выше. Если в наименовании больше 1 слова, разделяйте слова знаком _ , но не пробелом.

ПРИМЕР ПЕРВОГО ЗАПРОСА: 0

ПРИМЕР ВТОРОГО ЗАПРОСА: 0 вода,водка,гашеная_сода,грибы

4)После запуска откройте файл Receipts.txt в C://CulinaryApp

culinaryapp's Issues

Проблемы

1)ПРограмма парсит каждую категорию максимум до пятой страницы. Как следствие, слишком мало данных и слишком мало возможных ингредиентов
(Это решено, теперь можно прямо в программе задавать, сколько примерно страниц надо)
2)Надо использовать более качественную метрику определения ближайшего расстояния от того, что ввел пользователь, до ингредиента, чем просто расстояние Левенштейна. м.б Word2Vec?
(делать это только в последнюю очередь, т.к вызовы все равно будут через веб интерфейс - сначала вызовы надо сделать из фиксированного списка, остальное - если есть возможность только)
3)Не настраивается Travis - выдается ошибка(это решено)

4. Мало юнит-тестов. mock с builtin.input считывает только по 1 символу. Что плохо. Тестами надо покрыть минимум 60% кода.
   5)Код написан не в объектно-ориентированном виде - надо переписать в объектно-ориентированном, и чтобы там были какие-то из упомянутых паттернов(готово)
   6)Добавить защиту от угроз(грубо говоря, чтобы если пользователь вводит не то, что надо, чтоб не выводило сразу ошибку)(делать это только в последнюю очередь, так как ввод в идеале все равно будет через консоль)
   7)ingredient_search работает некорректно(...)
   8)Сделать веб-приложение(решают Андрей Лапушкин и Дима Прасолов)

На перспективу

Недостатки:
недружелюбный к пользователю интерфейс