[Swift] Sử dụng NSUserDefaults để lưu dữ liệu

Một bộ nhớ ứng dụng được tạo ra để lưu trữ dữ liệu trong ứng dụng. Điều đó có nghĩa là khi xóa ứng dụng thì bộ nhớ này sẽ mất đi. Nó được gọi là NSUserDefaults, NSUserDefaults  có thể lưu trữ các kiểu dữ liệu integers, booleans, strings, arrays, dictionaries, dates...

Nhưng hãy cần thận, nếu bạn lưu trữ quá nhiều dữ liệu sẽ ảnh hưởng đến tốc độ khi bật ứng dụng.

Để sử dụng NSUserDefaults làm như sau

let defaults = NSUserDefaults.standardUserDefaults()
defaults.setInteger(25, forKey: "Age")
defaults.setBool(true, forKey: "Gender")
defaults.setObject("Paul Hudson", forKey: "Name")
defaults.setObject(NSDate(), forKey: "LastRun")

Dữ liệu được lưu vào NSUserDefaults không bị mất đi khi bạn thoát ứng dụng.

Để lấy dữ liệu đã lưu trong NSUserDefaults ta làm như sau:

let defaults = NSUserDefaults.standardUserDefaults()
let age = defaults.integerForKey("Age")
let gender= defaults.boolForKey("Gender")
let name= defaults.objectForKey("Name")

Read More

[Design Pattern] Singleton trong java và swift

Mẫu thiết kế singleton:
Nó là gì?
Mẫu thiết kế singleton đảm bảo chỉ duy nhất môt thực thể của một class được tạo ra và nó sẽ cung cấp cho bạn một phương thức để truy cập đến thực thế đó.
Kiểm soát việc tạo ra các thực thể nhưng có thể lấy ra thực thế.
Dùng nó trong trường hợp nào?
Khi bạn tạo ra một class mà bạn chỉ muốn chỉ có duy nhất một thực thể là thể hiện của class đó và bạn có thể truy cập đến nó ở bất kỳ nơi đâu khi bạn muốn.
Ví dụ như : Khi bạn tạo ra một class làm việc với file, config ,class lưu collection dùng chung, hoặc database . Bản chỉ cần duy nhất một thực thể của class đó và bạn sẽ sử dụng nó ở bất kỳ nơi đâu.
Dùng nó như thế nào?
Đầu tiên tôi tạo ra một class với tên là Database. Để không class nào có thể khỏi tạo nó (đảm bảo duy nhất có một thực thể) tôi sẽ private contructor của class trên.

1. In Java
2. public class Database{
3.     private Database();
4. }
   
5. In Swift
6. class Database{
7.     private init();
8. }

Và tạo một thuộc tính có tên là INSTANCE có kiểu Database  và một phương trả về thuộc tính đó. Để các class khác có thể sử dụng phương thức này, tôi thêm từ khóa static để biến phương thức này thành phương thức của lớp.

1. In Java
2. private Database INSTANCE;
3. public static Database getInstance(){
4.    if(INSTANCE == null){
5.       INSTANCE = new Database();
6.    }
7.    return INSTANCE;
8. }
   
9. In Swift
10. var Database sharedInstance;
11. class func getInstance() -> Database { 
12.    if(sharedInstance == nil) { 
13.       sharedInstance = Database() 
14.    } 
15.    return sharedInstance 
16. }

Như trên tôi kiểm tra xem INSTANCE có bằng null hay không. Nếu bằng null thì tôi tạo một đối tượng. Và trả về INSTANCE.
Có một vấn đề xảy ra. Nếu có hai luồng (thread) chạy song song và thực hiện hàm if thì sẽ có 2 thực thể được tạo ra. Để tránh trường hợp này mình thêm từ khóa synchronized. Khi hàm getInstance đã được chạy thì bất kỳ các luồng khác phải đợi hàm này chạy xong mới gọi được.

1. public static synchronized Database getInstance(){
2.    if(INSTANCE == null){
3.      INSTANCE = new Database();
4.    }
5.    return INSTANCE;
6. }
   

Ok đến đây đã khá ổn nhưng sử dụng từ khóa synchronized đồng nghĩa với việc các luồng có thể phải đợi chờ lâu vì phải đợi luồng đang gọi hạm getInstance chạy xong mới gọi được. Để tránh trường hợp này, tôi sẽ tạo 1 thực thể của lớp Database ngày khi class này được sử dụng, và sử dụng từ khóa final để ngăn không cho thay đổi đối tượng mà INSTANCE trỏ đến  :

1. In Java:
2. private static final Database INSTANCE = new Database();
   
3. In Swift
4. static let sharedInstance = Database()

Lúc này hàm getInstance sẽ trả về đối tượng INSTANCE:

1. In Java:
2. public static Database getInstance(){
3.    return INSTANCE;
4. }
   
