2011-01-03 5 views
0

Я искал несколько форумов и google в свою очередь, но не смог найти правильный способ сделать это. Любая помощь приветствуется.Преобразование UML в Java

+0

не нужно. друг просто прислал мне эту ссылку. http://gforge.enseeiht.fr/projects/uml2java/ –

+4

SO, являясь сайтом часто задаваемых вопросов, вы можете ответить (и принять) свой собственный вопрос – mhaller

+4

eh .. что @mhaller сказал вам, что вы должны отправить ответ на свой собственный вопрос и принять его, в интересах других. – Bozho

ответ

1

UML-преобразование в java действительно очень плохое. Кроме Omondo, используя либо диаграмму <> модель <> код живой синхронизации или диаграммы <> модель живой синхронизации, а затем слияние идентификаторов UML и Java, чтобы доставить код качества, все остальные инструменты - просто дерьмо! Я имею в виду, что:

  • Зачем генерировать код, используя только один пакет?
  • Зачем смешивать класс и интерфейсы в одном пакете. Это настолько глупо для архитектора java, чтобы смешивать класс и связанный с ним интерфейс, поэтому почему для целей генерации кода UML считает, что оба должны быть в одном пакете? почему наследование не создается, если оно не работает в одном пакете? Как вы смеете сказать, что UML - это моделирование объектов, если вы смешиваете то, что не следует смешивать, чтобы иметь грязное генерирование кода?

Эта модель управляемая разработка настолько посредственна, что я прекратил ее использовать, и только живое кодирование кода и модели обеспечивают приемлемое решение. Я моделирую и получаю свой код, если мой код не тот, который я считаю хорошим, то я меняю свой код, и моя диаграмма обновляется. Я могу добавить аннотацию java в свой код и мои диаграммы, поэтому моя модель может быть немедленно развернута и протестирована, не будет более болезненным глупым тестом и т. Д.

UML может быть фантастическим, но разработка, основанная на модели, полон невероятной лжи! Непродуктивные моделисты, которые никогда не выполняли какую-либо ручную строку java-кода, пытаются создать архитектуры и код и предоставить их нам (например, разработчику), чтобы завершить работу. Печатная документация не подходит и ...

Не генерировать код, потому что, если вы используете Omondo EclipseUML, тогда вы поймете, как должен генерироваться код. Это UML с живым кодом и синхронизацией модели. Я получил свою модель, а затем полностью реорганизую свой код вручную, не теряя модель и диаграммы. Замечательная технология, если используется с Hibernate, потому что мои диаграммы могут быть развернуты в реальном времени и протестированы с использованием аннотаций java. Whaoo

+0

woo. Спасибо за объяснение. –

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