Tại sao các thiết bị phát triển cung cấp cho bạn nhiều tài nguyên hơn một thiết bị thông thường?

Tôi đã tạo một ứng dụng hoạt động trên iPod Touch thế hệ thứ 4 và iPod touch thế hệ thứ 5 của công ty tôi.

Chúng tôi sắp phát hành, khi chúng tôi tìm thấy một sự cố xảy ra sau khi bất kỳ thiết bị không phải nhà phát triển nào chạy ứng dụng *.

Ý tưởng cho rằng một thiết bị được đăng ký là 'thiết bị dành cho nhà phát triển' cung cấp cho ứng dụng của bạn nhiều tài nguyên hơn để sử dụng. Điều này dường như không đúng với tôi, vì tôi không thể nghĩ ra bất kỳ lý do nào sẽ tồn tại - tôi cảm thấy có nhiều khả năng là vấn đề với việc xây dựng hoặc lập hồ sơ dự phòng.

Tuy nhiên, điều đó đã thúc đẩy một cuộc thảo luận. Tại sao các thiết bị như bộ phát triển bảng điều khiển trò chơi, thiết bị có nhiều khả năng hơn nền tảng đích, lại tồn tại ở nơi đầu tiên? Tất nhiên thật tuyệt khi nhấn mạnh vào việc kiểm tra một chương trình, nhưng liệu một đại diện chính xác hơn của nền tảng đích có ý nghĩa hơn không?

TL; DR - Tại sao bộ công cụ phát triển có nhiều tài nguyên hơn nền tảng đích?

* Với một thiết bị không dành cho nhà phát triển là bất kỳ> thế hệ thứ 3. Thiết bị iOS tải xuống ứng dụng từ máy chủ của chúng tôi, không phải trực tiếp từ máy tính có cài đặt ứng dụng & xcode.

_{Lưu ý có một câu hỏi khác đọc tương tự, nhưng nó thực sự khác nhau, bởi vì câu hỏi khác đang hỏi về giả lập và tôi hiểu rằng có sự khác biệt lớn giữa việc sử dụng trình giả lập và thiết bị thực tế.}

Môi trường phát triển (đối với mọi thứ - có thể là ứng dụng java độc lập hoặc môi trường di động hoặc thiết bị nhúng) thường có khả năng gỡ lỗi từ xa, ghi nhật ký nâng cao và các loại nội tâm khác của môi trường (thường không muốn để thêm tất cả các móc cho bộ phân tích logic trên thiết bị nhúng sản xuất).

Những điều bổ sung này có thêm nguồn lực. Việc mở một trình sửa lỗi từ xa đối với vm hoặc môi trường từ xa khác sẽ lấy một số tài nguyên ở đầu bên kia. Trong lĩnh vực di động bị giới hạn nghiêm trọng, có thể các tài nguyên bổ sung này sẽ đưa nó vượt quá giới hạn được cấp cho một ứng dụng tiêu chuẩn. Do đó, nhiều tài nguyên hơn được cung cấp cho môi trường phát triển để nó không đạt đến giới hạn tài nguyên khi nó bắt đầu thực hiện ghi nhật ký hoặc gỡ lỗi bổ sung.

Điều này đi xa hơn đến mức bạn luôn cần phải kiểm tra một cái gì đó trong gương của môi trường sản xuất. Tin tưởng rằng nó hoạt động trên các máy của nhà phát triển với tất cả các điều chỉnh và các biến khác nhau của họ không đủ để xác minh rằng nó hoạt động chính xác trong sản xuất.

Nó cho phép bạn tạo ra một bằng chứng khái niệm tham lam tài nguyên mà sau này bạn có thể tối ưu hóa.

Sẽ không có ý nghĩa gì khi làm sập một ứng dụng vì nó vượt quá 5 byte giới hạn bộ nhớ (có thể giải quyết bằng cách đặt trình tối ưu hóa để tiết kiệm không gian khi phát hành nhưng bạn đang chạy phiên bản gỡ lỗi),

có một cảnh báo bật lên trong nhật ký khi bạn vượt quá giới hạn người tiêu dùng trong khi thử nghiệm sẽ tốt ở đây.

Đó là một phần của vấn đề "niềm tin." Các nhà phát triển được cho là biết họ đang làm gì và do đó được cấp quyền truy cập vào thiết bị và tất cả các tài nguyên của thiết bị. Đây có thể là một trợ giúp lớn cho các công ty nhỏ và các nhóm phát triển, nơi các tài nguyên không sử dụng bị lãng phí tài nguyên.

Trong môi trường doanh nghiệp lớn hơn, hoặc đặc biệt là công chúng nói chung, loại quyền truy cập này trở thành trách nhiệm pháp lý, do lo ngại về bảo mật và nhu cầu chơi tốt với các ứng dụng khác cũng cần tài nguyên.

Đây thực sự không phải là một ý tưởng mới. Tôi có hai máy tại nơi làm việc. Trên máy phát triển của tôi, tôi có quyền truy cập quản trị, nhưng nó bị cô lập với internet. Máy khác của tôi, mà tôi sử dụng để truy cập email, Office và Internet, thậm chí không cho tôi khả năng cài đặt chương trình.

Đây là lý do tại sao bạn phải kiểm tra ứng dụng của mình trên một thiết bị không dành cho nhà phát triển trước khi bạn triển khai nó, để đảm bảo rằng ứng dụng đó hoạt động tốt. :)

Với iOS, một thiết bị được kích hoạt cho Phát triển cho phép bạn trực tiếp chạy các bản dựng Debug, có thể chứa một bộ lỗi trình biên dịch khác với bản dựng Bản phát hành, cũng như chạy các ứng dụng trong phần gỡ lỗi, có thể thay đổi thời gian sử dụng bộ nhớ và sử dụng bộ nhớ một cách tinh tế, cũng có thể hiển thị / ẩn các luồng bộ nhớ bị rò rỉ khác nhau.

Một thiết bị phát triển sẽ không được sử dụng nhiều nếu không có khả năng gỡ lỗi và một thiết bị người dùng có khả năng gỡ lỗi sẽ gây ra (nhiều) vấn đề bảo mật dữ liệu ứng dụng và ứng dụng nghiêm trọng.