• Как рисовать, создавать анимации и визуализировать данные в wpf/uwp?

    HitGirl,
    Точки и ломанные больше подходят для векторных изображений, чем для растровых.

    Как вы себе представляете реализацию "фигур" в растровом рисунке, если это по определению просто матрица из пикселов (битмап)? (= Даже в Paint, пока не исчезли средства редактирования ("таскалки" у линий и фигур) хранится логическое состояние, которое можно перетаскивать отдельно от остального изображения. Когда они исчезают их отделить уже невозможно. Можно сделать Ctrl+Z, но это лишь поменяет актуальный битмап на предыдущий.

    В чем проблема растеризовать точки и линии? Пройтись от начала до конца каждой ломаной с помощью LineTo. А выделение - задачка по геометрии пятого класса о попадании точки в прямоугольную область.
  • Как рисовать, создавать анимации и визуализировать данные в wpf/uwp?

    HitGirl, храните логическое состояние (точки или ломаные), а не битмап и перерисовывайте при изменении, что касается Paint - именно по этому запросу я и нашел подходящую статью с картинками.
  • Как рисовать, создавать анимации и визуализировать данные в wpf/uwp?

    Вопрос слишком общий. Потрудитесь почитать документацию. Благо, у MS она великолепная. И книг тонна написана, не говоря уже о том, что наивный запрос "wpf painting" дает примеры с картинками.
  • Как сделать 2 класса дружественными друг другу (С++)?

    1. Это порочое желание. Одумайтесь! Классы не должны быть дружественными, это нарушает инкапсуляцию. Эти классы либо должны быть одним или их нужно разделить с внятным API.
    2. Необходимо разделять объявление классов с определением членов
    Примерно так:

    Для типа А:
    Файл A.h
    #pragma once
    
    class B; // forward declaration
    class A {
        B *_b; // only reference or pointer to the incomplete type
    public:
        void a();
    };

    Файл A.cpp
    #include "A.h"
    #include "B.h"
    
    void A::a() {
        // Use this->_b
    }


    Аналогично для B:
    Файл B.h
    #pragma once
    
    class A; // forward declaration
    class B {
        A *_a; // only reference or pointer to the incomplete type
    public:
        void b();
    };

    Файл B.cpp
    #include "B.h"
    #include "A.h"
    
    void B::b() {
        // Use this->_a
    }

  • Структура данных на фронт-енде и бек-енде отличаются. Кто должен переделывать?

    Вообще, API планируется не из желания кого-то меньше переделывать. Кто у вас там архитектор, product owner, тимлид или какое-то координирующее лицо?
    С точки зрения здравой логики restAPI должен стремиться к снижению сетевой нагрузки, т.е. нормализации данных.
    А модельки у вас в примере не выглядят эквивалентными.
  • Стоит ли переписывать полностью метод в данной ситуации?

    необязательный параметр (withSorting = false)

    Из названия не ясно, по какому именно признаку будет сортировка.

    если добавляем всякие такие флаги то это служит нарушением SRP

    В данном случае метод getUsers как и раньше будет возвращать пользователей, поэтому SRP это не нарушит.
  • Можно ли запустить js скрипт через запрос?

    Иногда веб драйвер не видит кнопку и выдает ошибку (хотя стоит ожидание кнопки длинной в час).

    Попробуйте использовать headfull-браузер и делать скриншоты фейлов.

    Посмотрел код кнопки, при нажатии на нее выполняется скрипт reboot.js
    Могу ли я его запустить отправляя запрос?

    Можно его не запускать, а имитировать его работу (ибо он тоже делает запрос).
  • C# Как красиво прорабатывать интерфейс?

    Вы пробовали гуглить или хотя бы шаблоны проектов в студии потыкать?
  • Можете оценить уровень кода?

    С другой стороны получаем меньше обращений к файловому древу, меньше отрытых вкладок, меньше переходов межу вкладками

    То есть вас смущают вкладки, а полотно разнородного кода - это ОК.
    Вы обращаетесь к информации лишь тогда, когда она нужна, т.е. далеко не всегда. Это эргономично, что повышает общую производительность труда.

    более простую структуру проекта

    Ценой добавления зависимости, ага.

    Я подразумевал комьюнити React, React Native и Vue.

    С Vue не знаком, про него говорить не буду. Но Reac-сообщество не имеет однозначной позиции по этому вопросу, поэтому это может быть лишь некоторой подгруппой специалистов некоторых фреймворков...против остального IT-сообщества, где это считается плохой практикой.

    Имел под масштабированием я подразумевал разрастание какой-либо фичи.

    Этот подход никак не припятствует грамотной организации кода. Директорию дочернего блока можно расположить как внутри родительской, так и на том же уровне (по вкусу).
    Опять же, пытаясь всё слить в один файл первый кейс вы теряете. Не говоря уже о невозможности хранить рядом с блоком его ресурсы, вроде спрайтов.

    Он активно применяется и хорошо зарекомендовал себя в больших проектах, а посему имеет право на жизнь.

    Во множестве ключевых проектов есть огромное количетво говнокода и исторически неправильных архитектурных решений. Это тоже теперь имеет право на жизнь и становится хорошей практикой?
  • Можете оценить уровень кода?

    мы принимаем компонент за единую сущность

    Единую, но не атормарную. Это композиция. Компонент = структура + стили

    то, что работать с несколькими файлами удобней чем c одним, в случае с компонентной архитектурой - не факт.

    Субъективное суждение. Объективно же файл занимает на экране больше места и выше риск конфликтов в VCS при внесении изменений туда или сюда.

    Как показывает опыт сообщества - нет.

    Люди путаются в директориях, нервничают и проект идет под откос?) Не совсем понятно, какое сообщество вы подразумеваете, ведь разделение концепций - это умолчательное правило для индустрии. Даже "банда четырех" пишет об этом. Более того, сама концепция выходит далеко за рамки IT.

    Мешаться значит препятствовать. Грубое утрирование, вроде кучи.

    Вы бы уточнили чем именно препятствует, а потом бы делали выводы о том, насколько это утрирование. А то сами придумали, сами посмеялись...

    Абстрагирование. Так же, индексные файлы применяют при вертикальном масштабировании.

    Раскройте это, пожалуйста. Не очевидно, как дополнительный файл соотносится с масштабированием чего-либо.

    Ваши аргумнеты скатываются в банальный холивар

    Не банальный) Моей целью является не styled-components, а тот подход, для которого он сделан.
    Да и холивар сюда принес не я - изначально вы сами вызвались адвокатом этой технологии, мое замечание было о другом, как выяснилось.
  • Можете оценить уровень кода?

    Антон Спирин,
    Само слово куча - пренебрежительное утрирование, которое к файлам файлам со строгой структурой и аккуратным форматированием не имеет никакого отношения.

    Вы пишите весь код в один файл или предпочитаете делить на многие? По той же причине.

    Попробуйте найти объективные аргументы.

    Файл меньшего размера читать удобнее. А при необходимости совмещать я могу открыть вторую панель в редакторе.

    против, например:
    ComponentName/
    View.ts
    styles.ts
    index.ts

    Вы так говорите, будто это не преимущество) Если мне нужно стилизовать компонент - я открываю один файл, если изменить функционал - другой. Все удобно структурировано и не мешается там, где не нужно.

    В вашем примере какую функцию несет index.ts? Бизнес-логику я предпочту вынести в сервисы (количество которых не коррелирует с компонентами), а dto-модели, вроде пропсов, я оставлю в том же файле, ибо это часть API компонента. Поэтому будет два файла: разметка (компонент с TSX) и стили.
    От styled-components в этом случае можно отказаться.
  • Можете оценить уровень кода?

    Антон Спирин,
    Структура самого проекта проекта с таким подходом более лаконичная

    Но это ценой сваливания в одну кучу разных сущностей, которым не нужно находиться вместе. И тянет новую зависимость в проект.
    Такая себе лаконичность.

    Styled-компоненты и React-компоненты это как бы разные сущности.

    ТС пишет стили прамо в компонентах.
  • Можете оценить уровень кода?

    Антон Спирин, в том-то и дело, что к коду (логике) что-то большее, чем название состояний (читай css-классов) отношения не имеет и лишь затрудняет чтение кода. Разделение логики и представления - это опыт индустрии за 20+ лет.
  • Можете оценить уровень кода?

    Неплохо бы отделять стили от кода компонентов.
  • Какая программа может одновременно запускать множество таймеров?

    dollar, зачем тогда вообще к браузеру и вебу вообще привязываться?
  • Что означает данная строка?

    Это приватный конструктор класса.

    не могу понять, почему он приватный

    Скорее всего его вызывают лишь через статический метод- фабрику.

    и что означает данная строка

    Объявление статического конструктора.