MVC и Java по сравнению с более строгими языками MVC
Можете ли вы попробовать использовать use_multiprocessing = True? Это числа, которые я наблюдаю в моей системе на базе GTX 1080Ti с предоставленным вами генератором данных.
model.fit_generator(generator=training_generator, epochs=10, workers=6)
148/148. 115]
model.fit_generator(generator=training_generator, epochs=10, workers=6, use_multiprocessing=True)
148/148 [============================== --= 116 2 с 11 мс / шаг
4 ответа
Вы говорите, что происходите из среды Какао, таким образом, я предполагаю, что Вы не говорите о веб-платформе MVC. Большинство webframeworks, которые говорят, что делают MVC, на самом деле использует другой шаблон под названием Фронтальный контроллер, это - что-то вроде другой истории от нормального MVC, потому что Вам нужна довольно большая инфраструктура, чтобы заставить это работать. Следовательно все платформы MVC в веб-мире, первоначально MVC был шаблоном для приложений оконных. Для этих приложений можно заставить MVC работать, не нуждаясь в платформе.
MVC является шаблоном, который может быть реализован на любом объектно-ориентированном языке. Нет никакой причины, почему Вы не можете сделать этого в Java. Единственная причина, о которой я могу думать, почему люди назвали бы MVC на Java подходом "подражателя", состоит в том, что библиотеки UI по Java как Swing на самом деле не требуют, чтобы Вы сделали MVC. Они просто дают Вам инструменты для реализации Представления. Необходимо будет создать контроллер и образцовые классы сами.
Дискуссии о том, что 'реальный MVC', обычно не действительно конструктивны так или иначе. MVC является шаблоном, разработанным для smaltalk приблизительно 30 лет назад. Ни одна из реализаций, которые используются теперь, больше не является точно тем же, много реализаций являются улучшениями. У Вас есть различные ароматы под названием MVP, MVVM, Представление Документа и т.д. И они все полезны в некоторых случаях. Важная вещь отнять у этого состоит в том, что это - хорошая идея разделить Вашу логику UI от Вашей прикладной логики. Java может сделать это, и так могут большинство других языков. Люди, требующие иначе, вероятно, просто боятся посмотреть вне языка, которым они довольны.
В он - корни, MVC является моделью программирования. Я полагаю, что это агностик языка и платформа. Я раньше следовал за принципами MVC в C++, таким образом, я не уверен, почему любой язык рассмотрели бы как "терпящий неудачу" относительно следующего эти принципы. По общему признанию я - человек.NET в эти дни, но я думаю с небольшим усилием, они могли быть применены к Java. Посмотрите Контроллер Образцового Представления Java для некоторых идей.
хотел бы получить известие от закаленных программистов о том, почему MVC с Java, как говорят, терпит неудачу.
Это не делает. Нет абсолютно ничего неправильно с реализацией MVC на примерно никаком языке. Это - шаблон, не функция языка. Кроме того, я никогда не слышал, что любой говорит, что "MVC в Java терпит неудачу" прежде - мое предположение - то, что или кавычка была вынута из контекста или человека, который сделал оператор, имеет небольшой опыт с Java или предназначил что-то еще.
Вы не должны использовать MVC-связанные классы в Какао только для записи приложения Какао. Хорошо, что они там, и что существуют все виды большой поддержки в инструментах (как Интерфейсный Разработчик) для использования их, и существует, вероятно, очень немного случаев, где Вы не использовали бы их, но нет ничего фундаментального для языка Objective C, который делает реализацию MVC "лучше", чем реализация MVC, которая была кодирована в Java. Кроме того, так же, как платформы Какао обеспечивают все виды большой поддержки MVC с различными классами Контроллера и Представления, существует множество хороших платформ для Java, которые оказывают поддержку для реализации MVC.
Я чувствую, что шаблон MVC как платформа для динамического, данные, которые делают ведущие веб-приложения, кажется, требует меньшего количества многословия и следовательно меньшего количества кода с динамическими языками как Python и Ruby, который является хорошей вещью.
Динамические языки помогают избежать зависимости между M, V и C, который является одной из целей шаблона. Например, в Python можно просто передать объекты модели представлению без представления, требующего зависимости от типа модели, это просто заботится, что любой тип с теми же атрибутами передается в. После того как Вы начинаете использовать язык шаблонной обработки в представлениях, как в Django, он даже не вызывает ошибки сценария, когда атрибут не существует.
Для предотвращения их зависимость на языке со строгим контролем типов Вы часто начинаете передавать раздающие словари с литеральными строками как ключи, подразумевая, что большинство преимуществ сильно языков типа потеряно (т.е. Ваш компилятор не скажет об именовании ключевого "человека", и затем попытайтесь найти его с ключевые "люди", это будет обнаружено во времени выполнения),
Кроме того, учитывая шаблон MVC предоставляет себя тестированию, позволяя M, V и C быть протестированным индивидуально, существует меньше преимущества с помощью скомпилированного языка со строгим контролем типов, поскольку тесты могут использоваться для проверки приложения, работает, как это должно быть.