eRKa

Да, реально. Это работа с деревом выражения, как точка отсчета для тебя тут, больше примеров тут.

Думаю, что проблема в
JSON.stringify(books)
т.к. по сути этой строкой Вы отправляете string, а не объект. Несовпадение типа, он его и не видит.
Если хотите в методе объект принять, не нужно его к строке преобразовывать, можно просто
data: books,
Но что-то мне подсказывает, что в Вашем варианте и здесь могут быть проблемы. Зачем Вы принимаете JObject?
Преобразуете его потом, примите его как есть массивом

public async Task<JsonResult> Settings(object[] books)

А еще лучше, типизируйте как положено, ну а затем сделаете что-то вроде JObject.FromObject(books).

PS:

а метод Settings возвращает ошибку не выполняя метод.

В таких случаях хорошо бы и текст ошибки к вопросу прикладывать.

При перегрузке методы должны отличаться сигнатурой - отличаться типом или кол-вом входящих параметров. Если при вызове метода Save Вы всегда знаете какой параметр или параметры хотите сохранить, то в Вашем случае я вижу два варианта:
первый, если таких перегрузок требуется два-три, то каждый метод можно назвать по другому, например SaveMacDir, SaveAccpath и т.д.
второй, если этих парметров три, то два из них сделать необязательными

public void Save(string accpath, string macDir = null, string stId = null)
{
	try
	{
		using(var sw = new StreamWriter("**"))
		{
			if(!string.IsNullOrEmpty(accpath))
			{
				sw.WriteLine(accpath);
				AccPath = accpath
			}
			if(!string.IsNullOrEmpty(macDir))
			{
				sw.WriteLine(macDir);
				Macros_Directory  = macDir;
			}
			if(!string.IsNullOrEmpty(stId))
			{
				sw.WriteLine = stId;
				SteamID = stId;
			}
		}
	}
	catch(Exception ex) { }
}

И вызывать их как

Save(accpath)
Save(accpath, macDir)
Save(accpath, macDir, stId)
Save(null, macDir, stId)
Save(accpath, null, stId)

Во первых, у Вас неверный запрос, должно бытьSelect Count(*) From ...
Во вторых, агрегирующая функция (та, которая возвращает только одно значение, а не кортеж) читается другим методом, conn.ExecuteScalar(...);
Результат должен вернуть тип object, который Вы и приводите к int.

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

В бизнес проектах через конструктор никто, конечно, код для бд не пишет. Чаще всего для мапинга с бд используют какую-нибудь ORM (EF, Dapper), руками пишут модели, которые потом будут мапиться на таблицы бд, прописывают их связи.

https://docs.microsoft.com/en-us/dotnet/api/system...

Это не резюме, это набор слов, ничем Вас не выделяет из общей массы и даже делает низовым в списке общей массы.

1. Такой кучи тегов даже у меня нет)) Если Вы знаете названия технологий, не говорит о том, что Вы знаете сами технологии. С Вашим опытом никто не поверит, что Вы имели реальный опыт со всем этим, а не просто hello world написали. Выберите те, в которых по Вашему мнению Вы лучше всего разбираетесь.

2.

Отличное знание WinForms, ASP.NET, LINQ и WPF. Паттерны: MVVM, MVP, Repository, IoC.

Для третьекурсника звучит самонадеяно. При такой формулировке на техническом собеседовании будут проверять "отличное" знание и я почти уверен, что Вы его провалите. Лучше сказать что-то подобие: имел опыт работы с, для реализации использовал технологии, имею <начальные> навыки работы с и т.д.

3.

Занимался исправлением мелких багов, написанием небольших SQL-запросов и unit-тестов, решал небольшие задачи.

Этим занимаются все разработчики, даже мидлы с сеньорами. Из Вашей фразы не понятно, какого уровня проект, какой стек, какие конкретно задачи Вы решали, как успешно Вы их решали. Работодателю нужно понимать Ваш реальный опыт и Ваши реальные возможности, а не нечто эфемерное "решал небольшие задачи".

4.

Если вспомнить css и html

Вот такое никогда не пишите. Лучше соврать или преувеличить, или даже написать "Отличное знание", но не так как Вы здесь сформулировали.

5. Не нужно оставлять ссылки на каждый проект в репозитории. Либо один, самый интересный на Ваш взгялд, либо одна ссылка на сам репозиторий. Работодатель пойдет туда только, если Вы заинтересуете его, не раньше. И ему пары файлов хватит оценить ваш уровень. Он не будет делать ревью всех Ваших проектов.

6. Опыта одного проекта мало. Где опенсерс проекты, где участия в хакатонах, где амбиции стартапов, посещение конференций? Работодатель хочет понимать как Вы заинтересованы развиваться, какие у Вас планы для дальнейшего роста. Он берет вас нулевым не из альтруистических побуждений, а с надеждой, что Вы быстро вырастите и вернете ему прибылью затраченное на Вас время. Из Вашего резюме видно только одно: я студент - дайте работу. А почему Вам, за какие такие заслуги и что с этого будет иметь работодатель - не понятно.

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

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

var source = "Test";

// v.1 Заменит первое вхождение этой буквы в слове на удвоенную
var ch = 's';
var i = source.IndexOf(ch);
var result = source.Substring(0, i) + ch + source.Substring(i);

// v.2  Заменит все вхождения этой буквы в слове на удвоенную
var ch = "s";
var result = source.Replace(ch, ch + ch);

То, что Вы массив вывели как матрицу, не значит , что Вы создали матрицу. В обычном случае матрица инициализируется двойным циклом, где внешний считает строки, а внутренний колонки. При повороте, просто меняете местами - внешний считает колонки, а внутренний строки.

static void Main(string[] args)
{
    var str = "ВРАГ БУДЕТ РАЗБИТ";
    str = str.Replace(" ", string.Empty);
    char[] array = str.ToCharArray();

    var columnCount = 5;
    var rowCount = array.Length / columnCount;
    if (rowCount * columnCount < array.Length)
    {
        ++rowCount;
    }

    // Создаем перевернутую матрицу
    var invertedArray = new char[rowCount, columnCount];
    var counter = 0;
    for (var i = 0; i < columnCount; i++)
    {
        for (var j = 0; j < rowCount; j++)
        {
            invertedArray[j, i] = array[counter++];
        }
    }

    // Выводим матрицу на экран стандартным способом
    for (var j = 0; j < rowCount; j++)
    {
        for (var i = 0; i < columnCount; i++)
        {
            Console.Write(invertedArray[j, i]);
        }
        Console.WriteLine();
    }

    Console.ReadKey();
}

Вытаскивает цифровую группу с конца строки с помощью регулярки, ну соответственно потом приводится к int и инкрементируется.

var stringId = "client123456"
var regex = new Regex(@"\d+$");

var match = regex.Match(stringId);
if(string.IsNullOrEmpty(match.Value)
{
	// В id не найдено цифровой части
	return;
}

var intId = int.Parse(match.Value)
var newId = $"client{++intId}"

Да, так и есть. Если планируете в веб разработку, то придется хоть в каком то виде и в фронт-енд разбираться.