доброй ночи. Сейчас начал писать приложение, с кучей настроек. Ну например выбрал 1 элемент, он влияет на следующие действия, если выбираешь другой элемент, то уже будут другие значение в последующих действиях. Или как в играх, выбрал уровень сложности, или покупка оружия у которых разная характеристика, и это влияет также на следующие действия.
Я подумал, как это дело все писать по грамотному. Опыта в таких проектах 0. Что можете посоветовать, подсказать, показать.
- Вопрос задан более трёх лет назад
- 1578 просмотров
Комментировать
Решения вопроса 1
20+ лет программирования
Вообще говоря, проектирование больших систем — это целый большой раздел науки/технологии программирования, который довольно отчетливо выделяется из программирования вообще, мало зависит от других разделов и интенсивно развивается. Существуют разные подходы и разные более-менее устоявшиеся технологии, даже стандартные технологические процессы.
Используются специальные интеллектуальные инструменты (см. напр. UML) и соответствующие программные инструменты. Существует, активно используется и развивается множество типовых проектных решений для разных случаев жизни — шаблоны (aka паттерны) проектирования, знание и использование которых которых ускоряет процесс и снижает вероятность неудачных решений — см. напр. Гамма, Хелм и др. — «Приемы объектно-ориентированного проектирования — паттерны проектирования». Существуют различные подходы в организации самого процесса проектирования. Эта наука (проектирование программ) близко лежит к организации бизнеса, используется много общих подходов (в частности, в проектировании бизнес-процессов используется BPML — родной брат UML)
Сделал Java программу с интерфейсом / Погодное приложение
Так что в два слова ответить на ваш вопрос трудно. Думайте, рисуйте схемы, погуглите, почитайте что-то по этим темам (хоть с википедии начните — https://ru.wikipedia.org/wiki/UML), пытайтесь что-то хотя бы частично в своей работе использовать.
С этими темами познакомиться хотя бы поверхностно следует любому программисту, ну а если вы планируете профессиональную карьеру — так более-менее хорошо их знать — просто обязательно.
Ответ написан более трёх лет назад
Комментировать
Нравится 2 Комментировать
Ответы на вопрос 4
Разбивать на мелкие задачи.Я вот недооценивал данный метод,но это самое эффективное что может быть при работе с задачей в которой много зависимостей.Еще можно нарисовать схему зависимостей на доскеграфическом редакторе.
Ответ написан более трёх лет назад
Комментировать
Нравится 3 Комментировать
Все настройки выносишь в один файл (или класс если в глобально области ничего нет) и во всех остальных страницах проекта только подключаешь этот файл и всё. Меняешь настройку в файле меняется везде. Что выносить в файл? То что используется более чем в 1 месте в проекте, то что может часто меняться.
Как создать программу для Windows? Как стать программистом?
Что бы if не плодить можно множитель добавлять. Простой уровень , тогда $m = 1 А цена например 5000*$m, средний уровень $m = 1,5 а сложный $m = 2 но в коде тебе менять ничего не надо уже, цена сама изменится.
Ответ написан более трёх лет назад
Комментировать
Нравится 1 Комментировать
Тема обсуждалась здесь.
Как держать в голове проект по программированию над которым работаешь не каждый день?
Изначально ХОРОШО ВСЁ ПРОДУМАТЬ, а потом уже писать.
С того момента пришли в голову новые мысли — но суть в общем такая же — разбивать на мелкие подзадачи, причем по возможности такие, чтобы сделал функцию — и можно забыть о том, что внутри — а помнить и записать только входные выходные параметры.
Проблема в чем — люди часто увлекаются процессом (он тоже приятный) и не продумывают в достаточной мере архитектуру — в результате на половине проекта обнаруживаются непреодолимые грабли и необходимость переписать всё с самого начала. А после того как всё хорошо продумано — может расхотеться писать — поскольку уже скучно. )))
В любом случае — успехов! Напишите как что получается.
Ответ написан более трёх лет назад
Комментировать
Нравится 1 Комментировать
Frontend developer 2gis
Использовать хорошие сборщики, которые сразу предлагают хорошую файловую структуру: TARS Хорошо задокументирован, есть статьи на Хабре!
Источник: qna.habr.com
TypeScript для PHP-разработчика. Как писать на JavaScript большие приложения и не сойти с ума
Лучше всех популяризировать «Не JavaScript» получилось у Ruby-разработчиков. Они смогли показать всему миру, что можно писать фронтенд, вообще не написав ни строчки кода на JS, благодаря CoffeeScript. Он стал революционным для своего времени. И у него есть много интересных достоинств. Но все же CoffeeScript не является языком JavaScript, уж простите.
Это другой язык, со своими нюансами и проблемами при отладке.
Когда на CoffeeScript пишут Ruby-разработчики, то это нормально. Для них это родной язык, можно сказать. Но когда на «кофе» пытаются писать PHP-разработчики, к примеру, или C#, Java-разработчики, то это должно вызывать больше вопросов, чем понимания. Зачем еще одни язык, когда можно использовать существующие знания и писать на чем-то, что более близко как синтаксически, так и идеологически?
Моя мысль, подтвержденная реальным применением на боевых проектах нашей компании, такова: TypeScript для PHP-разработчика такой же родной язык, как CoffeeScript для Ruby-программиста. А следовательно, если хотите разрабатывать сложные приложения на JavaScript, вы просто должны писать их на TypeScript. И далее мы будем рассматривать, почему стоит писать именно на TS.
Статью целиком читайте в журнале «Системный администратор», №7-8 за 2015 г. на страницах 95-99.
PDF-версию данного номера можно приобрести в нашем магазине.
- Список трансляторов и диалектов – http://goo.gl/EAabNP.
- Исходные тексты TypeScript – https://github.com/Microsoft/TypeScript.
- Онлайн-версия компилятора для демонстрации возможностей – http://www.typescriptlang.org/Playground.
- Официальный сайт Hack – http://hacklang.org.
Источник: samag.ru
Как проектировать сложные приложения. Восемь полезных советов
Перевод и адаптация статьи Kate Kaplan для NN Group.
3578 просмотров
Какое приложение считается сложным?
Согласно определению NN Group, сложное приложение – это то, которое поддерживает большой набор неструктурированных целей. Отличается нелинейными рабочими процессами, требует высокой квалификации пользователей в специализированных областях. Чтобы было понятнее, «Кухня на районе» – это не сложное приложение, а «1С» – сложное.
Как понять, что приложение сложное:
· есть специфические знания (термины, справочники, логика), которые поймут только квалифицированные пользователи;
· есть наборы больших данных, аналитика;
· поддерживается достижение целей с неизвестными или переменными базовыми задачами (например, когда ученый ищет лекарство от новой болезни и не знает заранее, какие пакеты данных придется обработать);
· нужна возможность совместного использования между сотрудниками или платформами. Например, чтобы можно было подгружать данные из Excel.
При разработке таких приложений нужно учитывать много деталей, составлять огромные дорожные карты, уметь в специфические термины отрасли. NN Group собрали 8 полезных советов, которые могут помочь.
Совет 1. Обучайте через действие
При знакомстве с приложением пользователи предпочитают сразу же начать его использовать, даже если оно очень сложное. Люди хотят сразу решать свои задачи, а не тратить время на обучение или чтение документации. Это называется «Парадокс активного пользователя».
При реализации обучения через действие очень важно сделать всё так, чтобы пользователи могли учиться, не теряя при этом важные данные. Например, можно ограничить возможность выполнять чересчур длинную последовательность действий без видимого результата. То есть, нужно разбить длинный процесс на много коротких и визуализировать изменения на каждом шаге.
Все это должно быть в режиме реального времени. Грубо говоря, потянул за ползунок – сразу увидел результат. Тогда пользователи успеют вернуться назад, если что-то пойдет не так.
Источник: vc.ru