#pragma once
class B; // forward declaration
class A {
B *_b; // only reference or pointer to the incomplete type
public:
void a();
};#include "A.h"
#include "B.h"
void A::a() {
// Use this->_b
}#pragma once
class A; // forward declaration
class B {
A *_a; // only reference or pointer to the incomplete type
public:
void b();
};#include "B.h"
#include "A.h"
void B::b() {
// Use this->_a
}Иногда веб драйвер не видит кнопку и выдает ошибку (хотя стоит ожидание кнопки длинной в час).
Посмотрел код кнопки, при нажатии на нее выполняется скрипт reboot.js
Могу ли я его запустить отправляя запрос?
С другой стороны получаем меньше обращений к файловому древу, меньше отрытых вкладок, меньше переходов межу вкладками
более простую структуру проекта
Я подразумевал комьюнити React, React Native и Vue.
Имел под масштабированием я подразумевал разрастание какой-либо фичи.
Он активно применяется и хорошо зарекомендовал себя в больших проектах, а посему имеет право на жизнь.
мы принимаем компонент за единую сущность
Компонент = структура + стилито, что работать с несколькими файлами удобней чем c одним, в случае с компонентной архитектурой - не факт.
Как показывает опыт сообщества - нет.
Мешаться значит препятствовать. Грубое утрирование, вроде кучи.
Абстрагирование. Так же, индексные файлы применяют при вертикальном масштабировании.
Ваши аргумнеты скатываются в банальный холивар
Само слово куча - пренебрежительное утрирование, которое к файлам файлам со строгой структурой и аккуратным форматированием не имеет никакого отношения.
Попробуйте найти объективные аргументы.
против, например:
ComponentName/
View.ts
styles.ts
index.ts
index.ts? Бизнес-логику я предпочту вынести в сервисы (количество которых не коррелирует с компонентами), а dto-модели, вроде пропсов, я оставлю в том же файле, ибо это часть API компонента. Поэтому будет два файла: разметка (компонент с TSX) и стили.Структура самого проекта проекта с таким подходом более лаконичная
Styled-компоненты и React-компоненты это как бы разные сущности.
Как вы себе представляете реализацию "фигур" в растровом рисунке, если это по определению просто матрица из пикселов (битмап)? (= Даже в Paint, пока не исчезли средства редактирования ("таскалки" у линий и фигур) хранится логическое состояние, которое можно перетаскивать отдельно от остального изображения. Когда они исчезают их отделить уже невозможно. Можно сделать Ctrl+Z, но это лишь поменяет актуальный битмап на предыдущий.
В чем проблема растеризовать точки и линии? Пройтись от начала до конца каждой ломаной с помощью LineTo. А выделение - задачка по геометрии пятого класса о попадании точки в прямоугольную область.