2009-02-18 5 views
2

У нас есть внутреннее приложение Flex, которое было разработано больше благодаря ползучести функции, чем при любом четком видении. Это в основном своего рода система CRM и отчетности, которая использует довольно много компонентов Flex (деревья, графики, пользовательские компоненты, datagrids - всевозможные) и ведет переговоры с бэкэндом .NET webservice.Рекомендации по преобразованию проекта Flex-проекта в Mate

Первоначально это был мой первый проект Flex и был написан с помощью наложения, надежды и восстановления стиля, который вы могли бы ожидать от прототипа. Тем не менее, теперь он вырос до такой степени, что мы будем добавлять других разработчиков (неофитов), но для одного человека может оказаться невозможным (sigh, вероятно, я), чтобы переписать текущий моментальный снимок примерно через месяц. Итак, на этом этапе я думаю, что было бы неплохо рассмотреть новую версию, реализованную в рамках Mate.

Мне не нужен совет, на какой основе выбрать, что я будет нравится совет о том, как идти о реорганизации проекта. Похоже, что это приведет к разрыву всего и в значительной степени, начиная снова (что я не полностью против), но нужно ли строить структуру с нуля? Существуют ли какие-либо известные и рекомендуемые методы борьбы с такой проблемой?

ответ

3

Я сделал аналогичную вещь пару месяцев назад. Что я сделал, так это то, что я создал новую структуру пакета и переместил весь «портированный» код там, куда я пошел. Я начал с общей структуры представления и перешел к «веткам». Новый код ссылался на старый, если необходимо, но старый код не ссылался на новый. Наличие новой структуры пакетов помогло мне дать понять, что было перенесено, а что нет, и было легко увидеть, когда я достиг прогресса.

 Смежные вопросы

  • Нет связанных вопросов^_^