Потому-что это противоречит масштабированию команды, это ведь всё возможно будет поддерживаться уже не мной.
Если я буду делать как мне удобнее сейчас, что будет если это удобнее изменится через неделю? - переписывать, а мне лень :)
Мне человек сказал что ещё немного и я в 3d этот uml буду делать)
@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;
}
Даже больше скажу - можно вообще кастомные прямоугольнички рисовать.
Ну так и напиши тогда:
Но что ты будешь делать, если у тебя там второе поле появится или будет уже не массив строк, а массив объектов?
PS: в отрыве от диаграмм, но схема БД какая-то стрёмная у тебя получается.
1. Это легко можно реализовать через связь 1-many
2. MySQL это не постгрес и она сильно медленнее работает с json-ами, что станет проблемой, если ты захочешь использовать эту колонку в каких-нибудь фильтрах. Да и никакого контроля целостности не будет.