Có một triết lý lập trình Windows? [đóng cửa]

Tôi đã lập trình cả trong môi trường Unix và Windows. Chủ yếu là tôi đã làm việc trong Unix, nơi tôi đã học Triết lý Unix , có thể được tóm tắt là

• Viết chương trình làm một việc và làm tốt.
• Viết chương trình để làm việc cùng nhau.
• Viết chương trình để xử lý các luồng văn bản, bởi vì đó là một giao diện phổ quát.

Dường như có một sự khác biệt rõ ràng trong văn hóa lập trình giữa thế giới Unix và Windows, ví dụ:

• GUI vs CLI
• Đăng ký vs tập tin cấu hình
• Rất nhiều công cụ dành riêng cho bất kỳ nhu cầu cụ thể nào so với nhóm các công cụ trực giao chung có thể kết hợp

Có tương đương với "triết lý Unix" trong thế giới Windows không? Những gì lập trình viên Unix có thể học được từ Windows hoặc nên biết khi chuyển sang lập trình trong Windows?

Tôi muốn các câu trả lời tập trung vào các thực tiễn tốt nhất về lập trình Windows (và không phải là cuộc chiến giữa Windows và Unix).

Thực sự có một cái gì đó giống như "triết lý Windows". Chủ yếu là về khái niệm thành phần và phần giao diện người dùng - các chương trình thiết kế cho người dùng không dành cho các lập trình viên khác.

Điêu đo co nghia la:

• Giao diện người dùng đơn giản và trực quan
• Quy trình làm việc tự nhiên
• Nên làm việc ra khỏi hộp
• Không có kiến ​​thức kỹ thuật cần thiết ở đó khi không yêu cầu

Đây là một bài đọc tốt:

Khó khăn

Với sự phổ biến của Windows, cách tiếp cận mã hóa của hacker bắt đầu trở nên bất lợi. Đầu tiên, nó viết các chương trình C / C ++ theo cách phức tạp và khó hiểu nhất, để chỉ những bộ não khó tính nhất mới có thể hiểu chúng, như một nghi thức thông qua. Trong Windows mọi thứ bắt đầu thay đổi và "phong cách mã" hiện đang rất bất lợi. Không chắc chắn nếu Windows ảnh hưởng trực tiếp của nó hay đúng hơn là mức độ hiểu biết mới về chất lượng mã, nhưng ít nhất là kịp thời chúng trùng khớp.

Tôi nghĩ rằng sự khác biệt mà bạn nói đến trong câu hỏi của bạn là về người dùng của các hệ thống này hơn là phong cách lập trình của các nhà phát triển của họ. Trong một thời gian dài, * nix là lĩnh vực của cả lập trình viên hoặc người đam mê điện toán. Có rất ít trong cách sử dụng "thông thường". Trường hợp như Windows có số lượng người dùng [nhà] lớn hơn.

Người dùng thông thường không muốn nhớ hàng tá cờ dòng lệnh khác nhau để chạy chương trình. Họ muốn bấm vào một nút.

Người dùng thông thường không muốn lo lắng về các tệp cấu hình hệ thống của họ hoặc cách Fluffy Kitties nhớ giống mèo yêu thích của họ.

Người dùng thông thường sẽ sử dụng một cái gì đó miễn là nó làm những gì họ muốn, ngay cả khi có sẵn các sản phẩm "tốt hơn".

Tôi nghĩ rằng điểm chính của tôi ở đây là ... Windows rất nhiều về việc tạo cho người dùng , hơn là người tạo . Đừng đi ngược lại các mô hình lâu đời tồn tại trong phát triển Windows. Đừng làm ô nhiễm người dùng Tài liệu của tôi bằng những thứ nhảm nhí hoặc tự nhét mình vào startup của họ mà không có lý do.

Có thể có tầm quan trọng tương tự: viết tài liệu người dùng.

Blog của Raymond Chen, The New New Thing , và cuốn sách cùng tên của ông là một cái nhìn sâu sắc về triết lý, lịch sử và thực tiễn tốt nhất của lập trình Windows bản địa.

Thỏa hiệp & tùy chỉnh

Nó không phải là tốt nhất ở bất cứ điều gì, nhưng nếu bạn sẵn sàng đưa ra thời gian và đưa ra một số quyết định không hấp dẫn ở một số nơi, có rất ít bạn không thể làm điều đó. Nếu bạn không thích những gì nó đang làm, có lẽ bạn có thể thay đổi nó. Có vài nơi chỉ có một cách hoặc thậm chí là một cách luôn luôn tốt nhất.

Đủ tốt để người dùng bắt đầu

Rất ít thứ là hiện tượng ra khỏi hộp, nhưng hầu hết mọi thứ đều có thể sử dụng được. Unix có xu hướng đi theo hướng không có gì hoạt động cho đến khi bạn định cấu hình nó và Apple làm cho mọi thứ trở nên hoàn hảo, nhưng với chi phí của một số cấu hình / tính linh hoạt.

Mong đợi một đuôi hỗ trợ đăng nhập

Người dùng Windows không nâng cấp chỉ vì có phiên bản mới hơn. Họ thậm chí không luôn nâng cấp vì lỗ hổng hoặc lỗi. Người dùng Windows thường cần phải buộc phải nâng cấp, nhưng nếu bạn buộc họ nâng cấp nhanh chóng, họ sẽ tìm kiếm các sản phẩm thay thế

Người dùng có nhiều cấp độ kỹ năng

Unix có một rào cản nhận thức cao để xâm nhập từ cấp độ kỹ thuật từ quan điểm của một người dùng gia đình bình thường. Apple có trình độ kỹ năng cần thiết rất thấp, nhưng không khuyến khích người dùng thông thường làm nhiều việc theo cách tùy biến HĐH của họ. Windows nằm ở giữa. Nó chỉ khó bắt đầu sử dụng hơn một chút so với các sản phẩm của Apple, nhưng có rất nhiều thông tin đơn giản, đôi khi ngay trong bản cài đặt, về cách thay đổi một số cấu hình hệ thống khá sâu. Điều này dẫn đến một cấp độ kỹ năng khá ngẫu nhiên trong tầng lớp trung lưu của người dùng bởi vì nếu họ đủ tự tin để thử một thứ gì đó thì rất có thể họ có thể tìm ra cách để làm điều đó. Nó cũng khiến những người dùng rụt rè hơn mà không có bất kỳ kinh nghiệm nào trong một số trường hợp vì họ cảnh giác với những cảnh báo rằng những điều tôi làm sai.

Windows được xây dựng với sự hỗ trợ rõ ràng cho tiêu chuẩn Truy cập người dùng chung (CUA) của IBM để hướng dẫn phát triển ứng dụng.

Tất nhiên, đó là một nỗ lực để tạo ra trải nghiệm giống như máy Mac cho người dùng.

UNIX từ lâu đã dành cho các lập trình viên và những người như vậy và windows luôn dành cho những người dùng không biết cách viết các tập lệnh bash. Do đó, trong windows bạn nên quan tâm đến người dùng, điều đó có nghĩa là tạo một công cụ cho tất cả các tác vụ mà người dùng không cần phải lo lắng về việc cấu hình một vài chương trình để làm việc cùng nhau.

Tôi không chắc đó có phải là một triết lý hay không, nhưng IMHO có một loại mật độ suy nghĩ phù hợp với lập trình Windows. Cũng có một cảm giác ngạc nhiên về cách mọi thứ đôi khi hoạt động.

Tôi khuyên bạn nên kiên nhẫn nếu bạn chấp nhận phát triển Windows và quan tâm hơn một chút về các giả định của bạn.