Нужно просто найти другую библиотеку

Мне нужно: datagrid, property grid, docking. Кроме бесплатного хсида ничего не нашел. Платная версия у них тоже коре поддерживает.

А платные "для себя" не подходят.

Написать или забить тоже не вариант.

оно для всех новое будет

ну как сказать... совсем новое уж точно не будет

Хотя да, еще разбираться и разбираться.

Я же сразу сказал, что Вы не с того "острова". Нужно всего лишь ждать вакансию с подобного острова.

что там с Blazor

Как и где используется не имею понятия, но судя по нашим тестам до 6-ки у него шансов против ангуляра было очень мало. Довольно большое время первоначальной загрузки для PWA.

C 6-кой получилось уже меньше секунды загнать на простом тесте, который раньше был 8 секунд.

Так дело то не в конкретной библиотеке, а в принципе.

Просто наследовать контрол от кнопочки работает без проблем.

А вот как сделать, что посложнее мне пока неизвестно, никогда не нужно было.

У меня не от Button, а от обычного UserControl. У меня взаимодействия (нажатия мышью и прочее) с ним нет, стили тоже не применяются. Только пачку свойств можно привязать, чтобы модель раскидать по контролу.

Сделать даже такой контрол, как кнопка, полностью с нуля - нетривиальная задача. Чтобы и привязки, и стили, и события, и масштабируемость поддерживались. Сколько свойств и событий у кнопки? - За сотню перевалит. Тут ещё смотря с какого промежуточного класса унаследоваться, но всё равно. Обычно кастомный контрол - вот как у меня, чисто для отображения инфы, или просто комбинация уже готовых контролов.

Ну какую кнопку моно придумать в WPF, чтобы всё в ней переписывать пришлось? Я как-то хотел сделать "мягкую" кнопку, чтобы как будто на желе нажимаешь - продавливалась мышью и потом выпрямлялась. Это можно всякими хаками делать, имитациями, но прямо чтобы совсем хорошо и без артефактов вышло, нужна полноценная трёхмерная модель и физический движок. Типа такого. А вот такие простые анимации в WPF из коробки легко делаются уже как 13 лет.

Нужно просто найти другую библиотеку

Мне нужно: datagrid, property grid, docking. Кроме бесплатного хсида ничего не нашел. Платная версия у них тоже коре поддерживает.

А платные "для себя" не подходят.

Написать или забить тоже не вариант.

В WPF версии .NET 5 этого нет? Они что, заново всё пишут и все наработки с .NET Framework 3-4 не катят? Вроде, в руководстве по миграции написано, что WPF полностью имплементирован в 5, но работает только на Винде?

Port from .NET Framework to .NET 5 - .NET Core | Microsoft Docs

Хмм, так оказывается у динстлайстунгсфирм тоже вакансии не всегда в наличии. Или если "неправильно" (слишком узко, мало технологий) резюме составил, они пишут "мы вам не можем ничего предложить". Типа ищем, но не можем вам найти подходящего работодателя.

Вообще, те две позиции, в которых мне отказали в последний раз, это были отказы от самих работодателей, а не от посредников. Посредники-то готовы кого угодно презентировать, как я понял.

Встретилась задачка

class My
{
    public int Prop { get; set; }
}

public static List<My> list = new List<My>();

static void Main(string[] args)
{
    My item = new My() { Prop = 5 };

    list.Add(item);
    list.Add(item);
    list.Add(item);

    foreach (var o in list)
        Console.WriteLine(o.Prop);

    list.Remove(item);

    Console.WriteLine();
    
    foreach (var o in list)
        Console.WriteLine(o.Prop);
}

Вывод в консоли

5

5

5

5

5

Какой конкретно объект был удалён из списка list и почему именно этот?

Мне нужно: datagrid, property grid, docking. Кроме бесплатного хсида ничего не нашел. Платная версия у них тоже коре поддерживает.

Жаль что не нашли. А если налепить Internet контрол в WPF приложение, и сделать всё на HTML? В Java JTable вроде гибкая, а это вам что-нибудь даст https://github.com/javagl/JTreeTable? Я делал как-то свою сетку, лепил кучу static-ов, когда много было static-ов, то программа вылетала, надо рисовать сетку, т.е. один static, а в событие Paint рисовать сетку.

И что, действительно не знаешь какой?

Ну посмоатри тут:

https://referencesource.microsoft.com/#mscorlib/system/col...

А если налепить Internet контрол в WPF приложение

А смысл? Лучше уж МаВи подождать. Да с докингом будут проблемы

а от обычного UserControl

Это неинтересно - работает

В WPF версии .NET 5 этого нет?

Не смотрел, у МС еще никогда не было нормальных контролов для пользователей, только для себя.

Очень сомневаюсь что они что то добавили.

И что, действительно не знаешь какой?
Ну посмоатри тут:
https://referencesource.microsoft.com/#mscorlib/system/col...

Я и без подгляда думал, что первый добавленный.

Ок, добавляет он по порядку, и если передаёшь ссылочный тип по значению, то создаются копии одной и той же ссылки - т.е. все копии ссылаются на один и тот же ссылочный тип.

My item = new();

list.Add(item);

list.Add(item);

list.Add(item);

А вот теперь удаление объектов.

list.Remove(item);

list.Remove(item);

list.Remove(item);

Почему после этого список оказывается пустым? Ведь мы удаляем один и тот же объект, и он каждый раз удаляется успешно, хотя мы уже удалили его при первом Remove.

