Làm thế nào để bạn mã hóa một cái gì đó khi bạn không biết làm thế nào nó thực sự hoạt động? [đóng cửa]

Gần đây tôi đã học C và muốn bắt đầu một dự án để củng cố kiến ​​thức của mình. Tôi đã quyết định làm một trình soạn thảo văn bản rất đơn giản, giống như vim. Vấn đề tôi gặp phải là tôi thực sự không biết làm thế nào một trình soạn thảo văn bản thậm chí hoạt động và tôi không biết phải tìm kiếm google để tìm hiểu về nó.

Googling về nó đã dẫn đến repo GitHub của vim, điều này là vô ích đối với tôi bởi vì cơ sở mã là rất lớn và mã đang làm tôi bối rối. Tôi cũng tìm thấy các hướng dẫn để tạo một trình soạn thảo văn bản trong C có chức năng giống như vim.

Mặc dù tôi nghĩ về việc làm theo các hướng dẫn, nó cảm thấy như gian lận. Làm thế nào mà các nhà phát triển vim tìm ra cách mã hóa vim mà không có hướng dẫn cụ thể? Hay họ đã bắt đầu từ các trình soạn thảo văn bản đơn giản hơn? Làm thế nào mà họ tìm ra điều đó chỉ từ kiến ​​thức về ngôn ngữ và tài liệu của họ?

Chính xác thì tôi cần gì để bắt đầu viết trình soạn thảo văn bản này mà không cần trực tiếp làm theo hướng dẫn? Một ví dụ khác tôi muốn nghĩ đến là: Dennis Ritchie và Ken Thompson đã mã hóa Unix như thế nào? Tôi có một ý tưởng về cách thức hoạt động của hệ điều hành, nhưng tôi không biết làm thế nào để đưa nó vào mã. Tôi đang thiếu cái gì vậy? Làm thế nào để tôi chuyển kiến ​​thức về ngôn ngữ này vào sử dụng thực tế, thực tế?

Nếu đây là dự án lập trình đầu tiên của bạn, ngay cả một trình soạn thảo văn bản đơn giản cũng có thể quá phức tạp. Một cái gì đó như vim hoặc một hệ điều hành hoàn toàn không có vấn đề.

Tiếp cận vấn đề

Nhìn chung, cách để bắt đầu gần như tương tự đối với hầu hết các dự án, mặc dù:

• Bạn thu thập yêu cầu của bạn. Có gì chính xác phần mềm sẽ làm gì?
• Bạn bắt đầu với rất ít yêu cầu và sau đó thêm chức năng từng chút một.
• Bạn phân tách các vấn đề được đặt ra bởi các yêu cầu hiện tại của bạn thành các vấn đề phụ.
• Bạn tiếp tục phân tách các vấn đề phụ của mình cho đến khi bạn có điều gì đó bạn biết cách thực hiện.

Thí dụ

Hãy lấy ví dụ về trình soạn thảo văn bản.

• Bạn muốn hiển thị một phần của tệp văn bản trên màn hình, chèn và xóa các ký tự và lưu phiên bản hiện tại.

• Bắt đầu chỉ với việc đọc một tập tin và hiển thị nội dung của nó.

• Bạn sẽ xác định (trong số những người khác) các vấn đề phụ sau:

  • Làm thế nào để tôi biết tên tập tin để hiển thị?
  • Cho một tên tệp, làm thế nào để tôi có được nội dung tập tin?
  • Đưa ra nội dung của tệp, làm cách nào để hiển thị chúng?

Khi bạn đạt đến điểm mà yêu cầu của bạn (tải tệp & hiển thị nó) được hoàn thành, bạn có thể bắt đầu xem xét cách chỉ hiển thị một phần sẽ phù hợp với màn hình, điều hướng trong tệp của bạn, v.v.

Bước tiếp theo

