Ce faceți cu subiectele DLT?
Java
Care este problema principală a acestei implementări - Definirea incorectă a statusurilor HTTP cu tipuri de excepții - Configurarea incorectă a injecției de dependințe - Ascultătorii asincroni nu sunt implicați - Tratarea excepțiilor non-standard în handler - Configurarea incorectă a bean-urilor - @Autowired nu este utilizat pentru dezvoltarea dependenței
Ce ai pierde și ce ai câștiga cu polling-ul explicit în loc de @KafkaListener?
Care sunt nivelurile de izolare a tranzacțiilor în SQL și care dintre ele este setat implicit în PostgreSQL?
Care este problema principală a acestei implementări? - Nu utilizează un pool de conexiuni pentru Jedis - Nu există backup pentru datele Redis - Nu există un comutator intern de verificare - Nu există gestionarea excepțiilor - Actualizarea elementului de calibrare este incorectă - zadd și zscore fără verificări de erori ```java import redis.clients.jedis.Jedis; import java.util.Set; public class WineCellar { private Jedis jedis; public WineCellar() { jedis = new Jedis("localhost", 6379); initializeWines(); } private void initializeWines() { jedis.zadd("wines", 1978, "Chateau Margaux"); jedis.zadd("wines", 1990, "Domaine de la Romanee-Conti"); jedis.zadd("wines", 2005, "Opus One"); } public void updateWineYear(String wine, double newYear) { double oldYear = jedis.zscore("wines", wine); if (oldYear != newYear) { jedis.zadd("wines", oldYear, wine); // Actualizare incorectă } } public Set<String> getWinesByYear(double minYear, double maxYear) { return jedis.zrangeByScore("wines", minYear, maxYear); } public static void main(String[] args) { WineCellar cellar = new WineCellar(); cellar.updateWineYear("Chateau Margaux", 1982); System.out.println(cellar.getWinesByYear(1970, 2000)); } } ```
Implementare incorectă a logicii de gestionare a erorilor cu onErrorResume Nu există diferențiere în gestionarea erorilor în handleEnrollmentError Lipsa injecției în funcție de controler Metoda handleEnrollmentError nu utilizează parametri CourseController nu este înregistrat de zece ani
Spune-mi despre tine, de ce cauți acum, ce cauți?
Utilizare ineficientă a unui pool fix de fire Probleme de interacțiune cu resursele comune Includerea incorectă a blocărilor poate duce la o situație de blocaj. Nivel de sincronizare incorect Nu există verificări ale tuturor firelor înainte de rezultat Nu există un constructor explicit
Ce trebuie făcut cu contextul MDC în Kafka?
WardrobeManager trebuie să folosească @Autowired Lipsește o clasă pentru gestionarea binarelor Lipsește gestionarea tranzacțiilor ItemRepository nu este marcat cu @Repository Utilizarea constructorului în locul containerului Spring pentru crearea componentei Constructorul WardrobeController nu folosește @Autowired
Care este problema principală a acestei implementări WITH archived_charges AS ( SELECT id, charging_station_id, start_time, end_time FROM charge_sessions WHERE end_time < current_date - interval '30' day ) INSERT INTO charges_history SELECT * FROM archived_charges; DELETE FROM charge_sessions USING archived_charges WHERE charge_sessions.start_time < current_date - interval '15' day;
Care este problema principală a structurii de soluție alese - ArrayList fără capacitate prealabilă duce la risipă - Riscul de blocare mutuală prin metode - Structura ineficientă a blocărilor duce la costuri suplimentare - ExecutorService nu poate fi procesat corect - Pool fix de protecție a scalabilității
Care este problema principală a acestei implementări a tipului compozit în bazele de date? TIMESTAMP fără fus orar Eroare de sintaxă! NULL în cod Lipsa CTE, lizibilitate Probleme de portabilitate din cauza SERIAL «TICKET_TYPE» nu a fost declarat în baza de date Nu este ultima valoare la nivel de INTEGER
Care este problema principală a acestei implementări? - Tabelele neoptimizate arată dimensiunea imaginii - Tăierea imaginii Docker în RUN poate fi o problemă - Mai multe CMD, doar ultimul este activ - Operația de ștergere nu ia în considerare filtrarea după imaginea "vizibilă"
Te rog, spune-mi, care a fost stiva de tehnologii?
Care este problema principală a acestei implementări? - Nu există formulări privind amploarea și rezultatele - Lipsa gestionării erorilor în domeniul securității - Eroare în configurarea contextului — colecțiile nu sunt scrise corespunzător. - Componentele prototip nu sunt gestionate manual - Nu există recomandări cu MVC pentru cursurile de management
Cum ai implementa propagarea antetelor de business (x-session-id, x-client-id) în întreg sistemul de microservicii prin REST și Kafka?
Care este problema principală a structurii de soluție alese - Legare rigidă, flexibilitate scăzută - Încălcarea polimorfismului în procesarea elementelor - Nu există metodă de fabrică pentru WardrobeItem - Nu există un pattern Adapter pentru noii optimizatori - Operații costisitoare în interiorul optimizării
Presupunem că ai două fire. Unul afișează (1,2,3...), iar celălalt (A,B,C...). Cum poți asigura executarea lor în ordinea alternantă (1,A,2,B...)?
Cum să eviți problemele cu cheile mutabile în HashMap?