Как Вы моделируете? [закрытый]
Если вы хотите итерации по неперечислимым свойствам , вы можете использовать Object.getOwnPropertyNames(obj) , чтобы вернуть массив всех свойств (перечислимых или нет), найденных напрямую на данном объекте.
var obj = Object.create({}, {
// non-enumerable property
getFoo: {
value: function() { return this.foo; },
enumerable: false
}
});
obj.foo = 1; // enumerable property
Object.getOwnPropertyNames(obj).forEach(function (name) {
document.write(name + ': ' + obj[name] + '
');
});6 ответов
Один горячий заголовок является Эффективной Разработкой прототипа для Производителей программного обеспечения. Проблема - то, что существует несколько философских школ.
Быстрое прототипирование. Используйте необычные инструменты; сделайте что-то скоро.
Эволюционная Разработка прототипа. Развейтесь от прототипа до производства.
Часть этого является взглядами прежней версии, на основе эры, где инструменты были примитивны, и проекты должны были быть придирчиво запланированы с начала. Когда я запустил в этой промышленности, приложения текстового режима "зеленого экрана" где аэрокосмические исследования и очень болезненный для копирования. Инструменты и формальные методы были важны для управления затратами и рисками.
Эти взгляды превзойдены некоторыми более свежими взглядами.
Мощные инструменты устраняют необходимость сложных прототипов. Макеты HTML можно хлопнуть вместе быстро. Это - все еще прототип, когда едва необходимо планировать или запланировать его? [Можно копировать его в MSWord и сохранить его как HTML. Это более быстро для Бизнес-аналитика, чтобы сделать это, чем указать его и сделать, чтобы программист сделал это.]
Кроме того, мощные инструменты могут уменьшить стоимость ошибок. Если только потребовалась неделя для соединения чего-то - готовый к производству - какой смысл формального опытного усилия?
Гибкие методы уменьшают потребность сделать вполне такое подробное первичное планирование. При помещении чего-то, что работает в руках пользователей быстро, у Вас нет вполне такого большого количества потребности быть уверенными, что каждый нюанс является правильным перед запуском. Это просто должно быть достаточно хорошо для рассмотрения этого прогрессом.
То, что может произойти, следующее. [Скрытый вопрос: это все еще "моделирует" - или это - просто Гибкий подход с мощными инструментами?]
Используя инструменты как Django, можно соединить существенную, базовую структуру данных и осуществить ее почти сразу. Используйте значение по умолчанию администраторские страницы Django, и необходимо быть в порядке, как только можно ясно сформулировать структуры данных и записать утилиты загрузки.
Затем добавьте, что страницы презентации перенесли реальные, рабочие данные. Убедитесь, что у Вас есть вещи право. Так как Вы только создали модель данных и управляли шаблоном страницы HTML, Ваши инвестиции минимальны. Исследовать.
Выполните итерации, пока люди не начнут просить более умные транзакции, чем доступные на администраторских страницах по умолчанию. На данном этапе Вы переезжаете от "исследования" и "разработки" и в "конструкцию". Вы делали какую-либо разработку прототипа? Я предполагаю каждый шаблон HTML, который Вы отбросили, был своего рода прототип. В этом отношении поэтому где те Вы сохранили.
Все время, можно работать с более или менее живым, производственными пользователями.
Прямо сейчас я просто рисую изображения. Я хотел бы сделать больше, но добираться что-то до точки, где пользователи поймут немного лучше, чем изображение, стоило бы к большому количеству времени.
Я интересуюсь наблюдением некоторых из этих ответов :)
Я должен упомянуть, где я работаю, просто я, и еще один парень, чтобы играть роли менеджера проектов (соберите данные, разработайте спецификацию и приложение), dbas, кодеры, инструмент, researcher/developer, и др. который идет с заданием создания приложения для небольшой компании.
Лично, я полагаю, что истинный прототип не должен быть намного больше, чем схемы, продвинутые бумага для демонстрации потока того, что это - Вы, пытаются достигнуть. Можно затем использовать эти зарегистрированные потоки для пробежки нескольких сценариев, чтобы видеть, работает ли это с тем, кто бы ни запросил функциональность.
После того как бумажный прототип был изменен к точке, где он работает, затем используют его в качестве основания, чтобы начать кодировать правильно.
Преимущества этого процесса - то, что Вы не можете закончить тем на самом деле, что использовали опытный код в производстве, потому что нет никого. Кроме того, намного легче протестировать его с бизнес-экспертами, поскольку нет никакого кода для них для понимания.
Для веб-приложений запустите с чистого (x) HTML + макет CSS и затем используйте платформу, которая помогает реализовать функциональность.
Основанные на шаблоне платформы очень хороши для этого, но у нас был некоторый хороший опыт с JSF + Facelets + Шов, также.
Главная причина для того, чтобы сделать прототипы снижает риск. Таким образом мы делаем прототипы UI, которые действительно не очень полезны, если они на самом деле не делают что-то, с чем пользователь может играть вокруг. Столь же важный, мы также делаем прототипы, чтобы или доказать, что что-то может работать или выяснить, как что-то действительно работает.
Я начинаюсь, делая прототип, который заставляет самую интересную часть работать, затем я выбрасываю ее и движение к новому, более интересному проекту...
*уничтожает сам*