Senior
Sənədlərin yeniləmələri xidmətə daxil olur message Document { string Url = 1; // Sənədin URL-i, onun unikal identifikatoru uint64 PubDate = 2; // sənədin elan olunan nəşr vaxtı uint64 FetchTime = 3; // bu sənəd yeniləməsinin alınma vaxtı, versiya identifikatoru kimi qəbul edilə bilər. Cüt (Url, FetchTime) unikaldır. string Text = 4; // sənədin mətni uint64 FirstFetchTime = 5; // ilkin olaraq mövcud deyil, doldurulmalıdır } Sənədlər istənilən ardıcıllıqla gəlir (yeniləmələrin edildiyi ardıcıllıqla deyil), və dəfələrlə mesajlar ola bilər. Çıxışda, eyni mesajlar formalaşdırmaq lazımdır, lakin aşağıdakı qaydalara uyğun olaraq düzəldilmiş sahələrlə (aşağıda qeyd olunanlar, Url sahəsi ilə eyni olan sənədlər qrupuna aiddir): Text və FetchTime sahələri, indiyə qədər alınmış ən böyük FetchTime ilə eyni olmalıdır. PubDate sahəsi, ən kiçik FetchTime ilə eyni olmalıdır. FirstFetchTime sahəsi, ən kiçik FetchTime dəyərinə bərabər olmalıdır. Başqa sözlə, hər zaman FetchTime-ə görə sıralanmış ilk versiyadan PubDate və FirstFetchTime, və son versiyadan Text götürürük. Kodda bu interfeys aşağıdakı kimi həyata keçirilə bilər: type Processor interface { Process(doc *Document) (*Document, error) } Bu kod, Kafka və ya oxşar növbədən mesajlar oxuyan və nəticəni də növbəyə yazan xidmətdə işləyəcək. Əgər Process Null qaytarırsa, heç nə növbəyə yazılmır.
sobes.tech Süni İntellekt
AI-dan cavab
Для реализации интерфейса Processor в Go нужно хранить состояние по каждому Url, чтобы на каждый входящий документ обновлять агрегированное состояние и возвращать скорректированное сообщение.
Основная идея:
- Для каждого Url хранить:
- минимальный FetchTime (для PubDate и FirstFetchTime)
- максимальный FetchTime (для Text и FetchTime)
- PubDate, Text, FirstFetchTime, соответствующие этим минимальному и максимальному FetchTime
При получении нового документа:
- Если для Url нет записи — создать с данными из документа
- Иначе обновить минимальный и максимальный FetchTime и соответствующие поля при необходимости
- Вернуть агрегированный документ с нужными полями
Пример реализации:
import (
"errors"
"sync"
)
type Document struct {
Url string
PubDate uint64
FetchTime uint64
Text string
FirstFetchTime uint64
}
type Processor interface {
Process(doc *Document) (*Document, error)
}
type docState struct {
minFetchTime uint64
maxFetchTime uint64
pubDate uint64
text string
firstFetch uint64
}
type processorImpl struct {
mu sync.Mutex
state map[string]*docState
}
func NewProcessor() Processor {
return &processorImpl{
state: make(map[string]*docState),
}
}
func (p *processorImpl) Process(doc *Document) (*Document, error) {
if doc == nil {
return nil, errors.New("input document is nil")
}
p.mu.Lock()
defer p.mu.Unlock()
st, ok := p.state[doc.Url]
if !ok {
// первый документ для данного Url
p.state[doc.Url] = &docState{
minFetchTime: doc.FetchTime,
maxFetchTime: doc.FetchTime,
pubDate: doc.PubDate,
text: doc.Text,
firstFetch: doc.FetchTime,
}
return &Document{
Url: doc.Url,
PubDate: doc.PubDate,
FetchTime: doc.FetchTime,
Text: doc.Text,
FirstFetchTime: doc.FetchTime,
}, nil
}
updated := false
// Обновляем минимальный FetchTime и PubDate, FirstFetchTime
if doc.FetchTime < st.minFetchTime {
st.minFetchTime = doc.FetchTime
st.pubDate = doc.PubDate
st.firstFetch = doc.FetchTime
updated = true
}
// Обновляем максимальный FetchTime и Text
if doc.FetchTime > st.maxFetchTime {
st.maxFetchTime = doc.FetchTime
st.text = doc.Text
updated = true
}
// Если пришло сообщение с FetchTime, который уже есть, но текст или PubDate отличаются,
// можно игнорировать, так как пара (Url, FetchTime) уникальна, либо обновлять по логике.
if !updated {
// Данные не изменились, можно вернуть nil, чтобы не писать в очередь
return nil, nil
}
return &Document{
Url: doc.Url,
PubDate: st.pubDate,
FetchTime: st.maxFetchTime,
Text: st.text,
FirstFetchTime: st.firstFetch,
}, nil
}
Таким образом, сервис будет поддерживать актуальное агрегированное состояние для каждого Url и возвращать скорректированные документы согласно правилам.