LẬP TRÌNH J2ME CHO THIẾT BỊ DI ĐỘNG - PHẦN 4
Số trang: 30
Loại file: ppt
Dung lượng: 157.50 KB
Lượt xem: 15
Lượt tải: 0
Xem trước 3 trang đầu tiên của tài liệu này:
Thông tin tài liệu:
Tham khảo tài liệu lập trình j2me cho thiết bị di động - phần 4, công nghệ thông tin, kỹ thuật lập trình phục vụ nhu cầu học tập, nghiên cứu và làm việc hiệu quả
Nội dung trích xuất từ tài liệu:
LẬP TRÌNH J2ME CHO THIẾT BỊ DI ĐỘNG - PHẦN 4LẬP TRÌNH J2ME CHO THIẾT BỊ DI ĐỘNG PHẦN 4 Giáo viên : Trịnh Thị Vân Anh Hà nội, 8-2007 5. Record Management System (RMS) MIDP không sử dụng hệ thống file để lưu trữ dữ liệu. Thay vào đó MIDP lưu toàn bộ thông tin vào non-volatile memory (dung lượng vùng nhớ) bằng hệ thống lưu trữ gọi là Record Management System (RMS). RMS là hệ thống được tổ chức và quản lý dưới dạng các record (bản ghi). Mỗi bản ghi có thể chứa bất kỳ loại dữ liệu nào:kiểu số nguyên, chuỗi ký tự, một ảnh và kết quả của một Record là một chuỗi (mảng) các byte. Nếu bạn mã hoá dữ liệu của bạn dưới dạng nhị phân (binary), bạn có thể lưu trữ dữ liệu bằng Record sau đó đọc dữ liệu từ Record và khôi phục lại dữ liệu ban đầu. Kích thước dữ liệu không được vuợt quá giới hạn qui định của thiết bị di động. RMS lưu dữ liệu gần như một cơ sở dữ liệu, bao gồm nhiều dòng, mỗi dòng lại có một số định danh duy nhất. Một tập các bản ghi(RecordStore) là tập hợp các Record được sắp xếp có thứ tự. Mỗi Record không thể đứng độc lập mà nó phải thuộc vào một RecordStore nào đó, các thao tác trên Record phải thông qua RecordStore chứa nó. Khi tạo ra một Record trong RecordStore, Record được gán một số định danh kiểu số nguyên gọi là Record ID. Record đầu tiên được tạo ra sẽ được gán Record ID là 1,sẽ tăng thêm 1 cho các Record tiếp theo. Record ID không là chỉ mục (index), các thao tác xóa Record trong RecordStore sẽ không tính toán lại các Record ID của các Record hiện có cũng không thay đổi Record ID của các Record được tạo mới, ví dụ: xóa record id 3, thêm một record mới sẽ có id là 4. Data là một dãy các byte đại diện cho dữ liệu cần lưu. Tên được dung để phân biệt các RecordStore trong bộ các MIDlet (MIDlet suite). MIDlet suite là tập các MIDlet có chung không gian tên (name space), chia sẻ cùng tài nguyên (như RecordStore), các biến tĩnh (static variable) trong các lớp và các MIDlet này sẽ được đóng gói trong cùng một file khi triển khai. Nếu ứng dụng của bạn chỉ có một MIDlet thì các RecordStore được sử dụng cũng phân biệt lẫn nhau bằng các tên. Tên của RecordStore có thể dài đến 32 ký tự Unicode và là duy nhất trong một MIDlet suite. 2 Các vấn đề liên quan đến RMS Hạn chế về khả năng lưu trữ của thiết bị di động : Dung lượng vùng nhớ (non-volatile memory) dành riêng cho việc lưu trữ dữ liệu trong RMS thay đổi tùy theo thiết bị di động. Đặc tả MIDP yêu cầu rằng các nhà sản xuất thiết bị di động phải dành ra vùng nhớ có kích thước ít nhất 8K cho việc lưu trữ dữ liệu trong RMS. Đặc tả không nêu giới hạn trên cho mỗi Record. RMS cung cấp các API để xác định kích thước của mỗi Record, tổng dung lượng của RecordStore và kích thước còn lại của vùng nhớ này. Do đó trong quá trình phát triển các ứng dụng J2ME bạn phải cân nhắc trong việc sử dụng vùng nhớ này. Tốc độ truy xuất dữ liệu :Các thao tác trên vùng nhớ này sẽ chậm hơn nhiều khi truy xuất dữ liệu trên bộ nhớ RAM. Giống như tốc độ đọc ổ cứng và tốc độ đọc từ RAM của máy tính. Trong kỹ thuật lập trình phải thường xuyên cache dữ liệu và các thao tác liên quan đến RMS chỉ thực hiện tập trung một lần (lúc khởi động hay đóng ứng dụng). Cơ chế luồng an toàn :Nếu RecordStore chỉ được sử dụng bởi một MIDlet, không phải lo lắng vì RMS sẽ dành riêng một Thread để thực hiện các thao tác trên RecordStore. Tuy nhiên nếu có nhiều MIDlet và Thread cùng chia sẻ một RecordStore thì phải chú ý đến kỹ thuật lập trình Thread để đảm bảo không có sự xung đột dữ liệu 3 Các hàm API trong RMS (1) RecordStore không có hàm khởi tạo. RecordStore Class: javax.microedition.rms.RecordStore static RecordStore openRecordStore(String recordStoreName, boolean createIfNecessary) : Mở một Recordstore, có tham số tạo Record store nếu nó chưa tồn tại. Ví dụ: chỉ duy nhất 1 đối tượng RecordStore được tạo mặc dù mở nhiều lần cùng 1 tênprivate RecordStore rs = null;static final String REC_STORE = db_1;private void db(String str) { System.err.println(Msg: + str); }}public void openRecStore() { try { // Create record store if it does not exist rs = RecordStore.openRecordStore(REC_STORE, true ); } catch (Exception e) { db(e.toString()); }} Với tham số true, hàm sẽ tạo một RecordStore nếu nó chưa tồn tại. 4 Các hàm API trong RMS (2) ...
Nội dung trích xuất từ tài liệu:
LẬP TRÌNH J2ME CHO THIẾT BỊ DI ĐỘNG - PHẦN 4LẬP TRÌNH J2ME CHO THIẾT BỊ DI ĐỘNG PHẦN 4 Giáo viên : Trịnh Thị Vân Anh Hà nội, 8-2007 5. Record Management System (RMS) MIDP không sử dụng hệ thống file để lưu trữ dữ liệu. Thay vào đó MIDP lưu toàn bộ thông tin vào non-volatile memory (dung lượng vùng nhớ) bằng hệ thống lưu trữ gọi là Record Management System (RMS). RMS là hệ thống được tổ chức và quản lý dưới dạng các record (bản ghi). Mỗi bản ghi có thể chứa bất kỳ loại dữ liệu nào:kiểu số nguyên, chuỗi ký tự, một ảnh và kết quả của một Record là một chuỗi (mảng) các byte. Nếu bạn mã hoá dữ liệu của bạn dưới dạng nhị phân (binary), bạn có thể lưu trữ dữ liệu bằng Record sau đó đọc dữ liệu từ Record và khôi phục lại dữ liệu ban đầu. Kích thước dữ liệu không được vuợt quá giới hạn qui định của thiết bị di động. RMS lưu dữ liệu gần như một cơ sở dữ liệu, bao gồm nhiều dòng, mỗi dòng lại có một số định danh duy nhất. Một tập các bản ghi(RecordStore) là tập hợp các Record được sắp xếp có thứ tự. Mỗi Record không thể đứng độc lập mà nó phải thuộc vào một RecordStore nào đó, các thao tác trên Record phải thông qua RecordStore chứa nó. Khi tạo ra một Record trong RecordStore, Record được gán một số định danh kiểu số nguyên gọi là Record ID. Record đầu tiên được tạo ra sẽ được gán Record ID là 1,sẽ tăng thêm 1 cho các Record tiếp theo. Record ID không là chỉ mục (index), các thao tác xóa Record trong RecordStore sẽ không tính toán lại các Record ID của các Record hiện có cũng không thay đổi Record ID của các Record được tạo mới, ví dụ: xóa record id 3, thêm một record mới sẽ có id là 4. Data là một dãy các byte đại diện cho dữ liệu cần lưu. Tên được dung để phân biệt các RecordStore trong bộ các MIDlet (MIDlet suite). MIDlet suite là tập các MIDlet có chung không gian tên (name space), chia sẻ cùng tài nguyên (như RecordStore), các biến tĩnh (static variable) trong các lớp và các MIDlet này sẽ được đóng gói trong cùng một file khi triển khai. Nếu ứng dụng của bạn chỉ có một MIDlet thì các RecordStore được sử dụng cũng phân biệt lẫn nhau bằng các tên. Tên của RecordStore có thể dài đến 32 ký tự Unicode và là duy nhất trong một MIDlet suite. 2 Các vấn đề liên quan đến RMS Hạn chế về khả năng lưu trữ của thiết bị di động : Dung lượng vùng nhớ (non-volatile memory) dành riêng cho việc lưu trữ dữ liệu trong RMS thay đổi tùy theo thiết bị di động. Đặc tả MIDP yêu cầu rằng các nhà sản xuất thiết bị di động phải dành ra vùng nhớ có kích thước ít nhất 8K cho việc lưu trữ dữ liệu trong RMS. Đặc tả không nêu giới hạn trên cho mỗi Record. RMS cung cấp các API để xác định kích thước của mỗi Record, tổng dung lượng của RecordStore và kích thước còn lại của vùng nhớ này. Do đó trong quá trình phát triển các ứng dụng J2ME bạn phải cân nhắc trong việc sử dụng vùng nhớ này. Tốc độ truy xuất dữ liệu :Các thao tác trên vùng nhớ này sẽ chậm hơn nhiều khi truy xuất dữ liệu trên bộ nhớ RAM. Giống như tốc độ đọc ổ cứng và tốc độ đọc từ RAM của máy tính. Trong kỹ thuật lập trình phải thường xuyên cache dữ liệu và các thao tác liên quan đến RMS chỉ thực hiện tập trung một lần (lúc khởi động hay đóng ứng dụng). Cơ chế luồng an toàn :Nếu RecordStore chỉ được sử dụng bởi một MIDlet, không phải lo lắng vì RMS sẽ dành riêng một Thread để thực hiện các thao tác trên RecordStore. Tuy nhiên nếu có nhiều MIDlet và Thread cùng chia sẻ một RecordStore thì phải chú ý đến kỹ thuật lập trình Thread để đảm bảo không có sự xung đột dữ liệu 3 Các hàm API trong RMS (1) RecordStore không có hàm khởi tạo. RecordStore Class: javax.microedition.rms.RecordStore static RecordStore openRecordStore(String recordStoreName, boolean createIfNecessary) : Mở một Recordstore, có tham số tạo Record store nếu nó chưa tồn tại. Ví dụ: chỉ duy nhất 1 đối tượng RecordStore được tạo mặc dù mở nhiều lần cùng 1 tênprivate RecordStore rs = null;static final String REC_STORE = db_1;private void db(String str) { System.err.println(Msg: + str); }}public void openRecStore() { try { // Create record store if it does not exist rs = RecordStore.openRecordStore(REC_STORE, true ); } catch (Exception e) { db(e.toString()); }} Với tham số true, hàm sẽ tạo một RecordStore nếu nó chưa tồn tại. 4 Các hàm API trong RMS (2) ...
Tìm kiếm theo từ khóa liên quan:
lập trình J2ME thiết bị di động lập trình mạng ngôn ngữ lập trình tài liệu kỹ thuật lập trìnhGợi ý tài liệu liên quan:
-
Giáo trình Lập trình hướng đối tượng: Phần 2
154 trang 258 0 0 -
Kỹ thuật lập trình trên Visual Basic 2005
148 trang 247 0 0 -
Bài thuyết trình Ngôn ngữ lập trình: Hệ điều hành Window Mobile
30 trang 247 0 0 -
Giáo trình Lập trình cơ bản với C++: Phần 1
77 trang 229 0 0 -
Bài giảng Một số hướng nghiên cứu và ứng dụng - Lê Thanh Hương
13 trang 210 0 0 -
Giáo án Tin học lớp 11 (Trọn bộ cả năm)
125 trang 200 1 0 -
NGÂN HÀNG CÂU HỎI TRẮC NGHIỆM THIẾT KẾ WEB
8 trang 188 0 0 -
43 trang 172 0 0
-
Bài tập lập trình Windows dùng C# - Bài thực hành
13 trang 164 0 0 -
72 trang 163 0 0