Калентьев Илья tg:@m1nus0ne #241
Conversation
|
|
||
| public interface IMaker<T> | ||
| { | ||
| public T MakeFromTokens(List<StringToken> tokens); |
There was a problem hiding this comment.
Мелочь. Так же как и вместо собственных классов лучше использовать интерфейсы, так и тут лучше использовать IEnumerable, чтобы не завязываться на конкретную реализацию коллекции, если нам нужно просто по ней проитерироваться
|
|
||
| public class Md<TResult> | ||
| { | ||
| public string Render(string input, IParser parser, IMaker<TResult> maker, IRenderer<TResult> renderer) |
There was a problem hiding this comment.
Довольно много параметров в этом методе передается. Подскажи, почему решил конструктор не использовать?
| { | ||
| public string Render(string input, IParser parser, IMaker<TResult> maker, IRenderer<TResult> renderer) | ||
| { | ||
| var tokens = new MarkdownParser().Parse(input); |
There was a problem hiding this comment.
Тут тоже не в конструкторе и не в методе параметром передаем. Подскажи, почему именно так решил сделать?
| public abstract class BaseHtmlToken | ||
| { | ||
| public List<BaseHtmlToken>? Children { get; private protected set; } | ||
| public string Value { get; private protected set; } |
There was a problem hiding this comment.
Подскажи, ты осознанно использовал private protected set? Я не против, но если осознанно, то можешь объяснить мотивацию?
There was a problem hiding this comment.
Всегда использую private, по необходимости расширяю область видимости. Без protected сеттер из дочерних классов становится недоступным
| public List<BaseHtmlToken>? Children { get; private protected set; } | ||
| public string Value { get; private protected set; } | ||
|
|
||
| public BaseHtmlToken(List<BaseHtmlToken>? children) |
There was a problem hiding this comment.
В абстрактном классе у тебя 2 поля, но в конструкторе принимается только одно. Так и задумано?
There was a problem hiding this comment.
Например в токене, который будет просто хранить текст Children = {StrongCloseToken(), TextToken(), StrongOpenToken()}
|
|
||
| public abstract class BaseHtmlToken | ||
| { | ||
| public List<BaseHtmlToken>? Children { get; private protected set; } |
There was a problem hiding this comment.
А точно ли нам нужен здесь nulluble тип? Может нас устроит и просто пустая коллекция, когда дочерних тегов нет?
|
|
||
| namespace Markdown; | ||
|
|
||
| public class Md<TResult> |
There was a problem hiding this comment.
Честно говоря пока не очень понимаю мотивации использовать тут дженерик. Можешь комментарием к треду или прямо в коде объяснить вкратце мотивацию?
| @@ -0,0 +1,12 @@ | |||
| namespace Markdown.Tokens; | |||
|
|
|||
| public abstract class BaseHtmlToken | |||
There was a problem hiding this comment.
Точно ли этот класс должен содержать "Html" в названии? Мы же парсим Markdown текст, который уже в последствии преобразуем в HTML, но мы можем захотеть и не только в него преобразовать, а и в другой язык разметки. Получится ли быстро это реализовать в текущей архитектуре?
Если я не понял идеи алгоритма, то можешь вкратце ее объяснить, пожалуйста?
There was a problem hiding this comment.
Изначально я хотел использовать модель-посредник для трансляции любого формата разметки текста в другой, но решил оставить IEnumerable ее упрощенной версией. Строка -> IEnumerable -> RootToken (репрезентация DOM)
| } | ||
|
|
||
| public abstract Type OpenTypeToken { get; } | ||
| public abstract Type CloseTypeToken { get; } |
There was a problem hiding this comment.
Для таких полей обычно используют Enum, подскажи, почему именно Type выбрал?
There was a problem hiding this comment.
После паринга StringToken будет преобразовываться в Open/CloseToken, далее в цельный Token
No description provided.