･
Đánh giá 12
･
Đánh giá trung bình 4.9
Vì tôi bướng bỉnh nên tôi đang để lại bình luận. Thực ra tôi đã hoàn thành khóa học khoảng một tuần trước, nhưng tôi đã viết nó ra trong giờ nghỉ trưa nên không biết liệu nó có dùng làm tài liệu tham khảo hay không. [Lý do tham gia khóa học] Cá nhân tôi quyết định tham gia khóa học sau khi xem [Chuẩn bị để dễ dàng tạo phần mềm hoạt động], được phát hành dưới dạng bản xem trước. [Cảm nhận về bài giảng] Thay vì có cảm giác như mình đang tạo một framework back-end, tôi có cảm giác như đó là một bài giảng nơi tôi có thể nhìn thấy cái nhìn sâu sắc của Zero về các vấn đề gặp phải trong quá trình phát triển. Chủ đề của mỗi phần đều thú vị nhưng thời gian giảng ngắn so với chủ đề. , vì vậy tôi theo đuổi chiều sâu. Đó là một gợi ý về phương hướng hơn là một gợi ý. 【vân vân】 Mã nguồn dần dần được tích lũy và khi các gói biz và thấp hơn cũng như các gói fw và thấp hơn tiếp tục được thêm vào cùng một dự án cùng với mã kiểm tra và mã logic, tệp dự án ngày càng phức tạp. Đây có thể chỉ đơn giản là một cảm giác cá nhân. Tôi tự hỏi sẽ như thế nào nếu bài giảng được phát triển bằng cách chia từng chức năng của fw thành các mô-đun và viết biz bằng cách tham khảo các mô-đun.
Xin chào. Nó bằng không. Trong số các chức năng quản lý khóa học của Infrun có màn hình quản lý sinh viên. Ở đó, nó cung cấp một chức năng cho phép sinh viên kiểm tra tiến độ khóa học của từng sinh viên. Uijong khác với những người khác. Bạn đã cho thấy rằng bạn đang tiến bộ ổn định. Với tư cách là người tạo ra bài giảng, nó có sức mạnh rất lớn. Cảm ơn bạn rất nhiều vì sự bướng bỉnh của bạn. Hãy nói về tính định hướng. Một trong những điều tôi luôn nghĩ tới khi chuẩn bị cho bài giảng là Nếu nói nhiều quá sẽ lạc chủ đề. Vấn đề là nếu bạn triển khai nó sâu, mã sẽ trở nên khó khăn. để vượt qua điều đó Tìm hiểu các vấn đề phát sinh trong thực tế công việc Biến điều này thành một chức năng của khung Từ quan điểm của một nhà phát triển mới bắt đầu Tôi đã cấu trúc bài giảng. Tất nhiên, các chức năng được tạo ra trong bài giảng còn thiếu. Như vua Uijong đã nói Người ta cũng cố ý kết thúc bằng một gợi ý về phương hướng. Đây là Nó không phải là một khuôn khổ để học và sử dụng. Một khuôn khổ để cải thiện vì nó bất tiện Tôi tạo ra nó với hy vọng mở rộng tầm nhìn của bạn. Phiên bản cuối cùng của khung này nằm bên dưới. https://github.com/zeroshift01/zeroshift01/tree/master/inflearn08 Một khuôn khổ chỉ cung cấp định hướng Bạn sẽ có thể thấy những thay đổi ở mức độ có thể được sử dụng trong thực tế. Hãy nói về các tiêu chuẩn quản lý gói thứ hai. Nó có thể hiển nhiên, nhưng Trong thực tế, các nguồn tài nguyên khung và Tài nguyên công việc được sử dụng riêng. Nhưng xét về mặt giải thích Ưu điểm của việc không tách rời các tài nguyên là bạn có thể xem nhanh tất cả chúng. Không có sự tách biệt giữa tài nguyên biz và fw. Khi xem tài nguyên dựa trên Eclipse Tôi nghĩ sẽ dễ dàng phân biệt các tài nguyên hơn nếu bạn nhìn nó theo cấu trúc phân cấp. Để trả lời câu hỏi thứ ba liên quan đến mã kiểm tra, Một gói có thể mô-đun hóa một chức năng duy nhất từ góc độ gắn kết. Vì nó là thông tin thư mục Ngoài ra còn có mã kiểm tra để kiểm tra chức năng xem có lỗi không. Chúng tôi quản lý tài nguyên với ý tưởng rằng việc giữ chúng ở cùng một vị trí sẽ hiệu quả hơn. Tất nhiên cuối file là Emp001_test.java để các bạn có thể thấy đó là code test. Với những quy tắc như vậy, mã kiểm tra có thể Nó được quản lý để ngăn chặn nó được chuyển sang môi trường hoạt động. Ngoài ra, nếu nằm trong cùng một gói Nó cũng tốt cho việc thử nghiệm các phương pháp mặc định. ^^ Cảm ơn bạn đã xem xét của bạn.
