2015-11-14 19 views
6

Tôi đã tạo một ứng dụng cho Android một thời gian trước và tải nó lên Google Play. Tôi thực sự hạnh phúc vì người dùng thích ứng dụng của tôi và yêu cầu cập nhật và cải tiến.Làm thế nào để làm việc thoải mái trong dự án lớn (Android)?

Dự án của tôi ngày càng lớn hơn và nó đến mức tôi sợ phải thay đổi mọi thứ vì tôi có thể phá vỡ một thứ khác. Tôi cũng thấy bản thân mình nghĩ đến tất cả các phần của một chương trình cùng một lúc. Nó nhấn mạnh tôi một chút, thành thật mà nói. Tôi thích làm những dự án nhỏ và tôi cảm thấy thoải mái khi viết mã. Tôi muốn được thư giãn khi làm việc trên một cái gì đó lớn hơn quá.

Tôi làm việc với Android Studio bằng cách này.

Vì vậy, cách làm việc thoải mái với các dự án lớn và không nghĩ đến tất cả các phần của chương trình?

Cảm ơn.

+3

"sợ thay đổi mọi thứ vì tôi có thể làm hỏng một thứ khác" => kiểm tra tự động. "cách làm việc thoải mái với các dự án lớn và không nghĩ đến tất cả các phần của chương trình" => thiết kế mô-đun tốt (oop). – zapl

+0

Cảm ơn bạn đã trợ giúp. – user3054843

Trả lời

3

Trước hết tôi không có trong tâm trí của tôi bất kỳ công cụ hoặc bất kỳ phương pháp cụ thể để xử lý các dự án lớn. Nhưng tôi có thể cung cấp cho bạn một số khuyến nghị mà tôi đang cố gắng áp dụng trong cuộc sống hàng ngày của mình. Trước hết, viết mã tốt, được tổ chức tốt theo quy tắc java (lớp tốt và đặt tên biến, gói, v.v.). Thứ hai, tránh lặp lại mã. Thứ ba, nếu bạn có một số lượng lớn mã thực hiện một công việc cụ thể, hãy tạo một thư viện. Phương thức đó làm giảm kích thước của mã hiển thị của bạn. Những 3 phương pháp tôi sử dụng để giảm kích thước của các dự án của tôi (nếu có nhu cầu như vậy)

+0

Cảm ơn bạn đã trợ giúp. – user3054843

4

Thưa user3054843, Mainthing là câu hỏi này và nó trả lời cả hai có thể nói hoàn hảo bởi vì-

  • nó khác với nhà phát triển để phát triển
  • & dự án để dự án,

dự án lớn không phải là mọi khó khăn để xử lý và quản lý, đôi khi họ có thể được bảo hiểm trong thời gian ít hơn và ít nỗ lực hơn.

dự án đôi khi nhỏ với chức năng độc đáo và thêm có thể khó khăn để xử lý do rất nhiều R & D.

Dù là vậy, nhưng ít nhất giữ những điểm sau đây với bạn để đảm nhận dự án một cách hiệu quả:

  1. chia các yêu cầu dự án hoàn thành thành các mô-đun.

  2. tạo các gói theo tính năng hoặc gói theo cấu trúc. (gói theo tính năng là cách tốt hơn).

  3. Hãy thử sử dụng các lớp học và phương pháp riêng biệt để tránh phức tạp mã và dễ hiểu
  4. Nếu bất kỳ chức năng lớn là cần thiết, sau đó sử dụng lib mã nguồn mở nếu có sẵn và theo yêu cầu của bạn
  5. Thực hiện bước tất cả mọi thứ bước, và giải quyết vấn đề thay vì bỏ qua.
  6. Work Hard

Cảm ơn

+0

Kính gửi Androider, vui lòng giải thích "gói theo tính năng là cách tốt hơn". Và tại sao nó tốt hơn "gói theo cấu trúc" –

+1

@HeshanSandeepa, vui lòng xem qua một số liên kết: http://www.javapractices.com/topic/TopicAction.do?Id=205, http://stackoverflow.com/questions/11733267/is-package-by-feature-approach-good, http://www.javacodegeeks.com/2013/04/package-your-classes-by-feature-and-not-by-layers.html, https : //dzone.com/articles/package-your-classes-feature Cảm ơn bạn – Androider

+0

Cảm ơn bạn đã trợ giúp. – user3054843

1

Tôi đoán một trong những điều mà bạn phải có đầu tiên là một số loại điều khiển phiên bản - git, svn vv Trong khi điều khiển phiên bản không chỉ giới hạn cho các dự án lớn , nó sẽ giúp loại bỏ sự sợ hãi của việc thay đổi một cái gì đó bởi vì bạn sợ bạn có thể phá vỡ nó. Nếu bạn làm theo các phương pháp tốt để tạo các chi nhánh để quản lý các tính năng mới và tạo các ảnh chụp nhanh mà bạn có thể sử dụng làm trạm kiểm soát thì bạn có cách quản lý các bản phát hành triển khai của mình.

Một số khía cạnh rõ ràng khác đã được đề cập - sử dụng OOP phù hợp, giữ mã của bạn tương đối đơn giản và mô-đun để bạn không rơi vào mớ hỗn độn của các câu lệnh/phương thức lồng nhau và tương tự. Tập trung phát triển một tính năng tại một thời điểm tốt hơn là sử dụng điều khiển phiên bản - sử dụng phân nhánh và các tính năng khác mà bạn có thể hợp nhất vào nhánh chính khi bạn đã hoàn thành nó. Sửa lỗi của bạn khi bạn nhận được chúng và cố gắng hiểu tại sao nó lại cho bạn lỗi đó. Tôi đã thấy mọi người cố gắng 'bruteforce' cách họ sửa chữa mọi thứ bằng cách viết nhiều hơn và nhiều hơn nữa mã mà không giúp gì cả.

Một điều khác cần lưu ý là tra cứu một số dự án về github hoặc một nơi khác để xem cách mọi người quản lý mã của họ. Ngoài ra còn có các podcast và video - các bản trình bày/podcast của ruby ​​được lưu ý - có thể giúp thông tin về cách quản lý các codebases lớn.

Làm việc chăm chỉ và suy nghĩ về lý do luồng công việc hiện tại của bạn gây khó khăn cho bạn để phát triển sau đó thay đổi một số thói quen hiện tại của bạn. Chúc may mắn.

+0

Cảm ơn bạn đã trợ giúp. – user3054843

Các vấn đề liên quan