Вячеслав Золотов

Почему это поле не передается через, передается null
CommandParameter="{Binding ElementName=selfUserControl,Path=Points, Mode=OneWay}">

Потому что свойство которое биндится должно быть dependency property
Плюс почитайте про отличие List от ObservableCollection, что за чем нужно и когда использовать первое и второе применительно к биндингам. Потом зачем нужен интерфейс INotifyPropertyChanged
Ну и коллекцию кидать как параметр команды такое себе решение.

Это типичная задача CMS. Только в них редко страница на чистом HTML добавляется. Обычно новая страница создаётся на основе предустановленных шаблонов и плагинов. Как всё это реализуется можно посмотреть на гитхабе в исходниках опенсорсных CMS.

dotnet add package Microsoft.EntityFrameworkCore.SqlServer --version 7.0.2

Ненужно указывать версию, если хотите установить последнюю версию пакета.

выдает ошибку "Не удалось найти проекты в "С:\My\Path\To\Project"

Выполняйте команду в папке с файлом проекта

Пытался установить через NuGet Packge Manager в Studio Code - не находит пакет.

Я использую
Studio Code 17.4.4

Используйте нормальные IDE типа Visual Studio или Rider. Ненужно использовать блокнот.

Изучаю .NET по туториалу.

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

Ну как бы если access token невалидный должно 401 статус возвращать и не пускать дальше

Посмотрите как это работает в темплейте https://docs.microsoft.com/ru-ru/aspnet/core/clien...

Asp.net Mvc core. Работает почти на всём.

web sockets

https://github.com/openiddict

Есть зависимости проекта, а есть зависимости пакета для распространения приложения (например, *.deb). Разработка и сборка приложения зависит от nugget-пакетов. В Linux стандартный способ установки приложений с помощью пакетных менеджеров (теже apt и yum например). Установочный пакет может ссылаться на другие пакеты из удалённого репозитория. Грубо говоря при создании пакета с вашим приложением, в зависимостях пакета можно указать dot net core. Тогда при установки пакета с вашим приложением система может подтянуть dot.net coreю Вот так будет правильно. Другое дело что скорее всего dot net core нет в репозиториях дистрибутивов линукса, вот на red hat есть, а на debian - скорее всего нет.
Не думаю что nugget-пакеты будут распространяться через стандартные репозитории пакетов какого-либо дистрибутива.

Первая строчка звучит, прямо таки скажем, вызывающе ) 2 месяцев изучения и опыт как-то не стыкуются.
Второе предложение правда ставит вcё свои места: был бы опыт в основах языка и в понимании принципов работы с базами данных, и уж тем более c EF , основ ASP.net- вы бы уже писали.
Тут сразу нужно перейти к вашему последнему предложению.

Просто на это уходит слишком много времени.

Понимаете в чем дело... она изучение того что вы описали у людей уходят годы и десятилетия. Если для вас два месяца - это срок, задумайтесь, а тем ли вы делом занимаетесь, может программирование - это не ваше?
и вот далее:

Необходимо ли изучать потоки, асинхронность , XML и прочее?

Это ваше дело. Но например, в потоках и xml вы разбираться обязаны, хотя бы что бы не задавать вопросов типа "а где здесь потоки используются? а как сериализовать объект?" По поводу синхронности - асинхронности пока что вам хватит твердой уверенности что есть что.

Чем нужно владеть для освоения этой технологии? Необходимо ли полностью изучать с#, JavaScript, Html &CSS ?

Вы должны сами определиться что для вас первично, а что вторично: frontend или backend.

Сам перфекционист и пока не выучу ту или иную технологию полностью не успокаиваюсь.

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

Для разработки на ASP.net (MVC) вам понадобится любая операционная система (win, Linux, Os x) и любая среда разработки поддерживающая Asp.net. Хостить можете как на линухе, так и на винде. Можете использовать как платные, так и бесплатные IDE. Сам фреймворк бесплатный

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

а что значит инструменты? asp.net и .Net все больше уходит в open source
Для библиотек есть менеджер www.nuget.org + консольный и gui интерфейс в студии , крупные компании, например гугл, там тоже выкладывают свои библиотеки. Если библиотеки open source - то указывают ссылку на репозитории.
Для Visual Studio есть магазин расширений ( а в самой студии есть менеджер расширений) если версия триальная, обычно дается ссылка для совершения покупки.
Отдельный магазин для psd и html - темплейтов для Asp.Net наврядли имеет смысл. Особенно при наличии github, codeplex и прочих подобных сервисов

Я бы все таки посоветовал постараться понять в чем отличие многозвенной архитектуры приложений от разбивки кода на слои, а потом уже к написанию кода переходить.