Chỉ muốn xem mã phong cách Allman và lưu mã kiểu K & R

Question

Một trong những nhà phát triển của chúng tôi đã quyết định sẽ quyết định cho các nhà phát triển khác cách mọi người nên định dạng mã nguồn của họ.

Myself, tôi là một niềm tin vững chắc rằng Allman phong cách thụt đầu dòng là tốt hơn so với K & R.

Định dạng phong cách cũng giống như tôn giáo, luôn có những người không đồng ý. Không có vấn đề bao nhiêu bằng chứng được chứng minh rằng một trong những là tốt hơn so với khác, mọi người sẽ không chấp nhận nó.

Vì vậy, những gì tôi muốn làm, là mỗi khi tôi mở một tệp trong Eclipse, tôi có nó định dạng mã nguồn, để tôi có thể nhìn vào mã đẹp. Mỗi khi tôi lưu, nó sẽ định dạng theo phong cách chính tả trong văn phòng.

Tôi nghĩ mình đồng ý làm điều này theo cách thủ công và có hai phím nóng cho nó. Ctrl-Alt-PgUp: theo cách của tôi Ctrl-Alt-PgDown: cách cao

Tùy chọn phím nóng có thể là tốt vì sau đó tôi xác minh tất cả là tốt thay vì xảy ra vô hình đằng sau hậu trường.

Eclipse có một tùy chọn định dạng duy nhất. Những gì tôi cần là hai kiểu định dạng và ánh xạ chúng thành một phím tắt. Điều đó có thể, và nếu có, làm thế nào?

Answer 1

Vâng, có vẻ như cuộc tranh luận lâu đời đã trở lại. Thật không may, Eclipse JDT UI không hỗ trợ áp dụng các trình định dạng mã khác nhau.

Có bug no 45423, được thiết kế để giải quyết vấn đề này. Miễn là lỗi đó vẫn chưa được giải quyết, cách giải quyết tốt nhất sẽ áp dụng một trình định dạng trong một móc cam kết vì mỗi dự án được liên kết với trình định dạng riêng của nó; bạn thậm chí không thể chọn một trình định dạng khác để áp dụng cho hành động lưu tệp (Preferences -> Java -> Trình soạn thảo -> Lưu Hành động). Thành thật mà nói, tôi không nghĩ rằng phím tắt thậm chí sẽ hoạt động.

Ngoài ra, có thể điều tra việc sử dụng Questoid Code Formatter, dường như là plugin gần nhất (hoặc chỉ) để hỗ trợ nhu cầu của bạn. Tôi đã không cố gắng sử dụng nó; Tôi chỉ đọc mô tả từ Eclipse Marketplace.

Answer 2

Lời khuyên của tôi: chỉ học cách chịu đựng sự xấu xí. Trừ khi bạn "so sánh với lịch sử trong SCM" chức năng là thực sự tốt đó là tất cả quá dễ dàng để có được sự khác biệt giả mạo khi định dạng.

Answer 3

Với tất cả sự kính trọng đối với Mike, nếu bạn không thể đánh bại họ, hãy tham gia cùng họ. Thật vậy, học cách chịu đựng sự xấu xa, như djna đã khuyên. Tôi đưa ra lời khuyên này sau khi đã dành toàn bộ sự nghiệp lặng lẽ chiến đấu trong trận chiến này.

Tôi tin rằng mã hóa kiểu Allman tốt hơn trong một số cách có ý nghĩa, quan trọng, bắt đầu với việc căn chỉnh mã và làm rõ các khối mã. Người theo phong cách Allman có khuynh hướng là những người thích/chịu đựng nhiều hơn việc sử dụng khoảng trống dọc để giúp làm rõ những thứ đi cùng nhau và khi một bước hoặc giai đoạn mới bắt đầu.

Từ nghiên cứu giai thoại của riêng tôi, lợi thế chính của K & R thường được trích dẫn, khác với sự kính trọng đến tiền lệ trước đó, là K & R là một phong cách ưa chuộng bởi những người thích để xem mã nhiều hơn trên một màn hình. Vâng, đó là sự thật, đó là lý do chính. Mật độ mã. Tôi nghĩ rằng vấn đề này sẽ chết sau cái chết cuối cùng của nó một khi chúng tôi đã qua tuổi 80 x 25 màn hình giao diện điều khiển nhân vật vào đầu những năm 90, nhưng than ôi, nhưng có vẻ như không quan trọng. Vì vậy, đối với những người thích mật độ mã để họ có thể xem thêm mã trên một màn hình tại một thời điểm, chúng tôi phải chịu hàng triệu dòng mã kiểu K & R.* Sigh *

Tóm lại: Bạn không thể giành chiến thắng một cuộc chiến tôn giáo. Nó không đáng để nỗ lực. Khi ở Rome, làm như người La Mã làm và chỉ học cách sống với những gì được. Đây là một vấn đề khiến chúng ta phải đối mặt với tâm lý, bởi vì nó là loại Power and Control. Nhưng tất cả chúng ta đều hiểu rằng một số điều chúng ta đơn giản là không có quyền lực hoặc kiểm soát hợp pháp, vì vậy hãy để những điều đó và học cách thích ứng. Đó thực sự là cách đúng để tiếp cận sự nghiệp phát triển phần mềm của bạn.