Có nên đặt GUI một cách đồ họa được coi là gian lận không?

Tôi có một người bạn có lượng kinh nghiệm lập trình lớn hơn tôi một chút. Chúng tôi đã nói về tất cả các công nghệ lập trình khác nhau mà chúng tôi sử dụng và Interface Builder xuất hiện trong cuộc trò chuyện.

Không có nền tảng lập trình ngoại trừ những gì tôi đã dạy cho bản thân mình, cá nhân tôi tin rằng IB và tất cả các tính năng ( IBOutlets, IBActions) giúp các lập trình viên về trình độ kỹ năng của tôi (và tất cả các cấp độ kỹ năng, trong vấn đề đó) hoàn thành các dự án của họ trong thời gian ngắn hơn.

Quan điểm của anh ấy về IB là một chút nhiệt tình. Ông tin rằng các lập trình viên sử dụng Trình tạo giao diện là "gian lận" trong thực tế là họ không phải bố trí giao diện bằng tay.

Câu hỏi:

Có nên sử dụng trình xây dựng GUI để bố trí các thành phần giao diện được coi là "gian lận" (vì hầu hết các chương trình ban đầu đều yêu cầu đặt giao diện bằng mã)? Tại sao?

Đó không phải là gian lận. Các chương trình như IB là công cụ. Sử dụng đúng cho công việc. Không cần phải có giáo điều về nó.

Nếu bạn hiệu quả hơn khi sử dụng một công cụ như vậy, hãy sử dụng nó. Nhắc nhở duy nhất là bạn nên tìm hiểu sự đánh đổi khi đưa ra quyết định của mình. Thực hiện bố trí bằng tay cung cấp cho bạn quyền kiểm soát chính xác với chi phí dễ dàng kéo và thả. Các công cụ kéo và thả cho phép bạn thực hiện nhiều việc nhanh chóng và dễ dàng, nhưng có thể khiến mã của bạn khó duy trì hơn theo thời gian.

Cá nhân tôi chưa bao giờ thành công hay đạt được nhiều niềm vui từ việc sử dụng công cụ thiết kế UI kéo và thả, nhưng đó chỉ là tôi. Tôi thấy việc đặt GUI bằng tay là hiệu quả nhất đối với tôi và mang lại một cơ sở mã dễ duy trì hơn theo thời gian. Những người khác có kinh nghiệm ngược lại.

Lập trình như một công việc không phải là một môn thể thao cũng không phải là một trò chơi. Vì vậy, tranh luận gian lận là rất mỏng. Nếu các công cụ trực quan tăng năng suất của bạn, bạn sẽ thật ngu ngốc khi không sử dụng chúng. Kinh nghiệm của tôi là những điều này khiến tôi dành nhiều thời gian hơn cho mã giải quyết vấn đề thực tế mà không phải thực hiện các công cụ giao diện tầm thường nhiều lần.

Hãy cẩn thận, thật dễ dàng để cài đặt hoặc dữ liệu len vào giao diện. Hãy triệt để về việc giữ cho trình bày và logic tách biệt.

Nó chỉ gian lận nếu bạn hy sinh thứ gì đó để đến đó. Hầu hết các bố cục GUI chỉ tạo mã mà bạn thực hiện bằng mọi cách (và thường phải chỉnh sửa bằng tay vì bố cục không đủ).

Về cơ bản, không.

Tất cả những thứ khác đều bằng nhau, bất kỳ công cụ nào cho phép bạn hoàn thành công việc tương tự nhanh hơn đều tốt.

Gian lận là tên của trò chơi. Bạn phải luôn luôn đi con đường dễ nhất có thể khi đưa ra bất kỳ loại quyết định phát triển nào. Gọi nó là gian lận, gọi nó là "có năng suất"; Nó không có Gì Thay đổi. Bạn nên chọn công cụ giúp bạn hoàn thành công việc với ít nỗ lực nhất (tất nhiên, đừng quên bảo trì và khả năng mở rộng).

