Hôm nay một số bạn bè và tôi bắt đầu thảo luận về khung ..
Một số người trong chúng ta tin tưởng mạnh mẽ rằng trong 99,9% trường hợp, viết một khung mới là một ý tưởng tồi. Chúng tôi tin rằng có lẽ một số trong số hàng triệu khung công tác ngoài kia sẽ phù hợp với vấn đề của chúng tôi và nếu không, một số hack, API hoặc cấu hình là đủ. Nếu không, chúng tôi nghĩ rằng việc đóng góp vào một số khuôn khổ, đề xuất các tính năng hoặc một cái gì đó tương tự sẽ là giải pháp tốt nhất. 0,1% là khi không có khung nào phù hợp với trường hợp của chúng tôi.
Nhưng, một số người trong chúng tôi nói rằng tốt hơn là nên có "khung công ty nội bộ" (ví dụ), vì việc khắc phục sự cố nhanh hơn, tạo ra sự phù hợp 100% với ứng dụng, vì yếu tố "học hỏi" (khi bạn cải thiện kỹ năng của bạn xây dựng một khung), v.v.
Tôi nghĩ rằng đi ra ngoài các khung mã hóa như không có ngày mai không phải là cách đúng đắn. Tôi đã thấy rất nhiều nhóm nhỏ xây dựng khung riêng của họ chỉ để truyền bá: "chúng tôi xây dựng khung riêng của chúng tôi, chúng tôi cai trị, người anh em". Nói chung, khung là tào lao, không có bất kỳ tài liệu nào và chỉ hoạt động cho các ứng dụng của riêng họ.
Ý kiến là ý kiến, nhà phát triển là nhà phát triển, không có ý định bắt đầu bất kỳ loại chiến tranh ngọn lửa nào, tôi hỏi:
Bạn nghĩ gì về điều này? Những thông số bạn xem xét khi xây dựng một khung? Bạn nghĩ gì về tất cả những điều này?