Форум программистов
 

Восстановите пароль или Зарегистрируйтесь на форуме, о проблемах и с заказом рекламы пишите сюда - alarforum@yandex.ru, проверяйте папку спам!

Вернуться   Форум программистов > IT форум > Общие вопросы по программированию, компьютерный форум
Регистрация

Восстановить пароль
Повторная активизация e-mail

Купить рекламу на форуме - 42 тыс руб за месяц

Ответ
 
Опции темы Поиск в этой теме
Старый 30.10.2017, 07:12   #1
Алексей_2012
t45t
Участник клуба
 
Аватар для Алексей_2012
 
Регистрация: 20.03.2012
Сообщений: 1,849
По умолчанию исполняемый UML и MDA

Ребят, всем привет, я к Вам вот с каким вопросом: в чем состоят основыне отличия MDA и исполняемого UML, я почитал о них и определения схожи, как-то на примере можете пояснить?

Как вы считаете — релевантно ли программировать, используя UML? С точки зрения оптимизации приложения по быстродействию и строках кода)) Если я правильно понял смысл исполняемого UML — упростить программирование и сделать доступным фактически каждому))

Спасибо!)
from dark to light)
Алексей_2012 вне форума Ответить с цитированием
Старый 30.10.2017, 08:34   #2
alexzk
Форумчанин
 
Регистрация: 12.04.2017
Сообщений: 889
По умолчанию

Отвечу не по теме, а так. К моменту, когда дошло дело до всяких там схем (UML/блок схемы) в универе, у меня уже было лет 10 опыта "поделок". Так вот - тогда уже это казалось ужасной чепухой. А сейчас - и подавно.
Языки программирования - это спец. языки, которые однозначно выражают алгоритм. Зачем еще и схемы (и вообще, что угодно) к ним ?
Кроме того, клавиатура - это самый быстрый способ ввода сейчас, т.е. писать вы будете всегда быстрее, чем рисовать схемы.

По-моему достаточно выучить строгий язык, например Паскаль/Java, если вы заботитесь о строгости и понимании другими, или С++, если вам еще и эффективности нужно. И писать, так, как бы вы рисовали эти схемы - максимально делить на сущности, не сваливая все в 1 кучу.
alexzk вне форума Ответить с цитированием
Старый 30.10.2017, 09:16   #3
Alex11223
Старожил
 
Аватар для Alex11223
 
Регистрация: 12.01.2011
Сообщений: 19,500
По умолчанию

Ну схемы это не только алгоритмы. Например, use case, архитектура, связи/взаимодействие.

Если нормально их применять, а не рисовать схемы ради схем всего подряд, то может быть вполне полезно.

А насчет генерации кода из UML, да, ни разу не встречал на практике
Ушел с форума, https://www.programmersforum.rocks, alex.pantec@gmail.com, https://github.com/AlexP11223
ЛС отключены Аларом.
Alex11223 вне форума Ответить с цитированием
Старый 30.10.2017, 18:02   #4
Black Fregat
Программист
Участник клуба
 
Аватар для Black Fregat
 
Регистрация: 23.06.2009
Сообщений: 1,772
По умолчанию

Мы когда-то использовали Rational Rose для генерации шаблонов классов по модели.
Но в реальности проект очень быстро расходится с моделью, и поддерживать актуальность модели достаточно тяжело..
Black Fregat вне форума Ответить с цитированием
Старый 31.10.2017, 07:45   #5
rrrFer
Санитар
Старожил
 
Аватар для rrrFer
 
Регистрация: 04.10.2008
Сообщений: 2,618
По умолчанию

Про MDA не знаю, про "исполняемый UML" - тоже. То, что диаграммы классов и (теоретически) последовательности можно преобразовать в код - быть может и полезно, и я знаю что есть такие инструменты, но я лично не пользовался ими.

Цитата:
Сообщение от Алексей_2012 Посмотреть сообщение
С точки зрения оптимизации приложения по быстродействию и строках кода)) Если я правильно понял смысл исполняемого UML — упростить программирование и сделать доступным фактически каждому))
Поняли все неправильно. С UML вообще невозможно нормально программировать. В книге Фаулера (классическая книга по UML) говорится, что даже проектирования с помощью UML - это слишком сложно (он имеет ввиду процесс RUP), а не то, что программирование. Свое мнение по UML и всему, что с ним связано я развернуто изложил в пяти статьях, крайняя из них: "Процесс разработки программного обеспечения ICONIX"

