6bbaad4cb1
Closes #740 `CompactBlockDownloading` protocol is renamed to `BlockDownloaderService`. `CompactBlockDownloader` is renamed to `BlockDownloaderServiceImpl`. What is the motivation for this rename? Goal of this change is to extract code from `CompactBlockProcessor` which is related to downloading. So naturaly it should be called "downloader". But `CompactBlockDownloader` was already taken. After analysis of `CompactBlockDownloading` and `CompactBlockDownloader` I found out that `CompactBlockDownloader` doesn't download blocks exactly. It's more like abstraction over `LightWalletService`. And it does very similar job to `LightWalletService`. That is why I decided to rename it to "service". What is the motivation for protoco/impl naming scheme? First `BlockDownloaderService` protocol doesn't describe capability in my eyes. It describe what something is. Also `BlockDownloaderServicing` sounds strange. I agree that add suffix "Impl" to class name isn't super nice. But it is acceptable. And it makes sense to use nicer type name (e.g. `BlockDownloaderService`) for protocol because it's used on much more places in the code. - Added `BlockDownloader` protocol and `BlockDownloaderImpl` class. The code related to downloading was exctracted to this class. |
||
---|---|---|
.. | ||
AdvancedReOrgTests.swift | ||
BalanceTests.swift | ||
BlockDownloaderTests.swift | ||
DarksideSanityCheckTests.swift | ||
PendingTransactionUpdatesTest.swift | ||
ReOrgTests.swift | ||
RewindRescanTests.swift | ||
ShieldFundsTests.swift | ||
SychronizerDarksideTests.swift | ||
SynchronizerTests.swift | ||
TransactionEnhancementTests.swift | ||
Z2TReceiveTests.swift |