Савенко Дмитрий

[Asrom11]

@desolver

[desolver]

Не хватает тестов

• На экранирование различных управляющих символов (в том числе самого \)
• Когда переносы строк разрывают управляющие символы

[desolver]

Кажется не работает требование В то же время выделение в ра_зных сл_овах не работает.

Надеюсь правильно написал тест))

    [Test]
    public void TestWords()
    {
        var input = "ра_зных сл_овах";
        var expectedTokens = new[]
        {
            Token.CreateText("ра_зных сл_овах", 0)
        };
        
        var tokens = _parser.Parse(input);
        
        tokens.Should().BeEquivalentTo(expectedTokens, 
            options => options.WithStrictOrdering());
    }

[desolver]

И ещё неработающее требование За подчерками, начинающими выделение, должен следовать непробельный символ. Иначе эти_ подчерки_ не считаются выделением и остаются просто символами подчерка.

    [Test]
    public void TestWords()
    {
        var input = "эти_ подчерки_ не должны работать";
        var expectedTokens = new[]
        {
            Token.CreateText("эти_ подчерки_ не должны работать", 0)
        };
        
        var tokens = _parser.Parse(input);
        
        tokens.Should().BeEquivalentTo(expectedTokens, 
            options => options.WithStrictOrdering());
    }

[desolver]

И ещё Подчерки, заканчивающие выделение, должны следовать за непробельным символом. Иначе эти _подчерки _не считаются_ окончанием выделения и остаются просто символами подчерка.

    [Test]
    public void TestWords()
    {
        var input = "_подчерки _не считаются_";
        var expectedTokens = new[]
        {
            Token.CreateText("_подчерки ", 0),
            Token.CreateItalic(true, 10),
            Token.CreateText("не считаются", 11),
            Token.CreateItalic(true, 23)
        };
        
        var tokens = _parser.Parse(input);
        
        tokens.Should().BeEquivalentTo(expectedTokens, 
            options => options.WithStrictOrdering());
    }

[desolver]

И ещё __Непарные_ символы в рамках одного абзаца не считаются выделением.

    [Test]
    public void TestWords()
    {
        var input = "__Непарные_ символы";
        var expectedTokens = new[]
        {
            Token.CreateText("__Непарные_ символы", 0)
        };
        
        var tokens = _parser.Parse(input);
        
        tokens.Should().BeEquivalentTo(expectedTokens, 
            options => options.WithStrictOrdering());
    }

[desolver]

И ещё Подчерки внутри текста c цифрами_12_3 не считаются выделением и должны оставаться символами подчерка.

    [Test]
    public void TestWords()
    {
        var input = "цифрами_12_3";
        var expectedTokens = new[]
        {
            Token.CreateText("цифрами_12_3", 0)
        };
        
        var tokens = _parser.Parse(input);
        
        tokens.Should().BeEquivalentTo(expectedTokens, 
            options => options.WithStrictOrdering());
    }

[desolver]

И ещё Если внутри подчерков пустая строка ____, то они остаются символами подчерка.

    [Test]
    public void TestWords()
    {
        var input = "____";
        var expectedTokens = new[]
        {
            Token.CreateText("____", 0)
        };
        
        var tokens = _parser.Parse(input);
        
        tokens.Should().BeEquivalentTo(expectedTokens, 
            options => options.WithStrictOrdering());
    }

[desolver]

Во всех тестах одна и та же проверка в конце теста со нестандартными настройками, можно вынести в метод и заюзать везде

[desolver]

Тест полностью дублирует Parse_NestedEmphasis_ReturnsCorrectTokens, наверное хотел жирный и курсив местами поменять в одном из тестов?

[desolver]

По классике, там где пустая строка и пробел, должен и null быть)

[desolver]

closingParentIndex

[desolver]

position

[desolver]

Не обязательно внедрять сейчас, но если захочешь, вдруг понравится

public class Delimiter
{
    public required string Opening { get; init; }
    public required string Closing { get; init; }
    public required TokenType Type { get; init; }
}

Такой подход позволяет не писать конструкторы, в большинстве классов-моделек-хранилок это более выигрышная стратегия, при этом читаться будет более хорошо за счет явного указания аргументов при создании класса, а required не даст забыть инициализировать что-то

[desolver]

Лучше в отдельный файлик

[desolver]

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