@startuml
abstract abstract
abstract class "abstract class"
annotation annotation
circle circle
() circle_short_form
class class
diamond diamond
<> diamond_short_form
entity entity
enum enum
interface interface
protocol protocol
struct struct
@endumlНе рисую, а пишу, рисовать пробовал, бред какой-то.
и надо взять каждое число а не цифру!
#include <iostream>
#include <vector>
#include <sstream>
using namespace std;
vector<int> split_nums(string expr) {
vector<int> nums;
stringstream ss(expr);
string num;
while (getline(ss, num, ' ')) {
nums.push_back(atoi(num.c_str()));
}
return nums;
}
int main() {
string input;
cout << "Enter numbers separated by spaces: ";
getline(cin, input);
vector<int> numbers = split_nums(input);
int sum = 0;
cout << "Numbers: ";
for (int num : numbers) {
sum += num;
cout << num << ",";
}
cout << endl << sum << endl;
return 0;
}
UML-диаграммы классов сами по себе противоречат этому )
Не будешь же ты после каждого изменения их править?)
Посмотри лучше в сторону C4 диаграмм - там также есть и ответ, почему UML в реальном мире тупо не работает.
И вот если говорить в терминах C4 Model - тебе нужен уровень "Container diagram", ну максимум в редких случаях - "Component diagram", а ты пытаешься сделать "Code diagram", который устаревает в течение одного дня активной разработки.
Диаграмму по схеме базы данных тебе в один клик какой-нибудь Datagrip и так сгенерит.
Вот мы и пришли к решению - тебе просто не нужен UML Class diagram.
Это признак того, что когда ты закончишь - никто читать эту диаграмму не будет. Просто слишком сложная она будет.
PS: можешь скинуть картинку?