Chương trình Spartan có gì hay? [đóng cửa]

Chúng tôi đang bị buộc phải sử dụng lập trình Spartan cho một dự án, làm mọi người mất tinh thần. Vì vậy, tôi nhận được nó, nó làm cho các phương thức thực sự ngắn và nó xử lý các trường hợp đơn giản đầu tiên. Nhưng nó có thực sự xứng đáng với giá của mã trông giống như một thứ gì đó trong cuộc thi Obfuscated C Code không?

Bạn có thể thấy nó hữu ích cho một cái gì đó?

Nhiều người thuê lập trình Spartan có vẻ như là một thực hành tốt đối với tôi. Ví dụ, giữ các phương thức ngắn, tối thiểu hóa phạm vi của các biến, tối thiểu hóa số lượng tham số cho một phương thức hoặc các phương thức cho một lớp, v.v ... Đây đều là những điều tốt và chính xác là những gì bạn nên phấn đấu.

Nhưng sau đó, có những thứ như giảm thiểu số lượng ký tự , giảm thiểu số lượng mã thông báo , phân tích (nghiêm túc?), V.v ... thực sự vô nghĩa.

Tôi nghĩ vấn đề chính của tôi với nó được minh họa bằng trích dẫn này :

Nhưng, lập trình Spartan không chỉ là một phong cách mã hóa kỹ thuật, trong đó có một nguyên tắc thống nhất, cơ bản duy nhất --- sự tối giản và đơn giản được đưa đến cực đoan.

Bất cứ điều gì "đưa đến cực đoan" rung chuông báo động cho tôi.

Bây giờ trông có vẻ quen quen. Ngay cả việc giảm thiểu trên các mã thông báo, mặc dù không được đưa đến thái cực. Tôi thà sử dụng fname hơn tên tệp chẳng hạn, ra cho đầu ra, x cho đầu vào dữ liệu, n cho số đếm, l cho độ dài, v.v. lx sẽ là chiều dài của x, ly chiều dài của y, ... bạn có được độ trôi.

Thêm vào đó, vì tôi thường thao túng các bộ dữ liệu lớn trong các ứng dụng khoa học, tôi sử dụng các phương tiện chỉ mục trong R rất nhiều. Khi tôi viết ra tất cả các chỉ số đó, mã làm tôi đau mắt. Vì vậy, chỉ số trở thành id, hoặc thậm chí chỉ là i.

Thậm chí, các cấu trúc vòng lặp cụ thể trong R (họ ứng dụng) thường yêu cầu khai báo hàm trong lệnh gọi áp dụng. Trong những trường hợp đó, tôi luôn sử dụng x, y, z, ... Các chức năng này thường là một hoặc hai dòng, vì vậy nó rõ ràng đến từ đâu và nó không làm lộn xộn màn hình.

Đó không phải là một điều xấu, miễn là bạn có một số quy ước đặt tên được kết hợp thông qua mã hoàn chỉnh và bạn cung cấp các nhận xét để giải thích các tên biến khó hiểu hơn. Cuối cùng, nó làm cho mã dễ đọc với tôi hơn là một đoàn lạc đà dài lảng vảng trên màn hình.

Đây là một bài viết thảo luận về lợi ích của lập trình Spartan

http://ssdl-wiki.cs.technion.ac.il/wiki/index.php/SendAnEmail_case_study

Đây là một điểm nhấn nhỏ gọn của Cs.

1. Đúng
2. Hoàn thành
3. Nhỏ gọn

Không ai quan tâm đến mã của bạn nếu nó không đúng.

Nếu mã của bạn không hoàn thành (xử lý mọi trường hợp), thì sẽ có lỗi.

Nếu nó không nhỏ gọn hơn bạn đang lãng phí bộ nhớ hoặc chu kỳ đồng hồ (tối ưu hóa trình biên dịch sang một bên)

Lưu ý thứ tự ở đây là tối quan trọng. Chương trình nhỏ gọn nhất hiếm khi chính xác. VÍ DỤ

void main() {
 return 1; 
}

Ồ, tôi thực sự lập trình như thế này, không biết nó có tên. Tôi có thể nói rằng nó mang lại lợi ích cho khả năng đọc nhưng nhiều hơn theo cách không gian ... có nghĩa là bạn không bị lạc trong một súp mã ngay cả khi bạn có một vài dòng khó đọc.

Tuy nhiên, tôi muốn nói rằng khi bạn quen với một số cấu trúc nhất định, bạn sẽ thấy cách của mình dễ dàng hơn trong thời gian ngắn hơn so với lúc bắt đầu.