Theo thời gian, khi bạn tiếp nhận những vấn đề ngày càng phức tạp hơn, bạn sẽ nhận ra rằng ngày càng khó tìm ra những cách phù hợp để phân tách vấn đề của mình. Bạn cũng sẽ nhận thấy rằng việc thay đổi mã có thể trở nên tẻ nhạt theo thời gian.

Tại thời điểm đó, đã đến lúc tìm hiểu một số khái niệm thiết kế và kiến ​​trúc cơ bản.

Bạn không.

Nếu bạn thậm chí không có một ý tưởng mơ hồ làm thế nào để làm một cái gì đó, đó là một dấu hiệu cho thấy nó vượt quá các kỹ năng hiện tại của bạn. Bởi vì nếu bạn không biết làm thế nào để bắt đầu, bạn chắc chắn sẽ không có ý tưởng nào khi nói đến phần khó nhất của ứng dụng.

Bạn cần phải quyết định cách bạn muốn trình soạn thảo văn bản của bạn hoạt động.

Đây là một trong những kinh nghiệm bổ ích và bổ ích nhất trong việc phát triển các dự án của riêng bạn từ đầu đến cuối. Không ai gửi cho bạn yêu cầu để xây dựng từ. Bạn cần phát triển các yêu cầu của riêng bạn.

Điều này có nghĩa là bạn sẽ cần phải thực hiện rất nhiều công việc thiết kế trước khi bạn viết dòng mã đầu tiên. Bạn sẽ cần phải quyết định giao diện trông như thế nào. Bạn sẽ cần phải quyết định những chức năng bao gồm. Cả hai câu hỏi trên sẽ được hướng dẫn bởi những gì bạn cảm thấy có khả năng làm. Nếu bạn nghĩ đến tình huống "lý tưởng" (bạn muốn giao diện hoạt động như thế nào), nhưng bạn không cảm thấy có khả năng mã hóa nó, thì bạn cần bắt đầu xem xét các phương pháp thay thế: Làm thế nào tôi có thể làm cho nó hoạt động? Điều đó giúp tập trung bạn vào các phương pháp mã hóa mà bạn có thể muốn tìm hiểu thêm.

Như những người khác đã nói, cố gắng sao chép vim có thể không phải là cách tiếp cận tốt nhất vì nó là một cơ sở mã lớn và phức tạp. Bạn cũng đang từ chối chính mình công việc thiết kế, theo ý kiến ​​khiêm tốn của tôi, giúp làm tròn vai trò của bạn như một nhà phát triển.

Điều này không có nghĩa là bạn sẽ cần phải thiết kế toàn bộ ứng dụng từ đầu đến cuối trước khi bạn viết dòng mã đầu tiên. Bạn có thể yêu cầu thay đổi theo thời gian khi bạn tìm hiểu thêm. Bạn có thể thêm các tính năng mới mà bạn không nghĩ đến cho đến khi bạn thử nghiệm / sử dụng ứng dụng của riêng bạn và bạn nghĩ, "Sẽ không hay nếu ..." Bắt đầu đơn giản.

Viết một trình soạn thảo văn bản đầy đủ tính năng từ đầu mà không có kinh nghiệm lập trình là điều ngu ngốc: Bạn sẽ nản lòng và từ bỏ nó trước khi học hỏi nhiều.

Một số lựa chọn thay thế đến với tâm trí:

• Nghiên cứu mã của một số sản phẩm bạn quen thuộc. Nếu bạn thành thạo vim, hãy xem qua và cố gắng hiểu một cái gì đó nhỏ và tách biệt, như cách nó thể hiện dữ liệu hoặc tìm kiếm một ký tự ( flệnh).
• Nghiên cứu mã của một chương trình rất đơn giản và làm việc theo cách của bạn từ đó: catlệnh sau wcđó grepsau đó là sedví dụ.
• Cố gắng viết một chương trình chỉ có một tính năng duy nhất của trình soạn thảo. Có thể xóa ký tự thứ hai trong mỗi dòng của tệp (không ghi lại) hoặc chỉ hiển thị các dòng từ 50 đến 70 của tệp.