Strings move into Localization/Strings.resx plus a Russian satellite. XAML uses
a {l:Loc Key} markup extension that yields a binding through the localizer's
indexer rather than a resolved string, so changing the language raises
PropertyChanged for the indexer and every caption in the app re-reads at once.
Resolving strings once at load would have been simpler and would have needed an
app restart to take effect.
Three places where this is more than a string swap:
Russian has three plural forms, so counted messages are assembled from .One /
.Few / .Many keys via Localizer.Plural instead of "{0} records" with an English
plural glued on. "1 запись", "3 записи", "7 записей".
Enum captions in pickers go through LocalizedOption<T>. A value converter would
resolve the caption once and never notice a language change; the wrapper keeps
identity on the enum value so the selection survives, while the label follows
the localizer. It needed a non-generic base for DataTemplate x:DataType, since
Avalonia 12 compiles bindings by default and cannot infer one for an open
generic.
Text originating in the domain would otherwise have stayed English under a
Russian UI — the screenshots showed exactly that. AvParser.Core still knows
nothing about languages: ParseError now carries a Code and Arguments, and the UI
translates Parse.Error.{Code} with a fallback to the English message. Parser
names work the same way (Parser.{id}.Name falling back to DisplayName), which
keeps "add a parser = one registration line" true — an untranslated parser shows
its own name rather than a missing-key marker.
Both .resx files are generated from one table so a key cannot exist in one and
be missing from the other, and the tests assert that, plus no blank translations
and identical {0} placeholder sets — a translation that drops a placeholder
throws at runtime rather than merely reading oddly. A headless test switches
language on a live shell and asserts the rendered text changes without the tree
being rebuilt.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
13 KiB
CLAUDE.md
Конвенции этого репозитория и грабли, на которые здесь уже наступили. Читать до правок.
Команды
Полный локальный гейт (формат → сборка → тесты) — то, что нужно прогнать перед коммитом:
./build.ps1
Отдельные шаги, если нужен только один из них:
dotnet build AvParser.slnx -c Release
dotnet test AvParser.slnx -c Release
dotnet csharpier check .
./run.ps1
На Linux/macOS — ./build.sh и ./run.sh с теми же шагами.
Слои
Core ← Infrastructure ← UI ← Desktop, строго в одну сторону.
AvParser.Coreне ссылается на Avalonia. Это единственное ограничение, которое здесь по-настоящему несущее: домен должен запускаться из CLI, worker-сервиса или бенчмарка. Как только Avalonia станет доступна из домена, кто-нибудь потянется кDispatcher.UIThreadилиIStorageProviderвнутри парсера.AvParser.UI— библиотека, а не exe. Headless-тесты собирают настоящие View, не подтягиваяProgram.cs, Serilog и контейнер.AvParser.Desktop— тонкий composition root. Логика туда не переезжает.
Добавить парсер
- Реализовать
ITextParserвCore/Parsing/. - Одна строка в
CoreServiceCollectionExtensions.AddAvParserCore().
Всё. IParserCatalog, страница Parse и выпадающий список подхватят его сами.
Добавить страницу
- Наследник
PageViewModelвUI/ViewModels/XxxViewModel.cs(Title,IconKey). UI/Views/XxxView.axaml— имя обязано соответствовать конвенцииViewLocator:...ViewModels.XxxViewModel→...Views.XxxView.- Регистрация в
AddAvParserUI(): конкретным типом и какPageViewModel— порядок этих регистраций и есть порядок пунктов в рельсе навигации.
ReactiveUI 24 (дистрибутив Primitives)
Это не классический ReactiveUI. System.Reactive не используется:
| Классика | Здесь |
|---|---|
Unit |
RxVoid |
IScheduler |
ISequencer (ReactiveUI.Primitives.Concurrency) |
Subject<T> / BehaviorSubject<T> |
Signal<T> / BehaviorSignal<T> |
RxApp.MainThreadScheduler |
RxSchedulers.MainThreadScheduler |
TestScheduler |
VirtualClock, ImmediateSequencer.Instance |
Привычные имена операторов (Select, Where, Throttle, DistinctUntilChanged,
CombineLatest) работают — Primitives отдаёт оба набора. using ReactiveUI.Primitives;
нужен ради Subscribe(Action<T>).
ReactiveUI 24 не инициализируется сама. Первый WhenAnyValue бросит
InvalidOperationException, пока не отработал builder. В приложении это делает
AppBuilder.UseReactiveUI(...); в проекте VM-тестов — module initializer
ReactiveUiBootstrap. Новый тестовый проект без Avalonia обязан сделать то же самое.
Конвенции ViewModel
- Каждая VM принимает
ISequencer? mainThread = nullи использует его вoutputScheduler:иToProperty(..., scheduler). Именно это делает тесты синхронными: они передаютImmediateSequencer.Instance. Без этого пришлось бы гонять диспетчер. - У VM с необязательным
ISequencerрегистрация в DI — явная фабрика, а не по типу: иначе выбор конструктора контейнером зависит от порядка регистраций. [Reactive]изReactiveUI.SourceGeneratorsна partial-свойствах; класс —partial.
Добавить источник прокси
- Реализовать
IProxySource(илиIMutableProxySource, если список редактируемый). - Зарегистрировать как
IProxySourceвAddAvParserProxies(). Порядок регистрации = порядок слияния; свой список идёт последним, чтобы пользовательский адрес перебивал фидовый.
ProxyPool при обновлении переиспользует существующие ProxyEntry по Endpoint.Key — иначе
перезагрузка списка стирала бы всю накопленную статистику, а публичные фиды переиздаются каждые
несколько минут.
Инварианты прокси-пула
- Доступность определяется карантином, а не
Health.Health— это «что видели в последний раз». Если исключать всё, что когда-либо падало, окно карантина становится бессмысленным, а прокси теряется навсегда после первой же осечки. Это уже был баг, его ловитA_failing_proxy_is_quarantined_and_comes_back_later. - Проба не трогает
SuccessCount/FailureCount. Эти счётчики про реальные запросы; свип по паре тысяч прокси перезаписал бы всё, на чём держится взвешенный выбор. Провалившаяся проба выставляет карантин черезRecordProbe(..., quarantineOnFailure:). - Лиза без вердикта нейтральна. Отменённая операция — не вина прокси; считать это отказом значит карантинить здоровые прокси на каждый Cancel.
SelectиNext— зарезервированные слова для CA1716. Метод стратегии называетсяPick.
Добавить строку в UI
- Ключ и оба перевода — в
Strings.resxиStrings.ru.resx(оба, иначе упадётLocalizationTests.Russian_translates_every_english_key). - В XAML —
{l:Loc Ключ}, во ViewModel —Localizer.Instance[...]/.Format(...).
Никакого хардкода в Views/ кроме имени продукта и примеров адресов.
- Счётчики — только через
Localizer.Pluralс ключами.One/.Few/.Many. У русского три формы; «{0} records» с приклеенным окончанием непереводимо. - Перечисления в списках —
LocalizedOption<T>, не сырые значения. Конвертер разрешил бы подпись один раз и не заметил смены языка. Идентичность обёртки — значение перечисления, чтобы выбор не слетал. - Текст из домена переводится по коду.
Coreо языках не знает:ParseErrorнесётCodeиArguments, UI ищетParse.Error.{Code}с откатом наMessage. Имена парсеров — так же:Parser.{id}.Nameс откатом наDisplayName, поэтому обещание «добавить парсер = одна строка» остаётся в силе. - VM, у которой есть производный от языка текст, переопределяет
OnLanguageChangedи зовётbase. Без этого заголовок страницы останется на прежнем языке.
Грабли, уже оплаченные
- Селектор типа в Avalonia матчит точный тип.
UserControl.shellне матчитShellView(наследникReactiveUserControl<T>) и молча не делает ничего. Использовать:is(UserControl).shell. Голый.shellтоже матчит, но тогда XAML-компилятор не может вывести тип дляSetterи падает с AVLN2200. - Style-сеттер навсегда проигрывает локальному значению. Не стилизовать
IsPaneOpenиDisplayMode— они биндятся во ViewModel. IPseudoClasses.Setтребует ведущего:.InvariantGlobalizationобязан бытьfalse: Semi.Avalonia строитCultureInfoв статическом конструкторе и падает целиком.- Превьюер рефлексирует безпараметровый статический
BuildAvaloniaApp(). Необязательный параметр ломает его вызов, вторая перегрузка —AmbiguousMatchException. - Compiled bindings включены по умолчанию (Avalonia 12):
x:DataTypeнужен на каждомUserControlи каждомDataTemplate. Avalonia.Headless.XUnit12.x — это xUnit v3, а не v2. Тестовые проекты —Exe.- Headless: ручной
Measure/Arrangeвнутри окна бесполезен — следующий проход layout окна вернёт свой размер. Задавать ширину самомуWindow. Но и без окна нельзя: у открепленного контрола не строится визуальное дерево. - csharpier — единственный владелец форматирования (включая
.axamlи.csproj).IDE0055понижен до suggestion: два форматтера сTreatWarningsAsErrorsдерутся насмерть. Condition="'$(Configuration)' == 'Debug'"наPackageReference— ловушка.dotnet restoreвычисляется с конфигурацией по умолчанию, поэтому пакет обязан резолвиться, даже если эту конфигурацию никто не собирает. Так тут проехал мёртвыйAvalonia.Diagnostics(его нет под Avalonia 12):dotnet build -c Releaseработал, а голыйdotnet restoreпадал.Execute()завершился ≠IsExecutingуже false. Второе публикуется на выходном планировщике. Тест, который сразу послеawaitдёргает команду, закрытую по чужомуIsExecuting, будет мигать под нагрузкой — ждитеCanExecute, а не предполагайте.- Проект VM-тестов не параллелится.
ReactiveUiBootstrapставит глобальные планировщики ReactiveUI, то есть тесты делят изменяемое состояние независимо от их желания. - Инспектора в Avalonia 12 нет из коробки.
Avalonia.Diagnosticsзакончился на 11.3.x; DevTools живут отдельно (AvaloniaUI.DiagnosticsSupport+.WithDeveloperTools()), со своей установкой. Зависимость намеренно не добавлена.
Качество
- Центральные версии пакетов —
Directory.Packages.props. НикакихVersion=в csproj (иначе NU1008 на restore). TreatWarningsAsErrorsвключён; NuGet-advisory (NU19xx) выведены из ошибок, чтобы свежая CVE не роняла сборку кода, который никто не трогал.- Тестовые послабления анализаторов — в
tests/Directory.Build.props, не в самих тестах.
Что осталось абстрактным
Домен — заглушка. IParser<TInput, TOutput> + DelimitedTextParser + KeyValueTextParser
существуют, чтобы каркас проверялся end-to-end. Когда появится настоящая доменная логика,
демо-парсеры удаляются вместе с их тестами и SampleFor/LargeSampleFor в ParseViewModel.