Bây giờ cụ thể với IB, bạn nên cân nhắc thời gian tiết kiệm của IB so với chi phí phải duy trì mã chậm hơn và bạn ít quen thuộc hơn. Đây thực sự là một trường hợp theo từng trường hợp và từng người quyết định. Trong nhiều trường hợp, các công cụ và trình hướng dẫn cho phép bạn hoàn thành công việc nhiều hơn với chi phí bảo trì bổ sung thấp ... và đôi khi chúng giới thiệu mã trượt và trừu tượng hóa nhiều hơn bạn biết phải làm gì. Có vẻ như bạn đã tự đưa ra quyết định rằng IB xứng đáng với bất kỳ chi phí nào mà nó tăng thêm cho sự phát triển, tuy nhiên, bạn của bạn có thể dễ dàng nhận thấy rằng công cụ đó cản trở anh ta nhiều hơn là nó giúp ích.

Trời ơi không. Tuy nhiên, làm nó hoàn toàn bằng tay là một trường hợp rõ ràng để tạo ra những công việc không cần thiết cho chính bạn.

(Nói chung tôi sẽ đặt nó ra bằng cách sử dụng trình xây dựng và nếu cần tinh chỉnh thì nó có xu hướng - nhưng không phải lúc nào - được thực hiện bằng tay).

Nó chắc chắn không gian lận, mặc dù tôi sẽ có một chút ít tôn trọng đối với một nhà phát triển không thể bố trí GUI mà không có GUI. IMO, sử dụng một cái không khác gì sử dụng kiểu dữ liệu do hệ thống cung cấp - tại sao thực hiện danh sách liên kết hoặc bản đồ băm của riêng bạn nếu bạn có thể sử dụng một trong thư viện hệ thống?

FWIW Tôi đã phải triển khai một giao diện người dùng trong Java Swing vài tháng trước. Tôi chưa bao giờ sử dụng nó, vì vậy tôi đã viết tất cả bằng tay để tôi có thể hiểu rõ hơn về cách thức hoạt động của nó. Bây giờ tôi đã biết API cơ bản, tôi sẽ không bao giờ viết một lần nữa nếu tôi có thể giúp nó!

Như @Bryan Oakley tuyên bố, nó chỉ là một công cụ chứ không phải là "gian lận". Tất cả phụ thuộc vào chính xác những gì bạn đang đặt ra. Nếu bằng tay làm cho nó tập thể dục cực kỳ tốn công thì bạn thực sự nên tìm kiếm các lựa chọn thay thế khác làm cho bạn năng suất hơn.

Tôi đã từng ở trong trại tay mã hóa giao diện, nhưng sau đó, sau khi xuất hiện các giao diện, tôi lấy một mũi tên đến đầu gối và có ý kiến ​​khác. Nếu tôi có thể và nó giúp tôi làm việc hiệu quả hơn thì tôi sẽ sử dụng một công cụ đồ họa để bố trí GUI.

Gần đây bằng cách sử dụng mẫu MVVM, với sự khác biệt của View và ViewModel, nó sẽ làm rõ hơn một chút khi bạn sẽ sử dụng các công cụ đồ họa. Phil Haack thảo luận ngắn gọn về điều này trong podcast Github cho Windows của podcast Herding Code khi được hỏi về quá trình chuyển đổi từ web sang phát triển ứng dụng. Sẽ có ý nghĩa hơn khi thực hiện ViewModel với mã hóa "bằng tay" và để nhà thiết kế xây dựng Chế độ xem đồ họa (và kết nối ViewModels tương ứng).

Một trong những lợi thế lớn của các công cụ như Interface Builder là chúng giúp phân tách công việc thiết kế UI khỏi việc thực hiện chương trình. Ai đó có kỹ năng mã hóa tối thiểu có thể dễ dàng thay đổi bố cục của giao diện người dùng, thay đổi chú thích nút và menu, dịch giao diện người dùng sang ngôn ngữ khác, v.v.