Создайте программу из A-> Z
Согласно Документу :
... промежуточное ПО (аргументы): функции, соответствующие API промежуточного ПО Redux. Каждое промежуточное ПО получает функции диспетчера Store и getState в качестве именованных аргументов и возвращает функцию.
blockquote>Это означает, что нам нужно передать функции в
applyMiddleware. В вашем случае вы передаетеpromise()вместоpromise(функция), поэтому она не работает с ошибкой:промежуточное ПО не является функцией
blockquote> [119 ] Напишите это так:
const middleware = [ thunk, promise, epicMiddleware ];
6 ответов
Не запускайте, мысля широко. Запустите путем размышления маленький. Когда Вы мыслите широко, Вы рискуете пугающий сами.
Когда я начинаю путем размышления слишком большой, я никогда не могу находить правильное стартовое место, и я вхожу в бесконечные круги мысли во многом как то, что Вы описываете. Если я могу запустить на небольшой, реалистической, и управляемой задаче затем, я начинаю делать небольшие количества прогресса. После того, как одна часть будет сделана, затем я могу запустить на следующем. Конечно, я позже возвращусь и настрою предыдущие части, но это в порядке. По крайней мере, я начал и на правильном пути и не всунут, "где я запускаю" перфекционистскую неопределенность.
Как Вы едите слона? Один укус за один раз.
[Редактирование] Здесь является другой идеей: попытайтесь записать простое, но законченное приложение каждый день в течение недели. Это требует делать вещи взлома-y и использовать полумысль запутанный код. Но это также вынудит Вас сфокусироваться на том, чтобы сделать реальный вывод и оценить, какие функции необходимы и которые являются просто излишним усложнением.
Я не рекомендовал бы это для многих людей. Если Вы будете делать это слишком долго, то Вы создадите зверские привычки. Однако для Вашего персонального провала в памяти, это осуществление может помочь.
Если Вы действительно решаете сделать что-то вроде этого, отправьте назад здесь и давайте знать, как это пошло.
Удачи!
PS: большой вопрос. Я уверен, что многие люди сталкиваются с этой той же ситуацией, но не хотят спрашивать из страха того, чтобы выглядеть плохо. Я знаю, что обрек многие свои собственные персональные проекты из-за точно причин, которые Вы описали
Попытайтесь сделать "маленькие шаги"...
Например, для адресной книги, создайте поиск сначала, затем форма создания, затем форма обновления, и так далее. Также чувствуйте себя свободно, чтобы часто осуществлять рефакторинг Ваш код, избегать дублирования.
Я иногда создаю первую и небольшую версию приложения этот путь, и я раньше создавал вторую более чистую версию после того, как изучили ошибки, которые я имею, сделал на V1.
Записи, что Вы хотите, чтобы программное обеспечение делало, помогают много также, обычно это было бы Вашей функциональной спецификацией, но для небольшого приложения это будет достаточно для записи то, что Вы хотите, чтобы это сделало.
Разломайте это на маленькие "маленькие шаги", как упомянуто paulgreg, таким образом, можно начать работать над теми, в то время как следящий за большим изображением.
Как сказанный Timbuck, это помогает работе в промышленности, так как можно учиться от других и позволить им сделать это здание для Вас (в начале), но Вы также получаете к созданному больше опыта программирования, потому что Вы добираетесь, чтобы сделать это намного больше!
BTW: Если Вы не любите идеи создать некоторое "бесполезное Приложение", думаете о Приложении, Вы хотели бы иметь себя. Наверняка существуют люди там, которые хотели бы иметь его также, таким образом, можно пойти и продать его в качестве условно-бесплатного программного обеспечения где-нибудь ;-)
Запустите со своего собственного приложения телефонной книги маленькой цели, что-то, что можно закончить через несколько дней. переживание одного простого проекта от начала до конца сделает это более ясным, как возобновить что-то больше slighty, и на Вас идут на лестничную структуру.
Понимание всех аспектов системы полного масштаба займет годы опыта.
Удачи!
Работа в промышленности определенно помогает соединить много частей. Еще более полезный выставляется более опытным разработчикам, которые могут вести Вас посредством процесса.
Одна вещь, которая действительно помогла мне, состояла в том, чтобы разработать приложение для простого примечания, берущего это, я использовал во время своего поиска работы. Я смог использовать это в качестве основания для нескольких других персональных проектов, а также инструментов, я использую каждый день в своей профессиональной карьере.
Возвращение к коду спустя некоторое время позволило мне видеть, где я, возможно, сделал вещи лучше. В конце концов, большая часть кода, который Вы пишете, должна будет сохраняться где-нибудь вдоль строки, вероятно, не Вами. Так, если бы Вы испытываете затруднения при возвращении к собственному коду и изменении его, воображаете то, на что это было бы похоже для кого-то еще. Мой подход к настоящему времени должен был "создать для выбрасывания", что касается программных блоков.
Запуск с нового большого списка хорош, но как Вы узнаете, это может также быть подавляющим. Вы найдете, что, как Вы прогрессируете, Вы могли бы хотеть добавить другие опции. Сопротивляйтесь этому искушению! Несомненно, может казаться "легким" добавить определенную опцию, но это может привести Вас вниз темные пути и устранить Ваш фокус из Ваших основных целей.
Знание языков и технологий является одной вещью, но наличие схватывания принципов разработки программного обеспечения предоставит Вам лучшую основу, от которой можно создать Вашу карьеру на.
Что Вы считали, части загадки, практическое руководство так сказать. У Вас должно будет быть четкое представление о большом изображении. Почему Вы хотите решить эту проблему? Действительно ли это - проблема? Есть ли альтернативы, обходные решения? Что я добиваюсь большего успеха, чем мои конкуренты? Будьте своим критиком.
Я пропускаю другую книгу, курсы, уроки?? Или это - моя проблема?
Я сказал бы, что Вы смотрите на принципы разработки программного обеспечения, процессы разработки. Кроме того, читайте немного при понимании требований, программной архитектуры и дизайна, и т.д. Продолжайте практиковать то, что Вы изучаете.
Все люди могут разработать планы, или это просто ограничено другими людьми?
Некоторые люди лучше в нем, чем другие. Точно так же, как в любом другом поле.
Наконец: Что я сделаю? Продолжите учиться и создайте приложение (для продажи его позже) Или Просто работайте неполный рабочий день, пока я не завершу исследование и найду работу на полную ставку??
Продолжайте читать/писать. Уверенное задание действительно помогает Вы установить связь с тем, как вещи сделаны в профессиональной среде. Можно применить те принципы при работе над любимым проектом также. Это будет, конечно, иметь экстремум для получения задания в поле программного обеспечения.