Кроткая Александра #264
Кроткая Александра #264
Conversation
Zuguki
left a comment
Zuguki
left a comment
There was a problem hiding this comment.
Хорошо поделила, интересно будет посмотреть реализацию и тесты
|
|
||
| namespace Markdown.Core.Rendering; | ||
|
|
||
| public interface IHtmlRenderer |
There was a problem hiding this comment.
Почему тут именно HtmlRenderer? Кажется что можно сделать интефейс более абстрактным, например, IRender, а уже реализация будет HtmlRender
Реализован рендеринг ссылки, все тесты проходятся, код почистила
Zuguki
left a comment
Zuguki
left a comment
There was a problem hiding this comment.
хорошие тесты получились, само решение стоит чуть подтюнить, а тк - хорошо получилось
cs/Markdown.Core/Lexing/Lexer.cs
Outdated
|
|
||
| switch (symbol) | ||
| { | ||
| case '#' when IsAtLineStart(tokens) && i + 1 < length && tokensSpan[i + 1] == ' ': |
cs/Markdown.Core/Lexing/Token.cs
Outdated
| /// <summary> | ||
| /// Одна часть (токен) входного текста | ||
| /// </summary> | ||
| public readonly struct Token(TokenKind kind, ReadOnlyMemory<char> slice, int position) |
There was a problem hiding this comment.
position не используется в итоге, можно убрать
cs/Markdown.Core/Lexing/TokenKind.cs
Outdated
| Space, //Одиночный пробел ' ', нужен для проверки границ выделений | ||
| NewLine, //Перевод строки (например, '\n' или '\r\n') | ||
| Eof // Служебный маркер конца входа | ||
| Text, // Обычный текст |
There was a problem hiding this comment.
лучше писать это в summary, так как при наведении на тип будет показываться описание
cs/Markdown.Core/Lexing/Lexer.cs
Outdated
| i += 1; | ||
| continue; | ||
|
|
||
| case '#': |
There was a problem hiding this comment.
если четсно - немного костыльно выглядит) лучше уж в case сделать if else, чем два case на 1 символ делать
| /// - выделяет специальные токены | ||
| /// - применяет базовые правила экранирования | ||
| /// </summary> | ||
| public class Lexer : ILexer |
There was a problem hiding this comment.
вообще класс содержит в себе много ответсвенности. Считай он бежит по строке и разбивает ее на токены, при этом содержит еще и логику разбиения на токены.
Предлагаю чуть поднять тут srp и сделать более расширяемым, при этом не сильно меняя. Для этого можно сделать Handler/Processon на каждый символ, тут будем так же в switchе проверять символ, в зависимости от которого будем вызывать соответсвующий Handler, который уже сделает обработку и вернет токен
| /// - внутри блоков собирает инлайны (Текст/Курсив/Жирный) | ||
| /// - следует спецификации (границы, цифры, пересечения, пустые выделения) | ||
| /// </summary> | ||
| public class Parser : IParser |
There was a problem hiding this comment.
тут тоже намудрила) тут тоже класс слишком много на себе берет, давай его поделим. Например, у тебя тут отдельно парсятся параграфы и возвращают свои ноды, так же и другие. Тут бы логику попилить, отдельно сделать парсеры для токенов, тут класс идейно должнен просто в нужном порядке вызывать соответсвующий парсер, а сам парсер вернет ноду
2 participants
@Zaguki