Tôi đã thấy chủ đề này hiện diện nhiều hơn một lần. Tôi hy vọng rằng những người ở đây hiện đang ở trong tình huống tương tự hoặc đã từng trong quá khứ có thể đưa ra một số lời khuyên sâu sắc. Nó có thể hữu ích nếu bạn chia sẻ kinh nghiệm quá khứ của bạn là tốt.Logic nghiệp vụ xâm nhập UI trong ứng dụng winforms lớn
Vì vậy, có các cửa sổ khá lớn này tạo ra ứng dụng đã được phát triển qua nhiều năm. Mặc dù nhóm phát triển đã cố gắng tách logic nghiệp vụ khỏi giao diện người dùng, nhưng điều đó không xảy ra và có rất nhiều lĩnh vực của mã nơi logic kinh doanh được kết nối với giao diện người dùng. Trong thực tế tàn dư của những nỗ lực trước đó để áp dụng kiến trúc MVP có thể được nhìn thấy ở rất nhiều nơi. Cũng có các bài kiểm tra đơn vị nhưng với mức độ bảo hiểm mã tương đối thấp. Có một số điểm nóng tuy nhiên - các khu vực mà mọi người đều biết đã nhận được phức tạp hơn mà họ nhất thiết cần phải được.
Rất nhiều lần lỗi có thể bị phát hiện trước đó chỉ được tìm thấy khi Người thử nghiệm lấy đèn đuốc của họ và thực sự bắt đầu tìm lỗi mà không may là quá muộn, tốn kém và nguy hiểm. Kỹ thuật, người kiểm tra và PM - tất cả nhận ra rằng một cái gì đó cần phải được thực hiện.
Cách nào là cách thiết thực nhất để giải quyết hoàn cảnh, hoặc cải thiện tình hình? Vì nó sẽ là một nhiệm vụ lâu dài, cách tốt nhất để đo lường tiến độ hướng tới mục tiêu là gì? Mục tiêu sẽ được xác định như thế nào trong các điều kiện khách quan để bắt đầu?
BTW,> 100K LOC không lớn. > 1M LOC là rất lớn !! –
Xóa số đề cập đến số để làm cho câu hỏi này liên quan đến nhiều người hơn :) – Sid