Цитата:
Сообщение от alexzk Посмотреть сообщение
(UML/блок схемы) ... у меня уже было лет 10 опыта "поделок". Так вот - тогда уже это казалось ужасной чепухой. А сейчас - и подавно.
...
По-моему достаточно выучить строгий язык, например Паскаль/Java
Ну да и техническое задание тогда такая же "чепуха", и документация.
ЗЫ. GoF открываю и вижу UML-диаграммы - ну да это просто авторы некомпетентные, Паскаль они не выучили.

Последний раз редактировалось rrrFer; 31.10.2017 в 07:47.
rrrFer вне форума Ответить с цитированием
Старый 31.10.2017, 14:41   #6
alexzk
Форумчанин
 
Регистрация: 12.04.2017
Сообщений: 889
По умолчанию

Цитата:
Сообщение от rrrFer Посмотреть сообщение
Ну да и техническое задание тогда такая же "чепуха", и документация.
ЗЫ. GoF открываю и вижу UML-диаграммы - ну да это просто авторы некомпетентные, Паскаль они не выучили.
По-моему это передергивание, ТЗ существует до начала написания программы, а вот потом программу можно писать на "UML" или Паскале. И рисовать еще картинок, после постановки задания - глупо. Изначальные картинки (до написания), служат для понимания задания.

Вообще, как я понял, UML и предназначался для слияния этапов? Т.е. поставили задание = готовая программа?
Спорно. Заказчики, обычно, не верно все делят на сущности (т.к. не программисты). Их картинки ничего общего с реальным результатом не имеют.
alexzk вне форума Ответить с цитированием
Старый 31.10.2017, 15:51   #7
Alex11223
Старожил
 
Аватар для Alex11223
 
Регистрация: 12.01.2011
Сообщений: 19,500
По умолчанию

Так в UML есть много видов диаграмм и можно использовать разные уровни детализации.

Генерация кода только дополнительная фича, и вряд ли сильно важная.
Что там можно сгенерировать кроме объявлений классов/методов/свойств и структуры проекта (файлы, неймспейсы)? Это и так не особо сложно и долго делается в большинстве ЯП (а в Java и С++ поможет IDE ).
Ушел с форума, https://www.programmersforum.rocks, alex.pantec@gmail.com, https://github.com/AlexP11223
ЛС отключены Аларом.

Последний раз редактировалось Alex11223; 31.10.2017 в 15:54.
Alex11223 вне форума Ответить с цитированием
Старый 01.11.2017, 05:13   #8
rrrFer
Санитар
Старожил
 
Аватар для rrrFer
 
Регистрация: 04.10.2008
Сообщений: 2,618
По умолчанию

Цитата:
Сообщение от alexzk Посмотреть сообщение
Вообще, как я понял, UML и предназначался для слияния этапов? Т.е. поставили задание = готовая программа?
UML используется много для чего, но вряд ли для "слияния этапов" (я эту фразу вообще не понял).
Use-case диаграмма - это вообще маленькая картинка и несколько страниц ТЕКСТА. Текста технического задания по факту. Поэтому это:
Цитата:
Сообщение от rrrFer Посмотреть сообщение
Ну да и техническое задание тогда такая же "чепуха", и документация.
не передергивание.

Цитата:
Сообщение от alexzk Посмотреть сообщение
Заказчики, обычно, не верно все делят на сущности (т.к. не программисты). Их картинки ничего общего с реальным результатом не имеют.
Заказчики вообще не должны никакие картинки рисовать. Где это вы прочитали и как это с UML связано? Заказчик *участвует* (читай присутствует) только при разработке use-case диаграммы, читает тексты прецедентов и подтверждает что "это именно то, что ему нужно".
rrrFer вне форума Ответить с цитированием
Ответ


Купить рекламу на форуме - 42 тыс руб за месяц

Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск


Похожие темы
Тема Автор Раздел Ответов Последнее сообщение
исполняемый Java файл Alexmur07 Общие вопросы по Java, Java SE, Kotlin 9 17.08.2017 18:48
исполняемый файл lohmatyi Паскаль, Turbo Pascal, PascalABC.NET 18 30.09.2015 09:08
Исполняемый файл Михаил Юрьевич Общие вопросы Delphi 2 17.07.2013 01:27
исполняемый файл meevka Общие вопросы C/C++ 3 07.04.2012 16:10
Единый исполняемый файл phobos Общие вопросы .NET 9 25.05.2009 19:32