5. In Swift
6. class func getInstance() -> Database { 
7.    return sharedInstance 
8. }

Để truy cập đến thực thể của class Database bạn thực hiện : Database.getInstance() lúc này trả về 1 thực thể có kiểu Database.
Với swift ta làm như sau:

OK ! Đến đây bạn có thể chắc chắn rằng sẽ chỉ có duy nhất một thực thể của class Database được tạo ra và bạn có thể sử dụng hàm getInstance để truy cập vào thực thế đó. Việc còn lại là bạn viết các phương thức, các setter, getter cho nó. Đây chính là mẫu thiết kế singleton.

Read More

[Android] Ẩn bàn phím khi start activity (fragment)

Để ẩn bàn phím khi start một activity hoặc add fragment ta làm như sau:
Cách 1: Trong file AndroidManifest.xml add dòng sau vào activity mà bạn muốn

android:windowSoftInputMode="stateHidden"

Cách 2: Trong file giao diện xml thêm dòng sau vào view cha của editext

android:focusable="true"
android:focusableInTouchMode="true"

Done.

Read More

Java Core - Enum Types

Enum là một kiểu dữ liệu đặc biệt, nó cho phép chứa tập hợp các biến hay còn gọi là kiểu dữ liệu liệt kê. Vậy tại sao lại có kiểu dữ liệu enum và nó sẽ giúp chúng ta như thế nào.
Mình sẽ lấy vị dụ như sau : Trong game thường có các vật phẩm tăng gold hay exp sau mỗi màn đánh. Mình định nghĩa một enum như sau :

1. public enum EffectItem {
2. EXP,GOLD;
3. }

Ok vậy là ta có có một tập hợp các hiệu ứng khi sử dụng vật phẩm là tăng gold và exp. Nhưng ta vẫn chưa định nghĩa tăng bao nhiêu cả.Ta làm như sau:

1. public enum EffectItem {
2. EXP(20),GOLD(30);
3.         private int value;// khai báo một biến value.
4. 
   
5. EffectItem(int value) { //một contructor với tham số value
6. this.value = value;
7. }
8. 
   
9. public int getValue() {//hàm lấy ra giá trị value
10. return this.value;
11. }
12. }

Nhìn có vẻ đây là một class thực sự với thuộc tính value và contructor với đầu vào int. Còn dòng 2 như các thực thể được khởi tạo vơi các giá trị cụ thể 20,30.

Một vấn đề nữa, tôi muốn với mỗi giá trị của item ta sẽ có một mô tả tương ứng. Ta làm như sau:

1. public enum EffectItem {
2. EXP(20),GOLD(30);
3.         private int value;// khai báo một biến value.
4. 
   
5. EffectItem(int value) { //một contructor với tham số value
6. this.value = value;
7. }
8. 
   
9. public int getValue() {//hàm lấy ra giá trị value
10. return this.value;
11. }
12.         
13.         public String getString() {// với mỗi giá trị của enum sẽ có mô tả tương ứng.
14. switch (this) {
15. case EXP:
16. return "Tang EXP 20%";
17. case GOLD:
18. return "Tang EXP 30%";
19. default:
20. return "";
21. }
22. }
23. }

Đến đây ta đã cơ bản tạo xong một enum. Vậy sử dụng nó như thế nào?
 - Vì enum là một kiểu dữ liệu vì vậy ta khai báo một thuộc tính của class cần dùng như sau:

2. public class Item {
3. private String name;
4. private EffectItem effect;
5. 
   
6. public Item(EffectItem effect) {
7. this.effect = effect;
8. }
9. 
   
10. public String getName() {
11. return name;
12. }
13. 
    
14. public void setName(String name) {
15. this.name = name;
16. }
17. 
    
18. public EffectItem getEffect() {
19. return effect;
20. }
21. 
    
22. public void setEffect(EffectItem effect) {
23. this.effect = effect;
24. }
26. }

Sử dụng phương thức effect.getValue() để lấy ra giá trị của enum và  effect.getString() để có được mô tả.
Ngoài ra, bản thân enum có một class mô tả nó với các phương thức và thuộc tính. Ví dụ như:  values() : trả về tập 1 mảng chứa cả các giá trị của enum. Ta có thể dùng vòng foreach để duyệt.

Done. Mong bài viết sẽ có ích với các bạn :D

Read More

Design Pattern - Adapter

Tiếp tục với mẫu thiết kế adapter.

Nó là gì?
 Mẫu adapter chuyển đổi giao diện thành một giao diện khác mà phù hợp với yêu cầu. Giúp kết nối các lớp có giao diện không tương thích để làm việc với nhau

Dùng nó trong trường hợp nào?.
Khi ta muốn chuyển đổi một lớp với một giao diện thành giao diện mà ta mong muốn.
Xậy dựng, mở rộng các phương thức của lớp có sẵn phù hợp với yêu cầu.
Tái sử dụng giao diện cũ. Giảm thiểu việc viết lại mã lệnh.