public bool Remove(T item) {
    int index = IndexOf(item);
    if (index >= 0) {
        RemoveAt(index);
        return true;
    }

    return false;
}

Можно смотреть на код, но как объяснить?

Я так объясняю. У нас в списке три копии одной и той же ссылки. Мы передаём объект, на который ссылаются эти ссылки, в метод Remove. Этот метод вызывает метод IndexOf. Метод IndexOf находит индекс первого элемента, для которого метод Equals для типа нашего переданного объекта возвращает true. Т.к. у нас в списке все ссылки ссылаются на один и тот же объект, то будет возвращён индекс первого же объекта по порядку - т.е. 0. Объект по нулевому индексу и будет удалён.

Далее все удаления повторяются таким же образом - все введённые объекты удаляются с начала списка. А добавлялись в конец. Не означает ли это, что список на одинаковых объектах ведёт себя как очередь?

Я так объясняю.

Из воспоминаний... В колледже нас заставляли писать документацию по модулям, так-же у нас была коллаборация, т.е. когда программировали исходный код лежал на сервере, он синхронизировался, и там были помечены кто и когда какой кусок кода исправил, добавил, итд. Сейчас вроде GIT популярен. Показать в дейтсвие не могу, т.к. у меня нет пока сервера. Могу лишь показать скрин, как это сохранялось локально в конце 90х, в начале 2000х гг. см. : https://i.ibb.co/ZJSyK1f/demo-min.jpg

На фирме меня больше всего бесило что каждую пятницу нужно было делать мини отчёт что сделал за неделю. Вверху пишите фамилию и имя, Потом пишите на немецком в кратце что вы за неделю сделали, внизу пишите дата и ставите роспись. Но это было в маленькой фирме, в большой фирме там может быть какая-нибудь программа. А ещё на фирмах заставляют проходить технику безопасности, и ещё каждый год делают финансовый отчёт в Finanzamt спомощью программы Elster, и почему-то некоторые на работе делают отчёт, а не дома.

Кстати вопрос ко всем, есть какая-нибудь бесплатная FiBu т.е. программа по бухучёту в Германии, я пользуюсь easy2000, кто знает она платная или нет? Я её скачивал вроде как бесплатную, но там есть какие-то функции которые денег стоят, боюсь если нечайно щёлкну по платной функции она автоматически сделает подписку на платную версию. Поэтому я её на виртуалку поставил, и в интернет операционку на виртуалке не пускаю.

Кстати вопрос ко всем, есть какая-нибудь бесплатная FiBu т.е. программа по бухучёту в Германии

Так Эльстер же бесплатный для персонального использования? Или я чего-то не понимаю?

Тут ещё можно глянуть.

Сорри, но давайте о налогах не в этой теме - тут в специальных разделах это обсуждают.

Почитал сейчас подробнее про Angular и Knockout.js. Так между ними разницы почти нет? Я в Нокауте в проектах на ASP.NET MVC делал вью-модельку и привязки без джаваскрипта. Ну там вроде лишь какая-то простая функция вызывается, которую я скопировал - это можно и без знания джаваскрипта сделать. А так все привязки через атрибуты и классы для тегов работают, если мне память не изменяет. В Ангуляре тоже можно это всё делать, не зная джаваскрипта и не пиша ни строчки его самостоятельно?

Я думал, там надо целиком на джаваскрипте писать, а компоненты - это такие сложные контролы со своей логикой отрисовок, и там так же сложно писать, как с нуля какой-нибудь Button или Datagrid в WPF. И при этом всё на джаваскрипте.

На собесе одном спросили, когда я сказал, что самоучка, и в ВУЗе специальность была не программирование - а что вы читали по разработке, ну там книжки всякие умные? Я переспросил, вы имеете введу всякие Clean Code и прочее от... эээ "банды четырёх" (вслух точно их назвать не смог) и прочих таких авторов? Они - да, что-то подобное читали? Я сказал, что только одну книжку прочитал давно, название не помню, что-то про клин код тоже, а так в основном статьи в интернете, МСДН и у людей спрашиваю на форумах. Тут-то по их лицам я и понял, что сказочке конец и можно вести разговор к концу.

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

Кстати, как я понимаю, хоть МС и интегрирует Ксамарин в .NET 6, но лучше от этого MAUI aka Xamarin не станет? Так же будут проблеммки и проблемы на iOS и т.д.? Т.е. такого единообразия, как на Флеше или Сильверлайте, где всё на всех платформах рисовалось одинаково, не будет? Потому что вместо собственной системы отрисовки с доступом к железу всё опять будет в песочницах и транслироваться в нативные GUI-технологий каждой платформы, со всеми сопутствующими багами и проблемами?

Т.е. особого взлёта MAUI как новой универсальной мультиплатформенной библиотеки "для всего интерфейсного" можно не ждать? Ксамарин-то не особо популярен.

Чтобы MAUI стал популярным, нужно, чтобы он был как минимум таким же развитым, как WPF, но при этом мультиплатформенным. И чтобы на Виндовс альтернатив не было. Т.е. он должен сожрать Формы, WPF и Ксамарин, и тогда, может быть, его будут больше выбирать как универсальный GUI Framework. Если опять сделают "ещё одну GUI библиотеку", коих и так в Дотнете хватает, то так и будет в чахлом состоянии оставаться.