Có thể có quá nhiều tính đồng nhất trong các tiêu chuẩn mã hóa?

Có một điều như là quá nhiều đồng nhất? Nơi tôi làm việc tất nhiên chúng tôi có các tiêu chuẩn bao gồm quy ước đặt tên, kiến ​​trúc, khung để tận dụng, v.v. Tuy nhiên, gần đây đã có rất nhiều phê bình về những điều tôi sẽ xem xét nhiều phong cách hơn.

Ví dụ: viết các ifcâu lệnh trong nhiều dòng so với một dòng, sử dụng ??toán tử hợp nhất c # null thay vì nói == null, số lượng khoảng cách cho các vết lõm, v.v.

Dường như với tôi điều này bắt đầu nhận được nhiều hơn vào một lựa chọn phong cách cá nhân và không cần phải thống nhất trong một nhóm hoặc công ty. Những gì một người nghĩ đọc rõ ràng hơn người khác có thể không. Có một số giá trị cho tính đồng nhất "thêm" này?

Tính đồng nhất không phải là một vấn đề (nó tốt) nhưng độ cứng hoặc tính không linh hoạt có thể. Nếu phấn đấu cho sự đồng đều, bạn trở nên giáo điều thì tác hại mà bạn đang gây ra cho nhóm có thể lớn hơn lợi ích đến từ sự đồng nhất (có thể) dẫn đến.

Tốt nhất chỉ nên đặt kiểu cơ bản cho những thứ quan trọng nhất (tiêu chuẩn đặt tên và viết hoa, thụt lề, dòng mới và vị trí khung, v.v.), đặt đề xuất cho những thứ ít quan trọng hơn (nếu định dạng câu lệnh, khoảng trắng khác xung quanh dấu ngoặc đơn, v.v.) , và sau đó không lo lắng về phần còn lại.

Khi có khả năng hàng chục người đang làm việc trong một dự án trong suốt nhiều năm tuổi thọ của nó, đôi khi nó trở nên khó hiểu khi bạn phải nhảy theo phong cách. Hãy tưởng tượng đọc một cuốn sách trong đó các chương khác nhau được viết bởi các tác giả khác nhau, những người chỉ phần nào duy trì phong cách viết. Điều đó là có thể, nhưng nó gây phiền nhiễu.

Hầu hết các IDE có thể thực thi các kiểu ngày nay, vì vậy nếu cần, bạn có thể phân phối (như một phần của mã nguồn dự án) một tệp tùy chọn IDE chỉ định kiểu mã hóa đã chọn và yêu cầu mọi người cài đặt nó và sử dụng nó để định dạng mã mà chúng đang viết . Tôi cá là thậm chí còn có cách để mã được định dạng lại / tạo kiểu khi đăng ký (mặc dù tôi chưa phải điều tra vấn đề này).

Một trường hợp về tính đồng nhất quá mức mà tôi đã thấy là có một tiêu chuẩn duy nhất áp dụng cho tất cả các ngôn ngữ lập trình bất kể sự phù hợp:

• Ngăn cản gotongay cả trong các ngôn ngữ như C mà không try... catch.
• Sử dụng InitialCapstên (như trong MFC và C # của Microsoft) trong JavaScript có thư viện chuẩn initialLowerCase.

Tôi không nghĩ có một thứ như vậy là quá nhiều tính đồng nhất. Tuy nhiên, tôi thường thấy rằng quá nhiều CỤ THỂ trong các tiêu chuẩn mã hóa. Lợi ích của tất cả mọi người khi đặt niềng răng trên một dòng riêng biệt là không rõ ràng và không vượt quá thời gian tranh cãi về nó hoặc khắc phục các vấn đề thẩm mỹ trong mã.

Tôi có 2 đối số cho tính đồng nhất:

• Thúc đẩy sở hữu tập thể. Rằng ai đó có thể đi chỉnh sửa mã của người khác mà không sợ rằng "đứa con" của ai đó sắp bị tổn thương bởi sự thay đổi. Một loại tâm lý "Tất cả chúng ta cùng ở đây".

• Dễ dàng thêm vào nó. Nếu một cái gì đó đã được thực hiện ở một nơi khác thì điều này có thể được thực hiện và tái sử dụng có thể. Một số quy ước có thể giúp làm cho mọi thứ dễ đọc hơn hoặc thay đổi đôi khi vì vậy đây là một lợi ích khác cho tâm trí của tôi.