Dùng nó như thế nào?

Tình Huống:

   Thực tế : Có một công ty muốn mỏ rông công ty bằng cách chuyển địa điểm làm việc. Khi chuyển địa điểm thì có thêm các cơ sở mới.
   Trong Java : giả sử ta đã có lớp với phương thức có sẵn để hiển thị 1 chuồi như sau ra màn hình: void ShowName (String str) với chuỗi đã được chuẩn hóa nhưng chương trình mới yêu cầu ta phải hiển thị một danh sách các chuỗi được chuẩn hóa với giao diện mới. 

- Xử lí tình huống : 

   Tình huống 1) Có người để xuất ý kiến ta sẽ mua toàn bộ các cơ sở vật chất đề phù hợp với môi trường mới. Nhưng có một đề xuất khác là ta sẽ sử dụng lại các công cụ có sẵn của công từ và từ đó sẽ thêm các cơ sở vật chất mới phù hợp.
   Tình huống 2)  Một lập trình viên đề xuất , ta sẽ tạo một lớp hoàn toàn mới để ghi 1 danh sách chuỗi với phương thức để chuẩn hóa. Nhưng không, một lập trình viên khác nêu ý kiến: “Tôi có một giải pháp, tôi sẽ sử dụng mẫu chuyển đổi Adapter để tạo một lớp phù hợp từ lớp có sẵn”. 

Tạo mẫu Adapter đầu tiên :
Đầu tiên lớp có sẵn của ta được mô tả với  1 interface:

1. public interface IShowName { 
2.    void showName(String name); 
3. }

Và một lớp thực thi interface trên :

1. public class ShowName implements IShowName{
2.    @Override public void showName(String name){   
3.       System.out.println(this.standardize(name));
4.    }
5.    public String standardize(String name){
6.       String resuilt = name.trim();
7.       return name;
8.    }
9. }

Và một interface mô tả phương thức phù hợp với chương trình của ta :

1. public interface IShowListName {
2.    void showListName(List listName);
3. }

Và một lớp thực thi interface :

1. public class ShowListNameAdapter implements IShowListName{
2.       private ShowName shownName;
3.       public ShowListNameAdapter(ShowName shownName) {
4.          this.shownName = shownName;
5.          }
6.       @Override
7.       public void showListName(List listName) {
8.          for (String name : listName) {
9.          shownName.showName(name);
10.       }
11.    }
12. }

Thử chạy mẫu Adapter:

1. public class TestAdapter {
2.    public static void main(String[] args) {
3.       ArrayList array = new ArrayList<>();
4.       array.add(" Teo ");
5.       array.add(" Ti ");
6.       array.add(" Ku ");
7.       IShowListName adapter = new ShowListNameAdapter(new ShowName());    
8.       adapter.showListName(array); 
9.    }
10. }

Kết quả chương trình sẽ hiển thị “Teo”, ”Ti”, “Ku” đã được chuẩn hóa.
Đây chỉ là một ví dụ nhỏ của Adapter pattern. Hy vọng bạn sẽ sớm có cái nhìn tổng quát và hiểu rõ thêm về Adapter pattern.

Read More

Design Pattern - Proxy

Nó là gì?
 - Mẫu Proxy (người đại diện) đại diện cho 1 chức năng của lớp khác. Bạn có thể hiểu, ta thuê 1 luật sư về đại diện cho ta, người luật sư này có thể dùng các quyền của mình một cách gián tiếp để nói cho các người khác một cách chính xác vì luật sư am hiểu về pháp luật hơn mình.

Khi nào dùng nó?

 - Khi bạn muốn bảo vệ quyền truy xuất vào các chức năng (phương thức) của thực thể.
 - Bổ sung trước khi thực hiện phương thức của thực thể.
 - Tạo đối tượng với chức năng được nâng cao theo yêu cầu.

Dùng nó như thế nào?

 Tôi sẽ xây dựng một ví dụ đơn giản như sau:
- Tôi có 1 inteface mô tả chức năng của một class :

1. public interface ReadFile { 
2.      public String readFile(); 
3. }

}

Tiếp theo tạo class User triển khai interface trên:

1. public class User implements ReadFile{
2.       private String name; //Tên của người dùng 
3.       public User(String name) { 
4.            this.name = name; 
5.       } @Override public String readFile() { //Phương thức đọc file            return name + "readed"; 
6.       } 
7.  }

Và một class Proxy đại diện cho lớp User:

1. public class UserProxy implements ReadFile{ 
2.       private ReadFile instance; 
3.       private String name; 
4.       public UserProxy (String name){ 
5.            this.name = name; 
6.       } 
7.       @Override 
8.        public String readFile() { 
9.             if(name.equals("ok")){ //nêu tên người dùng là ok thì mới thực hiện phương thức của lớp User, không thì báo lỗi!                           if(instance ==null){ 
10.                     instance = new User(name); 
11.                   }
12.                 return instance.readFile(); 
13.             } 
14.           return "You can't read file"; 
15.         } 
16.  }

Thử chạy chương trình test như sau :

1. public class Main {
2.     public static void main(String[] args) { 
3.         UserProxy user1 = new UserProxy("ok");
4.         System.out.println(user1.readFile());
5.         UserProxy user2 = new UserProxy("hello"); 
6.         System.out.println(user2.readFile()); 
7.      } 
8. }

Kết quả :

ok readed

You can't read file

Trên chỉ là một ví dụ nhỏ về proxy, nó còn có rất nhiều cách dùng khác. Hy vọng bạn có thể nắm bắt được các mẫu thiết kế pattern bởi nó thực sự cần thiết đối với một lập trình viên.

Read More

Refactoring - Tái cấu trúc mã nguồn - Giới thiệu

Hôm nay mình xin giới thiệu một "kỹ thuật" khá quan trọng là Refactoring. Vậy nó là gì ?

- Theo mình hiểu thì Refactoring là tái cấu trúc, tổ chức lại mã nguồn mà không làm thay đổi hành vi của nó. Bạn có thể hình dung, phần mềm của mình là 1 căn phòng ngủ, refactoring có nghĩa là trang trí, thay đổi vị trí của các đồ dùng trong phòng ngủ để nó đẹp hơn, thoải mái hơn nhưng bản chất nó vẫn là phòng ngủ chứ không phải là phòng khách hay phòng bếp.


+ Vậy tại sao bạn nên refactoring? 

- Nó giúp cải thiện cấu trúc thiết kế phần mềm của bạn.
- Giúp mã nguồn của bạn dễ hiểu hơn.
- Nó giúp bạn có thể tìm thấy nguyên nhân dẽ dàng hơn khi phần mềm của bạn dính lỗi.
- Ngoài ra nó giúp bạn viết phần mềm nhanh hơn.


+ Khi nào mình nên  refactoring ?

- Khi bạn cần thêm một funciton.
- Khi bạn cần sửa một lỗi xuất hiện trong phần mềm.
- Và khi bạn review lại mã nguồn.


+ Khi nào bạn không nên refactoring ?

- Khi mã nguồn của bạn phải làm việc hầu như là chính xác trước khi bạn refactoring. Nếu mã nguồn của bạn chưa hoạt động chính xác hoặc chưa chạy được. Bạn không nên refactoring.
- Khi phần mềm của bạn đã đến deadline.

+ Một số vấn đề với refactoring :
- Khi bạn làm việc với database: Khi phần mềm của bạn làm việc với db, nó đã có một quan hệ chặt chẽ với db. Việc sử dụng refactoring làm bạn phải thay đổi cấu trúc của DB.
- Thay đổi interface : khi bạn đã public interface của bạn, việc tái cấu trúc lại nó cũng là một vấn đề.
- Khi bạn thay đổi thiết kế, việc refactoring gặp rất nhiều khó khăn, hầu như bạn phải đập và viết lại mới.

+ Vậy mã nguồn như thế nào là mã nguồn chưa tốt, cần refactoring ? 

- Có rất nhiều cách nhận biết mã nguồn của bạn chưa tốt (bẩn hay "bóc mùi"), sau đây là một số cách nhận biết cơ bản :
      - Duplicated Code : code của bạn có sự trùng lặp, khi có một đoạn mã với chức năng giống hệt được viết tại 2 nơi khác nhau.
      - Long Method : phương thức của bạn quá dài - tính theo số dòng code.
      - Large Class : Khi class của bạn chứa các phương thức và thuộc tính của như một class khác. Lấy một ví dụ : bạn có một class làm việc với DB nhưng class đó lại chứa những phương thức cũng như thuộc tính của class hiển thị View cho người dùng.
      - Long Parameter List : Khi phương thức của bạn có quá nhiều tham số.
      - Primitive Obsession : Khi bạn dùng các kiểu nguyên thủy để đại diện cho thực thể. Ví dụ bạn có một danh sách người chơi, bạn dùng các 1 mảng các con số như 1, 2, 3 để đại diện cho các người chơi, như vậy bạn đã mắc lỗi này.
      - Switch Statements : Bạn nên cần thần khi làm việc với các câu lệnh switch. Bơi nó là nơi rất dẽ xuất hiện code "bẩn".

+ Hy vọng qua bài viết này bạn sẽ có cái nhìn khái quán về refactoring . Bài viết dựa trên slide của thầy Nguyễn Ngọc Tú .  Download slide tại : http://www.mediafire.com/?7s55au5tp3kwfch
   

Read More