eclipse2ant Plugin

This small plugin allows you to export project settings to an Ant build file. My export filter tries to create a buildfile that matches the Eclipse project as close as possible.It adds a new export filter item (File -> Export -> Ant Buildfile).

Features

• New: bootclasspath fully supported, code coverage increased from 38.7% to 81%.
• Creates the following targets:
  

  target	description
  build	Compile project and also required projects.
  build-eclipse-compiler	Compile project with Eclipse compiler. This requires to execute target init-eclipse-compiler before.
  build-refprojects	Build all projects which reference this project. Useful to propagate changes.
  build-subprojects	Build projects required by current project.
  clean	Clean target directories of project.
  cleanall	Clean target directories of all required projects.
  init	Copies resources according to your Eclipse settings (by default Eclipse copies all resource files to classes directory).
  init-eclipse-compiler	Copy Eclipse compiler jars to Ant lib directory.
  MainClass	Run main class. One target for each main class from your run configuration.
  Applet	Run applet in appletviewer. One target for each applet from your run configuration.
  JUnitTest	Run JUnit test(s). One target for each test(suite) from your run configuration.
  junitreport	Generate JUnit report

• Only project relative paths are created to offer highest portability.
• Supports multiple source/classes directories, include/exclude patterns.
• (Class)path variables are converted to properties.
• Supports project dependencies (creates build file for each required project).
• Export run configuration for applications, applets and JUnit tests.
  • Exports arguments, VM arguments, working directory, environment.
  • Eclipse variables and string subsitution are converted to properties.
• Export compiler and runtime (boot)classpath.
• Imports automatically all valid buildfiles in same directory which have this processing instruction as first child: <?eclipse.ant.import?>. example user build file
• Export debug options and source/target compatibility level.
• Support version control plugins (confirms to checkout files, add new files, make writable if read-only)
• Support linked resources.
• Analyze project for Ant compatibility and report what to change. (Detect cycle in source folders and check correct order of source folders).
• Offer single file compile. Not available in official Eclipse by intention. Of course a candidate for a standalone plugin…
  • Adds a new context menu item called “Compile” to Java editor.

mùa đông …

“Lạnh! trời đất lạnh! anh lạnh và trái tim băng giá, chợt em về trong hư ảo mùa đông” – còn nhớ những mùa đông năm trước, khi mình chưa gặp em, cứ mỗi tối mùa đông là mình lại lang thang đi uống cafe. một cốc cafe đen vài điếu thuốc vina, vào tối thứ 7 và chủ nhật thì còn có những trận bóng đá, vừa uống vừa xem bóng đá, cũng thú vị đấy chứ. nhưng cảm giác lạnh và trống vắng khi nhìn thấy người ta đi với nhau có đôi. Và rồi mình gặp em, những tối mùa đông trở lên có ý nghĩa hơn, cũng là những cốc cafe đen, những trận bóng đá nhưng không còn điếu thuốc vina nào nữa, thêm vào đó là những bắp ngô nướng, những bát ốc luộc và quan trọng hơn mình không còn cảm thấy lạnh và trống vắng khi thấy người ta đi có đôi với nhau, bởi vì mình đã có em trong đời!. Mùa đông này chắc trời sẽ lạnh hơn, không có những bắp ngô nướng, không có bát ốc luộc không được đi chơi cùng em yêu, nhưng anh vẫn có những cốc cafe đen mà em yêu đã gửi cho anh, vẫn được nói chuyện cùng em – như thế mùa đông cũng ấm áp hơn em yêu nhỉ?

Behavioral Patterns

 

Behavioral Patterns

Mẫu Behavioral có liên quan đến luồng điều khiển của hệ thống. Một vài cách của tổ chức điều khiển bên trong một hệ thống để có thể nâng mang lại các lợi ích cả về hiệu suất lẫn khả năng bảo trì hệ thống đó

2.1.Chain of Responsibility

- Ý nghĩa
Mẫu này thiết lập một chuỗi bên trong một hệ thống, nơi mà các thông điệp hoặc có thể được thực hiện ở tại một mức nơi mà nó được nhận lần đầu hoặc là được chuyển đến một đối tượng mà có thể thực hiện điều đó
- Mô hình mẫu


Trong đó:
o Handler: là một giao tiếp định nghĩa phương thức sử dụng để chuyển thông điệp qua các lần thực hiện tiếp theo.
o ConcreteHandler: là một thực thi của giao tiếp Handler. Nó giữ một tham chiếu đến một Handler tiếp theo. Việc thực thi phương thức handleMessage có thể xác định làm thế nào để thực hiện phương thức và gọi một handlerMethod, chuyển tiếp thông điệp đến cho Handler tiếp theo hoặc kết hợp cả hai

- Trường hợp ứng dụng
o Có một nhóm các đối tượng trong một hệ thống có thể đáp ứng tất cả các loại thông điệp giống nhau
o Các thông điệp phải được thực hiện bởi một vài các đối tượng trong hệ thống
o Các thông điệp đi theo mô hình “thực hiện – chuyển tiếp”, một vài sự kiện có thể được thực hiện tại mức mà chúng được nhận hoặc tại ra, trong khi số khác phải được chuyển tiếp đến một vìa đối tượng khác

- Ví dụ mãu

Hệ thống quản lý thông tin các nhân có thể được sử dụng để quản lý các dự án như là các liên hệ.
Ta hình dung một cấu trúc cây như sau; đỉnh là một dự án, các đỉnh con là các tác vụ của dự án đó, và cứ như vậy, mỗi đỉnh con tác vụ lại có một tập các đỉnh con tác vụ khác.

Để quản lý cấu trúc này ta thực hiện như sau:
-Ở mỗi đỉnh ta lưu các thông tin như sau: tên tác vụ, đỉnh cha, tập các đỉnh con
-Ta xét thông điệp sau: duyệt từ đỉnh gốc (project cở sở) in ra các thông tin
-Như vậy với thông điệp này, việc in thông tin ở một đỉnh là chưa đủ, ta phải chuyển tiếp đến in thông tin các đỉnh con của đỉnh gốc và chuyển tiếp cho đến khi không còn đỉnh con thì mới dừng

Giao tiếp TaskItem định nghĩa các phương thức cho project cơ sở và các tác vụ

    public interface TaskItem{
    public TaskItem getParent();
    public String getDetails();
    public ArrayList getProjectItems();
}

Lớp Project thực thi giao tiếp TaskItem, nó là lớp đại diện cho các đỉnh gốc trên cùng của cây

 public class Project implements TaskItem {
    private String name;
    private String details;
    private ArrayList subtask = new ArrayList();

    public Project(){ }
    public Project(String newName, String newDetails){
        name = newName;
        details = newDetails;
    }

    public String getName(){
        return name;
    }
    public String getDetails(){
        return details;
    }
    public ProjectItem getParent(){
        return null;
        //vì project là ở mức cơ sở, đỉnh gốc trên cùng nên không có cha
    }
    public ArrayList getSubTask(){
        return subtask;
    }

    public void setName(String newName){
        name = newName;
    }
    public void setDetails(String newDetails){
        details = newDetails;
    }

    public void addTask(TaskItem element){
        if (!subtask.contains(element)){
            subtask.add(element);
        }
    }

    public void removeProjectItem(TaskItem element){
        subtask.remove(element);
    }
}

Lớp Task thực thi giao tiếp TaskItem, nó đại diện cho các tác vụ, các đỉnh không phải ở gốc của cây

public class Task implements TaskItem {
    private String name;
    private ArrayList subtask = new ArrayList();
    private String details;
    private TaskItem parent;

    public Task(TaskItem newParent){
        this(newParent, "", "");
    }
    public Task(TaskItem newParent, String newName, String newDetails,){
            parent = newParent;
            name = newName;
            details = newDetails;
    }

    public String getDetails(){
        if (primaryTask){
            return details;
        }
        else{
            return parent.getDetails() + EOL_STRING + "\t" + details;
        }
    }

    public String getName(){
        return name;
    }
    public ArrayList getSubTask(){ return subtask; }
    public ProjectItem getParent(){
        return parent;
    }

    public void setName(String newName){
        name = newName;
    }
    public void setParent(TaskItem newParent){
        parent = newParent;
    }
    public void setDetails(String newDetails){
        details = newDetails;
    }

    public void addSubTask(TaskItem element){
        if (!subtask.contains(element)){
            subtask.add(element);
        }
    }

    public void removeSubTask(TaskItem element){
        subtask.remove(element);
    }
}

Lớp thực thi test mẫu

public class RunPattern{
    public static void main(String [] arguments){
        Project project = new Project(“Project 01”, “Detail of Project 01”);
        //Khởi tạo, thiết lập các tác vụ con …
        detailInfor(project);
    }

    private static void detailInfor (TaskItem item){
        System.out.println("TaskItem: " + item);
        System.out.println("  Details: " + item.getDetails());
        System.out.println();
        if (item.getSubTask() != null){
            Iterator subElements = item.getSubTask().iterator();
            while (subElements.hasNext()){
                detailInfor ((TaskItem)subElements.next());
            }
        }
    }
}

Gọi thông điệp detailInfor(item) và thông điệp này được chuyển tiếp nhiều lần qua nhiều đối tượng thực thi

2.2.Command Pattern
- Ý nghĩa
Gói một mệnh lệnh vào trong một đối tượng mà nó có thể được lưu trữ, chuyển vào các phương thức và trả về một vài đối tượng khác

- Cấu trúc mẫu

Trong đó:
o Command: là một giao tiếp định nghĩa các phương thức cho Invoker sử dụng
o Invoker: lớp này thực hiện các phương thức của đối tượng Command
o Receiver: là đích đến của Command và là đối tượng thực hiện hoàn tất yêu cầu, nó có tất cả các thông tin cần thiết để thực hiện điều này
o ConcreteCommand: là một thực thi của giao tiếp Command. Nó lưu giữa một tham chiếu Receiver mong muốn

Luồng thực thi của mẫu Command như sau:

o Client gửi yêu cầu đến GUI của ứng dụng
o Ứng dụng khởi tạo một đối tượng Command thích hợp cho yêu cầu đó (đối tượng này sẽ là các ConcreteCommand)
o Sau đó ứng dụng gọi phương thức executeCommand() với tham số là đối tượng Command vừa khởi tạo
o Invoker khi được gọi thông qua phương thức executeCommand() sẽ thực hiện gọi phương thức execute() của đối tượng Command tham số
o Đối tượng Command này sẽ gọi tiếp phương thức doAction() của thành phần Receiver của nó, được khởi tạo từ đầu, doAction() chính là phương thức chính để hoàn tất yêu cầu của Client

- Trường hợp áp dụng
o Hỗ trợ undo, logging hoặc transaction
o Thực hiện hàng đợi lệnh và thực hiện lệnh tại các thời điểm khác nhau
o Hạn chế sự chặt chẽ của yêu cầu với đối tượng thực hiện hoàn tất yêu cầu đó

- Ví dụ mẫu

public interface Command{
      public void execute();
}

public class ConcreteCommand implements Command{
      private Receiver receiver;
      public void setReceiver(Receiver receiver){
            this.receiver = receiver;
      }
      public Receiver getReceiver(){
            return this.receiver;
      }

      public void execute (){
            receiver.doAction();
      }
}

public class Receiver{
      private String name;
      public Receiver(String name){
            this.name = namel
      }
      public void doAction(){
            System.out.print(this.name + “ fulfill request!”);
      }
}

public class Invoker{
      public void executeCommand(Command command){
            command.execute();
      }
}

public class Run{
      public static void main(String[] agrs){
            Command command = new ConcreteCommand();
            command.setReceiver(new Receiver(“NguyenD”));
            Invoker invoker = new Invoker();
            Invoker.executeCommand(command);
      }
}

2.3.Interpreter Pattern
- Ý nghĩa
o Ý tưởng chính của Interpreter là triển khai ngôn ngữ máy tính đặc tả để giải quyết nhanh một lớp vấn đề được định nghĩa. Ngôn ngữ đặc tả thường làm cho vấn đề được giải quyết nhanh hơn ngôn ngữ thông thường từ một cho đến vài trăm lần
o Ý tưởng tương tự như vậy biểu diễn các biểu thức tính toán theo cú pháp Ba Lan

- Mô hình mẫu

Trong đó:
o Expression: là một giao tiếp mà thông qua nó, client tương tác với các biểu thức
o TerminalExpression: là một thực thi của giao tiếp Expression, đại diện cho các nốt cuối trong cây cú pháp
o NonterminalExpression: là một thực thi khác của giao tiếp Expression, đại diện cho các nút chưa kết thúc trong cấu trúc của cây cú pháp. Nó lưu trữ một tham chiếu đến Expression và triệu gọi phương thức diễn giải cho mỗi phần tử con
o Context: chứa thông tin cần thiết cho một vài vị trí trong khi diễn giải. Nó có thể phục vụ như một kênh truyền thông cho các thể hiện của Expression
o Client: hoặc là xây dựng hoặc là nhận một thể hiện của cây cú pháp ảo. Cây cú pháp này bao gồm các thể hiện của TerminalExpression và NoterminalExpression để tạo nên câu đặc tả. Client triệu gọi các phương thức diễn giải với ngữ cảnh thích hợp khi cần thiết

- Trường hợp ứng dụng
o Có một ngôn ngữ đơn giản để diễn giải vấn đề
o Các vấn đề lặp lại có thể được diễn giải nhanh bằng ngôn ngữ đó

- Ví dụ mẫu
Xét biểu thức 5 + 3 x 3 + 6, với bài tóan này ta có thể chia thành các bài các bài tóan nhỏ hơn
-Tính 3 x 3 = a
-Sau đó tính 5 + a = b
-Sau đó tính b + 6
Ta biểu diễn bài tóan thành cấu trúc cây và duyệt cây theo Ba Lan (hay Ba Lan đảo gì đó không còn nhớ nữa)

Mã nguồn cho ví dụ này như sau

import java.util.Stack;
public class Context extends Stack<Integer>{
}

public interface Expression {
        public void interpret(Context context);
}

public class TerminalExpressionNumber implements Expression {
        private int number;

        public TerminalExpressionNumber(int number){
                this.number = number;
        }
        public void interpret(Context context) {
                context.push(this.number);
        }
}

public class TerminalExpressionPlus implements Expression {

        public void interpret(Context context) {
                //Cong 2 phan tu phia tren dinh Stack
                context.push(context.pop() + context.pop());
        }
}

public class TerminalExpressionMutil implements Expression{
        public void interpret(Context context) {
                //Nhan 2 phan tu phia tren dinh Stack
                context.push(context.pop() * context.pop());
        }
}

import java.util.ArrayList;
public class NonterminalExpression implements Expression {

        private ArrayList<Expression> expressions;//tham chieu den mang Exoression con

        public ArrayList<Expression> getExpressions() {
                return expressions;
        }

        public void setExpressions(ArrayList<Expression> expressions) {
                this.expressions = expressions;
        }

        public void interpret(Context context) {
                if (expressions != null){
                        int size = expressions.size();
                        for (Expression e : expressions){
                                e.interpret(context);
                        }
                }
        }
}

import java.util.*;
public class Client {
        public static void main(String[] agrs){
                Context context = new Context();

        // 3 3 *
        ArrayList<Expression> treeLevel1 = new ArrayList<Expression>();
        treeLevel1.add(new TerminalExpressionNumber(3));
        treeLevel1.add(new TerminalExpressionNumber(3));
        treeLevel1.add(new TerminalExpressionMutil());

        // 5 (3 3 *) +
        ArrayList<Expression> treeLevel2 = new ArrayList<Expression>();
        treeLevel2.add(new TerminalExpressionNumber(5));
        Expression nonexpLevel1 = new NonterminalExpression();
        ((NonterminalExpression)nonexpLevel1).setExpressions(treeLevel1);
        treeLevel2.add(nonexpLevel1);
        treeLevel2.add(new TerminalExpressionPlus());

        // (5 (3 3 *) +) 6 +
        ArrayList<Expression> treeLevel3 = new ArrayList<Expression>();
        Expression nonexpLevel2 = new NonterminalExpression();
        ((NonterminalExpression)nonexpLevel2).setExpressions(treeLevel2);
        treeLevel3.add(nonexpLevel2);
        treeLevel3.add(new TerminalExpressionNumber(6));
        treeLevel3.add(new TerminalExpressionPlus());

        for(Expression e : treeLevel3){
                e.interpret(context);
        }

        if (context != null)
                System.out.print("Ket qua: " + context.pop());
        }
}

(nguồn http://my.opera.com/nguyend/blog/)

Design Patterns

Design Patterns

1.Vai trò của thiết kế

Thiết kế là 1 công đoạn quan trọng trong qui trình phát triển phần mềm.
Thiết kế là bước chuyển tiếp của giai đoạn phân tích và là bước chuẩn bị trước khi chúng ta tiến hành xây dựng phần mềm.
Thiết kế là tiến trình mà ở đó xuất hiện mô hình các kiểu mẫu của phần mềm. Các mô hình này chính là những nét phác thảo nên phần mềm. Nó cho chúng ta biết phần mềm chúng ta đang xây dựng là gì, đã có, đang có và sẽ có những gì.
Thiết kế là nơi mà ta có thể trả lời câu hỏi “Liệu phần mềm này có thể chạy được không?” , “Phần mềm có thể đáp ứng được các yêu cầu của khách hàng hay không?” mà không cần đợi đến công đoạn phát triển.

2.Các nguyên lý thiết kế hướng đối tượng

- Nguyên lý ‘đóng mở’: một moudle cần “mở” đối với việc phát triển thêm tính năng nhưng phải “đóng” đối với việc sửa đổi mã nguồn
- Nguyên lý thay thế Liskov: Các chức năng của hệ thống vẫn thực hiện đúng đắn nếu ta htay bất kì một lớp đối tượng nào bằng đối tượng kế thừa.
- Nguyên lý nghịch đảo phụ thuộc: phụ thuộc vào mức trừu tượng, không phụ thuộc vào mức chi tiết.
- Nguyên lý phân tách giao diện: nên có nhiều giao diện đặc thù với bên ngoài hơn là chỉ có một giao diện dùng chung cho một mục đích.

3.Các mẫu thiết kế (Design Pattern)

Khái niệm:
Mẫu thiết kế (Design Pattern) là vấn đề thông dụng cần giải quyết và là cách giải quyết vấn đề đó trong một ngữ cảnh cụ thể, Mẫu thiết kế tuân thủ nghiêm ngặt các nguyên lý thiết kế hướng đối tượng ở trên.
Mẫu thiết kế không đơn thuần là một bước nào đó trong các giai đoạn phát triển phần mềm mà nó đóng vai trò là sáng kiến để giải quyết một vấn đề thông dụng nào đó. Mẫu thiết kế sẽ giúp cho việc giải quyết vấn đề nhanh, gọn và hợp lý hơn.
Mẫu thiết kế còn được sử dụng nhằm cô lập các thay đổi trong mã nguồn, từ đó làm cho hệ thống có khả năng tái sử dụng cao.
Chúng ta sẽ tìm hiểu một số mẫu thiết kế kinh điển (GOF- Gang of Four)

Creational Patterns

• Singleton

Behavioral Patterns

• Template Method

Structural Patterns

• Proxy

System Patterns

• Transaction

Cấu trúc trình bày:
- Ý nghĩa của mẫu
- Mô hình cấu trúc mẫu và mô tả
- Trường hợp áp dụng
- Ví dụ

(nguồn http://my.opera.com/nguyend/blog/)

Structural Patterns

Structural Patterns

Các mẫu Structural diễn tả một cách có hiệu quả cả việc phân chia hoặc kết hợp các phần tử trong một ứng dụng. Những cách mà các mẫu Structural áp dụng vào ứng dụng rất rộng: ví dụ, mẫu Adapter có thể làm cho hai hệ thống không tương thích có thể giao tiếp với nhau, trong khi mẫu Façade cho phép bạn làm đơn giản hóa một giao tiếp để sử dụng mà không cần gỡ bỏ tất cả các tùy biến đã có trong hệ thống

3.1. Adapter Pattern

- Ý nghĩa
Tạo một giao diện trung gian để gắn kết vào hệ thống một lớp đối tượng mong muốn nào đó.

- Cấu trúc mẫu

Trong đó:
o Tagret là một interface định nghĩa chức năng, yêu cầu mà Client cần sử dụng
o Adaptee là lớp chức các chức năng mà Target cần sử dụng để tạo ra được chức năng mà Target cần cung cấp cho Client
o Adapter thực thi từ Target và sử dụng đối tượng lớp Adaptee, Apdater có nhiệm vụ gắn kết Adaptee vào Target để có được chức năng mà Client mong muốn

- Trường hợp ứng dụng
o Muốn sử dụng 1 lớp có sẵn nhưng giao tiếp của nó không tương thích với yêu cầu hiện tại
o Muốn tạo 1 lớp có thể sử dụng lại mà lớp này có thể làm việc được với những lớp khác không liên hệ gì với nó, và là những lớp không cần thiết tương thích trong giao diện.

- Ví dụ mẫu
- Xét ví dụ: ta có một hệ thống PhoneTarget cần thực hiện một chức năng gì đó, trong đó có một phương thức trả về số điện thoại trong một chuỗi đầu vào
- Trước đó ta đã có một lớp có một chức năng là lấy các kí tự số trong một chuỗi
- Giờ ta muốn sử dụng chức năng lấy kí tự số vào hệ thống lấy số điện thoại

public interface PhoneTarget{

        public String getPhoneNumber(String message);//lấy số điện thoại trong 1 chuỗi

}public GetNumberAdaptee{

        public String getNumber(String str){

                //lấy ra dạng số trong 1 chuỗi

                <…get number>

        }

        …

}

public Adapter implements PhoneTarget{

        public String getPhoneNumber(String message){

                GetNumberAdaptee obj = new GetNumberAdaptee;

                String str = obj.getNumber(message);

                return “84”+str;

        }

}

3.2. Bridge Pattern
- Ý nghĩa
Một thành phần trong OOP thường có 2 phần: phần ảo – định nghĩa các chức năng và phần thực thi – thực thi các chức năng được định nghĩa trong phần ảo. Hai phần này liên hệ với nhau qua quan hệ kế thừa. Những thay đổi trong phần ảo dẫn đến các thay đổi trong phần thực thi.
Mẫu Bridge được sử dụng để tách thành phần ảo và thành phần thực thi riêng biệt, do đó các thành phần này có thể thay đổi độc lập và linh động. Thay vì liên hệ với nhau bằng quan hệ kế thừa hai thành phần này liên hệ với nhau thông qua quan hệ “chứa trong”.

- Cấu trúc mẫu

Trong đó:
o Abstraction: là lớp trừu tượng khai báo các chức năng và cấu trúc cơ bản, trong lớp này có 1 thuộc tính là 1 thể hiện của giao tiếp Implementation, thể hiện này bằng các phương thức của mình sẽ thực hiện các chức năng abstractionOp() của lớp Abstraction
o Implementation: là giao tiếp thực thi của lớp các chức năng nào đó của Abstraction
o RefineAbstraction: là định nghĩa các chức năng mới hoặc các chức năng đã có trong Absrtaction.
o ConcreteImplement: là các lớp định nghĩa tường minh các thực thi trong lớp giao tiếp Implementation

- Trường hợp ứng dụng
o Khi bạn muốn tạo ra sự mềm dẻo giữa 2 thành phần ảo và thực thi của một thành phần, và tránh đi mối quan hệ tĩnh giữa chúng
o Khi bạn muốn những thay đổi của phần thực thi sẽ không ảnh hưởng đến client
o Bạn định nghĩa nhiều thành phần ảo và thực thi.
o Phân lớp con một cách thích hợp, nhưng bạn muốn quản lý 2 thành phần của hệ thống một các riêng biệt

- Ví dụ mẫu

class  MyAbstraction{

        private MyImplementation myImp;        public void method01(){

                myImp.doMethod1();

        }

        public String method2(){

                myImp.doMethod2();

        }

}

interface class MyImplementation{

        public void doMethod1();

        public String doMethod2();

}

class RefineAbstraction1 extends MyAbstraction{

        //các định nghĩa riêng, tường minh

}

class ConcreteImpleA extend MyImplement{

        //các định nghĩa riêng, tường minh

}

class RefineAbstraction2 extends MyAbstraction{

        //các định nghĩa riêng, tường minh

}

class ConcreteImpleB extend MyImplement{

        //các định nghĩa riêng, tường minh

}

3.3. Composite Pattern
- Ý nghĩa
Mẫu này nhằm gom các đối tượng vào trong một cấu trúc cây để thể hiện được cấu trúc tổng quát của nó. Trong khi đó cho phép mỗi phần tử của cấu trúc cây có thể thực hiện một chức năng theo một giao tiếp chung
- Mô hình mẫu

Trong đó:

o Component: là một giao tiếp định nghĩa các phương thức cho tất cả các phần của cấu trúc cây. Component có thể được thực thi như một lớp trừu tượng khi bạn cần cung cấp các hành vi cho tất cả các kiểu con. Bình thường, các Component không có các thể hiện, các lớp con hoặc các lớp thực thi của nó, gọi là các nốt, có thể có thể hiện và được sử dụng để tạo nên cấu trúc cây
o Composite: là lớp được định nghĩa bởi các thành phần mà nó chứa. Composite chứa một nhóm động các Component, vì vậy nó có các phương thức để thêm vào hoặc loại bổ các thể hiện của Component trong tập các Component của nó. Những phương thức được định nghĩa trong Component được thực thi để thực hiện các hành vi đặc tả cho lớp Composite và để gọi lại phương thức đó trong các nốt của nó. Lớp Composite được gọi là lớp nhánh hay lớp chứa
o Leaf: là lớp thực thi từ giao tiếp Component. Sự khác nhau giữa lớp Leaf và Composite là lớp Leaf không chứa các tham chiếu đến các Component khác, lớp Leaf đại diện cho mức thấp nhất của cấu trúc cây
- Trường hợp ứng dụng
o Khi có một mô hình thành phần với cấu trúc nhánh – lá, toàn bộ – bộ phận, …
o Khi cấu trúc có thể có vài mức phức tạp và động
o Bạn muốn thăm cấu trúc thành phần theo một cách qui chuẩn, sử dụng các thao tác chung thông qua mối quan hệ kế thừa
- Ví dụ mẫu
Trở lại ví dụ về dự án, một Project(Composite) có nhiều tác vụ Task(Leaf), ta cần tính tổng thời gian của dự án thông qua thời gian của tất cả các tác vụ

public interface TaskItem{

    public double getTime();

}public class Project implements TaskItem{

    private String name;

    private ArrayList subtask = new ArrayList();

public Project(){ }

    public Project(String newName){

        name = newName;

    }

public String getName(){ return name; }

    public ArrayList getSubtasks(){ return subtask; }

    public double getTime(){

        double totalTime = 0;

        Iterator items = subtask.iterator();

        while(items.hasNext()){

            TaskItem item = (TaskItem)items.next();

            totalTime += item.getTime();

        }

        return totalTime;

    }

public void setName(String newName){ name = newName; }

public void addTaskItem(TaskItem element){

        if (!subtask.contains(element)){

            subtask.add(element);

        }

    }

    public void removeTaskItem(TaskItem element){

        subtask.remove(element);

    }

}

public class Task implements TaskItem{

    private String name;

    private double time;

public Task(){ }

    public Task(String newName, double newTimeRequired){

        name = newName;

        time = newTimeRequired;

    }

public String getName(){ return name; }

    public double getTime(){

        return time;

    }

public void setName(String newName){ name = newName; }

    public void setTime(double newTimeRequired){ time = newTimeRequired; }

}

3.4. Decorator Pattern
- Ý nghĩa
Bổ sung trách nhiệm cho đối tượng tại thời điểm thực thi. Đây được xem là sự thay thế hiệu quả cho phương pháp kế thừa trong việc bổ sung trách nhiệm cho đối tượng và mức tác động là ở mức đối tượng thay vì ở mức lớp như phương pháp kế thừa.

- Mô hình mẫu

Trong đó:
o Component: là một interface chứa các phương thức ảo (ở đây là defaultMethod)
o ConcreteComponent: là một lớp kế thừa từ Component, cài đặt các phương thức cụ thể (defaultMethod được cài đặt tường minh)
o Decorator: là một lớp ảo kế thừa từ Component đồng thời cũng chứa 1 thể hiện của Component, phương thức defaultMethod trong Decorator sẽ được thực hiện thông qua thể hiện này.
o ConcreteDecoratorX: là các lớp kế thừa từ Decorator, khai báo tường minh các phương thức, đặc biệt trong các lớp này khai báo tường minh các “trách nhiệm” cần thêm vào khi run-time

- Trường hợp ứng dụng
o Khi bạn muốn thay đổi động mà không ảnh hưởng đến người dùng, không phụ thuộc vào giới hạn các lớp con
o Khi bạn muốn thành phần có thể thêm vào hoặc rút bỏ đi khi hệ thống đang chạy
o Có một số đặc tính phụ thuộc mà bạn muốn ứng dụng một cách động và bạn muốn kết hợp chúng vào trong một thành phần

- Ví dụ
Gỉa sử trong thư viện có các tài liệu: sách, video… Các loại tài liệu này có các thuộc tính khác nhau, phương thức hiển thị của giao tiếp LibraryItem sẽ hiển thị các thông tin này. Giả sử , ngoài các thông tin thuộc tính trên, đôi khi ta muốn hiển thị độc giả mượn một cuốn sách (chức năng hiển thị độc giả này không phải lúc nào cũng muốn hiển thị), hoặc muốn xem đoạn video(không thường xuyên).

Giao tiếp LibraryItem định nghĩa phương thức display() cho tất cả các tài liệu của thư viện

public interface LibraryItem{

      public void display();   // đây là defaultMethod}

Các lớp tài liệu

public class Book implements LibraryItem{

      private String title;

      private int page;

      public Book(String s, int p){

            title = s;

            page = p;

      }

      public void display(){

            System.out.println("Title: " + title);

            System.out.println("Page number: " + page);

      }

}public class Video implements LibraryItem{

      private String title;

      private int minutes;

      public Video(String s, int m){

            title = s;

            minutes = m;

      }

      public void display(){

            System.out.println("Title: " + title);

            System.out.println("Time: " + minutes);

      }

}

Lớp ảo Decorator thư viện

public abstract class LibDecorator implements LibraryItem{

      private LibraryItem libraryitem;      public LibDecorator(LibraryItem li){

            libraryitem = li;

      }

      public void display(){

            libraryitem.display();

      }

}

Các lớp Decorator cho mỗi tài liệu thư viện cần bổ sung trách nhiệm ở thời điểm run-time

public class BookDecorator extends LibDecorator{

      private String borrower;

      public BookDecorator(LibraryItem li, String b){

            super(li);

            borrower = b;

      }

      public void display(){

            super.display();

            System.out.println("Borrower: " + borrower);

      }

}public class VideoDecorator extends LibDecorator{

      public VideoDecorator(LibraryItem li){

            super(li);

      }

      public void display(){

            super.display();

            play(); //phương thức play video

      }

}

3.5. Facade Pattern
- Ý nghĩa
Cung cấp một giao tiếp hợp nhất của một tập các giao tiếp trong hệ thống con. Façade định nghĩa một giao tiếp mức cao hơn để làm cho hệ thống con dễ sử dụng

- Mô hình mẫu


Trong đó
o Class1 và Class2 là các lớp đã có trong hệ thống
o Façade là lớp sử dụng các phương thức của Class1 và Class2 để tạo ra một giao diện mới, thường được sử dụng, đỡ phức tạp hơn khi sử dụng riêng Class1 và Class2

- Trường hợp ứng dụng
o Làm cho một hệ thống phức tạp dễ sử dụng hơn bằng cách cung cấp một giao tiếp đơn gian mà không cần loại bỏ các lựa chọn phức tạp
o Giảm bớt sự ràng buộc giữa client và các hệ thống con
- Ví dụ mẫu
Giả sử hệ thống cũ đã có các lớp: Địa chỉ, Số điện thoại, Tên tuổi về thông tin của một người, giờ ta muốn quản lý các thông tin trên của một người, ta tận dụng lại hệ thống cũ, xây một lớp Người sử dụng lại các lớp ở trên.

3.6. Flyweight Pattern
- Ý nghĩa
Làm phương tiện dùng chung để quản lý một cách hiệu quả một số lượng lớn các đối tượng nhỏ có các đặc điểm chung, mà các đối tượng nhỏ này lại được sử dụng tuỳ thuộc vào hoàn cảnh, điều kiện ngoài.

- Mô hình mẫu

Trong đó:
o FlyweightFactory: tạo ra và quản lý các đối tượng Flyweight
o Flyweight là một giao tiếp định nghĩa các phương thức chuẩn
o ConcreteFlyweightX: là các lớp thực thi của Flyweight, các thể hiện của các lớp này sẽ được sử dụng tuỳ thuộc vào điều kiện ngoài.

- Trường hợp sử dụng
o Ứng dụng sử dụng nhiều đối tượng giống hoặc gần giống nhau
o Với các đối tượng gần giống nhau, những phần không giống nhau có thể tách rời với các phần giống nhau để cho phép các phần giống nhau có thể chia sẻ
o Nhóm các đối tượng gần giống nhau có thể được thay thế bởi một đối tượng chia sẻ mà các phần không giống nhau đã được loại bỏ
o Nếu ứng dụng cần phân biệt các đối tương gần giống nhau trong trạng thái gốc của chúng

- Ví dụ mẫu
Một ví dụ cổ điển của mẫu flyweight là các kí tự được lưu trong một bộ xử lí văn bản (word processor). Mỗi kí tự đại diện cho một đối tượng mà có dữ liệu là loại font (font face), kích thước font, và các dữ liệu định dạng khác. Bạn có thể tưởng tượng là, với một tài liệu (document) lớn với cấu trúc dữ liệu như thế này thì sẽ bộ xử lí văn bản sẽ khó mà có thể xử lí được. Hơn nữa, vì hầu hết dữ liệu dạng này là lặp lại, phải có một cách để giảm việc lưu giữ này – đó chính là mẫu Flyweight. Mỗi đối tượng kí tự sẽ chứa một tham chiếu đến một đối tượng định dạng riêng rẽ mà chính đối tượng này sẽ chứa các thuộc tính cần thiết. Điều này sẽ giảm một lượng lớn sự lưu giữ bằng cách kết hợp mọi kí tự có định dạng giống nhau trở thành các đối tượng đơn chỉ chứa tham chiếu đến cùng một đối tượng đơn chứa định dạng chung đó.

Giao tiếp Character định nghĩa phương thức vẽ một kí tự

public interface Character {

public void draw();

}

Lớp kí tự thực thi từ giao tiếp Character
Sở dĩ ta định nghĩa Character và ConcreteCharacter riêng là vì trong cấu trúc sẽ có một phần nữa: phần không giống nhau giữa các đối tượng Character (mà ta không bàn tới)

public class ConcreteCharacter implements Character{      private String symbol;

      private String font;

public ConcreteCharacter(String s, String f){

            this.symbol = s;

            this.font = f;

      }

      public void draw() {

            System.out.println("Symbol " + this.symbol + " with font " + this.font );

      }

}

Lớp khởi tạo các kí tự theo symbol và font, mỗi lần khởi tạo nó sẽ lưu các đối tượng này vào vùng nhớ riêng của nó, nếu đối tượng ký tự symbol + font đã có thì nó sẽ lấy ra chứ không khởi tạo lại

import java.util.*;public class CharacterFactory {

      private Hashtable pool = new Hashtable<String, Character>();

public int getNum() {

            return pool.size();

      }

public Character get(String symbol, String fontFace) {

            Character c;

            String key = symbol + fontFace;

            if ((c = (Character)pool.get(key)) != null) {

                  return c;

            } else {

                  c = new ConcreteCharacter(symbol, fontFace);

                  pool.put(key, c);

                  return c;

            }

      }

}

Lớp Test

import java.util.*;public class Test {

      public static void main(String[] agrs) {

            CharacterFactory characterfactory = new CharacterFactory();

            ArrayList<Character> text = new ArrayList<Character>();

            text.add(0, characterfactory.get("a", "arial"));

            text.add(1, characterfactory.get("b", "time"));

            text.add(2, characterfactory.get("a", "arial"));

            text.add(0, characterfactory.get("c", "arial"));

            for (int i = 0; i < text.size(); i++){

                  Character c = (Character)text.get(i);

                        c.draw();

            }

      }

}

Như vậy ‘a’ + ‘arial’ gọi 2 lần như chỉ khởi tạo có 1 lần mà thôi

3.7. Proxy Pattern
- Ý nghĩa
Đại diện một đối tượng phức tạp bằng một đối tượng đơn giản, vì các mục đích truy xuất, tốc độ và bảo mật

- Mô hình mẫu

Trong đó:
o Service: là giao tiếp định nghĩa các phương thức chuẩn cho một dịch vụ nào đó
o RealService: là một thực thi của giao tiếp Service, lớp này sẽ khai báo tường minh các phương thức của Service, lớp này xem như thực hiện tốt tất cả các yêu cầu từ Service
o Proxy: kế thừa Service và sử dụng đối tượng của RealService

- Trường hợp ứng dụng
o Sử dụng mẫu Proxy khi bạn cần một tham chiếu phức tạp đến một đối tượng thay vì chỉ một cách bình thường
o Remote proxy – sử dụng khi bạn cần một tham chiếu định vị cho một đối tượng trong không gian địa chỉ(JVM)
o Virtual proxy – lưu giữ các thông tin thêm vào về một dịch vụ thực vì vậy chúng có thể hoãn lại sự truy xuất vào dịch vụ này
o Protection proxy – xác thực quyền truy xuất vào một đối tượng thực

- Ví dụ mẫu
Ví dụ lớp Image là một interface định nghĩa các phương thức xử lý ảnh, nó có các lớp con là GIFImage và JPGImage.
Theo hướng đối tượng thì thiết kế như thế có vẻ hợp lý, Client chỉ cần sử dụng lớp Image là đủ, còn tuỳ thuộc vào loại ảnh sẽ có các phương thức khác nhau
Nhưng trong trường hợp, trên ứng dụng web chẳng hạn, một lúc ta đọc lên hàng trăm ảnh các loại và ta còn muốn xử lý tuỳ vào một điều kiện nào đó (ví dụ chỉ xử lý khi là ảnh JPG hoặc GIF). Nếu ta đặt điều kiện IF Image (sau đó sẽ tùy điều kiện này rồi xử lý riêng) thì không hợp lý, nếu đặt trong Client, nếu mỗi lần cần thay đổi IF ta lại sửa Client => không hợp lý khi Client là một ứng dụng lớn.

Ta sử dụng Proxy, lớp ImageProxy chỉ là lớp đại diện cho Image, kế thừa từ Image và sử dụng các lớp GIFImage hay JPGImage. Khi cần thay đổi ta chỉ cần thay đổi trên Proxy mà không cần tác động đến Client và Image.

public interface Image {

      public void process();

}public class JPGImage implements Image {

public void process() {

            System.out.print("JPG Image");

      }

}

public class GIFImage implements Image {

public void process() {

            System.out.print("GIF Image");

      }

}

public class ImageProxy implements Image {

private Image image;

      public void process() {

      if (image == null)

            image = new JPGImage();//tạo đối tượng ảnh JPG, chỉ mang tính minh họa

      image.process();

      }

}

Ở đây ta sẽ xử lý khi Image là ảnh JPG trong trường hợp muốn thay đổi ta sẽ thay đổi ở ImageProxy và client sẽ không bị ảnh hưởng (Đây là ví dụ cho trường hợp Virtual Proxy)

(nguồn http://my.opera.com/nguyend/blog/)

Creational Patterns

 

Trong phần này ta sẽ tìm hiểu về các mẫu thiết kế trong nhóm mẫu kiến tạo (Creational Pattern)
1.Mẫu kiến tạo(Creational Pattern)

Những mẫu này hỗ trợ cho một trong những nhiệm vụ của lập trình hướng đối tượng – khởi tạo đối tượng trong hệ thống. Hầu hết các hệ thống hướng đối tượng phức tạp yêu cầu nhiều đối tượng được thể hiện theo thời gian, và các mẫu này hỗ trợ cho việc tạo các tiến trình bằng việc cung cấp các khả năng:
- Sự thể hiện chung – Điều này cho phép các đối tượng được tạo ra trong hệ thống không cần phải định nghĩa một đặc tả kiểu lớp trong mã nguồn
- Đơn giản – Một vài mẫu làm cho việc khởi tạo đối tượng trở nên dễ dàng, vì vậy lớp “gọi” khởi tạo đối tượng không phải viết mã nhiều cũng như phức tạp

1.1.Abstract Factory Method Pattern

- Ý nghĩa
Đóng gói một nhóm những lớp đóng vai trò “sản xuất” (Factory) trong ứng dụng, đây là những lớp được dùng để tạo lập các đối tượng. Các lớp sản xuất này có chung một giao diện lập trình được kế thừa từ một lớp cha thuần ảo gọi là “lớp sản xuất ảo”

- Cấu trúc mẫu

Trong đó:
o AbstractFactory: là lớp trừu tượng, tạo ra các đối tượng thuộc 2 lớp trừu tượng là: AbstractProductA và AbstractProductB
o ConcreteFactoryX: là lớp kế thừa từ AbstractFatory, lớp này sẽ tạo ra một đối tượng cụ thể
o AbstractProduct: là các lớp trừu tượng, các đối tượng cụ thể sẽ là các thể hiện của các lớp dẫn xuất từ lớp này.

- Tình huống áp dụng
o Phía trình khách sẽ không phụ thuộc vào việc những sản phẩm được tạo ra như thế nào.
o Ứng dụng sẽ được cấu hình với một hoặc nhiều họ sản phẩm.
o Các đối tượng cần phải được tạo ra như một tập hợp để có thể tương thích với nhau.
o Chúng ta muốn cung cấp một tập các lớp và chúng ta muốn thể hiện các ràng buộc, các mối quan hệ giữa chúng mà không phải là các thực thi của chúng(interface).

- Ví dụ
Giả sử ta cần viết một ứng dụng quản lý địa chỉ và số điện thoại cho các quốc gia trên thế giới. Điạ chỉ và số địa thoại của mỗi quốc gia sẽ có 1 số điểm giống nhau và 1 số điểm khác nhau. Ta xây dựng sơ đồ lớp như sau:

Ta sẽ xây dựng các phương thức tạo Address, và PhoneNumber cụ thể trong các lớp USAAddressPhoneFactory, FrechAddressPhoneFactory.
Với phương thực createProductAddress() của lớp USAAddressPhoneFactory sẽ trả về đối tượng của lớp USAAddress
Với phương thực createProductAddress() của lớp FrechAddressPhoneFactory sẽ trả về đối tượng của lớp FrechAddress
Tương tự với PhoneNumber.

AddressFactory.java

public interface AddressFactory {
   public Address createAddress();
   public PhoneNumber createPhoneNumber();
}

Address.java

public abstract class Address {
   private String street;
   private String city;
   private String region;
   private String postalCode;

   public static final String EOL_STRING =
   System.getProperty("line.separator");
   public static final String SPACE = " ";

   public String getStreet() {
       return street;
   }
   public String getCity() {
       return city;
   }
   public String getPostalCode() {
       return postalCode;
   }
   public String getRegion() {
       return region;
   }
   public abstract String getCountry();
   public String getFullAddress() {
      return street + EOL_STRING + city + SPACE + postalCode + EOL_STRING;
   }
   public void setStreet(String newStreet) {
      street = newStreet;
   }
   public void setCity(String newCity) {
      city = newCity;
   }
   public void setRegion(String newRegion) {
      region = newRegion;
   }
   public void setPostalCode(String newPostalCode) {
      postalCode = newPostalCode;
   }
}

USAddressFactory.java

public class USAddressFactory implements AddressFactory{
   public Address createAddress(){
      return new USAddress();
   }
   public PhoneNumber createPhoneNumber(){
      return new USPhoneNumber();
   }
}

USAddress.java

public class USAddress extends Address{
   private static final String COUNTRY = "UNITED STATES";
   private static final String COMMA = ",";
   public String getCountry(){
      return COUNTRY;
   }
   public String getFullAddress(){
      return getStreet() + EOL_STRING + getCity() + COMMA + SPACE + getRegion() + SPACE + getPostalCode() + EOL_STRING + COUNTRY + EOL_STRING;
   }
}
Tương tự cho lớp PhoneNumber và USAPhoneNumber

1.2.Builder Pattern

- Ý nghĩa
Phân tách những khởi tạo các thành phần của một đối tượng phức hợp, để có thể cùng một khởi tạo mà có thể tạo nên nhiều định dạng khác nhau.

- Cấu trúc mẫu

Trong đó:
o Director: là lớp điều khiển tạo ra một đối tượng Product
o Builder: là lớp trừu tượng cho phép tạo ra đối tượng Product từ các phương thức nhỏ khởi tạo từng thành phần của Product
o ConcreteBuilder: là lớp dẫn xuất của Builder, khởi tạo từng đối tượng cụ thể, lớp này sẽ khởi tạo đối tượng.

- Tình huống áp dụng

o Có cấu trúc bên trong phức tạp (đặc biệt là một biến là một tập các đối tượng liên quan với nhau)
o Có các thuộc tính phụ thuộc vào các thuộc tính khác
o Sử dụng các đối tượng khác trong hệ thống mà có thể khó khởi tạo hoặc khởi tạo phức tạp

- Ví dụ
Ta lại xét đối tượng Address, có các thành phần sau: Street, City và Region. Ta phân tách việc khởi tạo 1 đối tượng Address thành các phần : buildStreet, buildCity và buildRegion.

Trong đó:
o AddressDirector: là lớp tạo ra đối tượng Address
o AddressBuilder: là lớp trừu tượng cho phép tạo ra 1 đối tượng Address bằng các phương thức khởi tạo từng thành phần của Address
o USAddressBuilder: là lớp tạo ra các Address. USAddressBuilder sẽ tạo ra địa chỉ theo chuẩn của USA

Address.java

class Address(){
private String street;
private String city;
private String region;
/**
 * @return the city
 */
public String getCity() {
return city;
}
/**
 * @param city the city to set
 */
public void setCity(String city) {
this.city = city;
}
/**
 * @return the region
 */
public String getRegion() {
return region;
}
/**
 * @param region the region to set
 */
public void setRegion(String region) {
this.region = region;
}
/**
 * @return the street
 */
public String getStreet() {
return street;
}
/**
 * @param street the street to set
 */
public void setStreet(String street) {
this.street = street;
}
}
AddressBuilder.java

abstract class AddressBuilder{
abstract public void buildStreet(String street){}
abstract public void buildCity(String city){}
abstract public void buildRegion(String region){}
}

USAddressBuilder.java 

class USAddressBuilder extends AddressBuilder {
private Address add;
public void buildStreet(String street){
add.setStreet(street);
}
public void buildCity(String city){
add.setCity(city);
}
public void buildRegion(String region){
add.setRegion(region);
}
public Address getAddress(){
return add;
}
}

AddressDirector.java

class AddressDirector{
public void Contruct(AddressBuilder builder, String street, String city, String region){
builder.buildStreet(street);
builder.buildCity(city);
builder.buildRegion(region);
}
}

Client.java

class Client{
AddressDirector director = new AddressDirector();
USAddressBuilder b = new USAddressBuilder();
director.Contruct(b. “Street 01”, “City 01”, “Region 01”);
Address add = b.getAddress();
}

1.3.Factory Method
- Ý nghĩa
Định nghĩa một phương thức chuẩn để khởi tạo đối tượng, như là một phần của phương thức tạo, nhưng việc quyết định kiểu đối tượng nào được tạo ra thì phụ thuộc vào các lớp con

- Cấu trúc mẫu

Trong đó:
o Creator là lớp trừu tượng, khai báo phương thức factoryMethod() nhưng không cài đặt
o Product cũng là lớp trừu tượng
o ConcreteCreatorA và ConcreteCreatorB là 2 lớp kế thừa từ lớp Creator để tạo ra các đối tượng riêng biệt
o ConcreteProductA và ConcreteProductB là các lớp kế thừa của lớp Product, các đối tượng của 2 lớp này sẽ do 2 lớp ConcreteCreatorA và ConcreteCreatorB tạo ra

- Tình huống áp dụng
o Khi bạn muốn tạo ra một framework có thể mở rộng, có nghĩa là nó cho phép tính mềm dẻo trong một số quyết định như chỉ ra loại đối tượng nào được tạo ra
o Khi bạn muốn 1 lớp con, mở rộng từ 1 lớp cha, quyết định lại đối tượng được khởi tạo
o Khi bạn biết khi nào thì khởi tạo một đối tượng nhưng không biết loại đối tượng nào được khởi tạo
o Bạn cần một vài khai báo chồng phương thức tạo với danh sách các tham số như nhau, điều mà Java không cho phép. Thay vì điều đó ta sử dụng các Factory Method với các tên khác nhau

- Ví dụ
Ta xét lại ví dụ về các địa chỉ ở phần Abstract Pattern

1.4.Prototype
- Ý nghĩa
Giúp khởi tạo đối tượng bằng cách copy một đối tượng khác đã tồn tại (đối tượng này là “prototype” – nguyên mẫu).

- Cấu trúc mẫu

Trong đó:
o Prototype là lớp trừu tượng cài đặt phương thức myClone() là phương thức copy bản thân đối tượng đã tồn tại.
o ConcretePrototype1 và ConcretePrototype2 là các lớp kế thừa lớp Prototype.

- Tình huống áp dụng
o Khi bạn muốn khởi tạo một đối tượng bằng cách sao chép từ một đối tượng đã tồn tại

- Ví dụ

1.5.Singleton
- Ý nghĩa
Mẫu này được thiết kế để đảm bảo cho một lớp chỉ có thể tạo ra duy nhất một thể hiện của nó

- Cấu trúc mẫu

Trong đó:
o Singleton cung cấp một phương thức tạo private, duy trì một thuộc tính tĩnh để tham chiếu đến một thể hiện của lớp Singleton này, và nó cung cấp thêm một phương thức tĩnh trả về thuộc tính tĩnh này

- Tình huống áp dụng
o Khi bạn muốn lớp chỉ có 1 thể hiện duy nhất và nó có hiệu lực ở mọi nơi

- Ví dụ

public class Singleton {

  private String _strName;

  private static Singleton instance;

  private Singleton(String name){
  _strName = name;
  }

  public static Singleton getInstance(String name){
  if (instance == null)
      instance = new Singleton(name);
    return instance;
  }

  public void printName(){
  System.out.println(this._strName);
  }
}

(nguồn http://my.opera.com/nguyend/blog/)

Làm việc nhóm

Làm việc nhóm
Quá trình làm việc nhóm

1. Tại lần họp đầu tiên

– Khi nhóm nhận đề tài, trưởng nhóm sẽ đem ra cho các thành viên trong nhóm thảo luận chung, tìm ý tuởng hay, phát biểu và đóng góp ý kiến.

- Nhóm sẽ phân công, thảo luận công việc cho phù hợp khả năng từng người dựa trên chuyên môn vủa họ.

- Đề ra kế hoạch cụ thể, nhật ký công tác, thời gian dự tính sẽ hoàn thành và chuẩn cho lần họp sau. Thông báo phần thưởng, phạt với các thành viên.

2. Những lần gặp sau

- Tiếp tục có nhiều cuộc họp khác để bổ sung thêm ý kiến và giải đáp thắc mắc cho từng người.

- Biên tập lại bài soạn của từng ngươì cũng như chuẩn bị tài liệu bổ sung.

3. Lần họp cuối cùng trước khi hoàn thành công việc

- Người trưởng nhóm tổng hợp lại toàn bộ phần việc của mỗi thành viên

- Chuẩn bị sẵn bài thuyết trình và trả lời những câu hỏi thường gặp.

- Chọn người đứng lên thuyết trình đề tài, trả lời câu hỏi, ghi chú và một số người dự bị.

Hiện trạng

Đối với người Việt trẻ, từ “teamwork” đã được nói đến nhiều nhưng hình như nó vẫn chỉ được “nghe nói” chứ chúng ta chưa thực hiện nó theo đúng nghĩa. Họ ít khi thành công trong những dự án làm việc theo nhóm và sự hỗ trợ của nhiều thành viên, nhiều bộ phận chuyên biệt.

Nguyên nhân

Quá nể nang các mối quan hệ

Người phương Tây có cái tôi rất cao nhưng lại sẵn sàng cùng nhau hoàn thành công việc cần nhiều người. Còn người Việt trẻ chỉ chăm chăm xây dựng mối quan hệ tốt giữa các thành viên trong đội, tỏ ra rất coi trọng bạn bè nên những cuộc tranh luận thường được đè nén cho có vẻ nhẹ nhàng. Đôi khi có cãi nhau vặt theo kiểu công tư lẫn lộn.

Còn đối với sếp, tranh luận với sếp được coi như một biểu hiện của không tôn trọng, không biết trên dưới, được đánh giá sang lĩnh vực đạo đức, thái độ làm việc. “Dĩ hoà vi quý” mà, việc xây dựng được một mối quan hệ tốt giữa các thành viên quan trọng hơn việc một công trình bị chậm tiến độ.

Thứ nhất ngồi ỳ, thứ nhì đồng ý

Người châu Âu và châu Mỹ luôn tách biệt giữa công việc và tình cảm còn chúng ta thì ngược lại, thích làm vừa lòng người khác bằng cách luôn luôn tỏ ra đồng ý khi người khác đưa ra ý kiến trong khi không đồng ý hoặc chẳng hiểu gì cả. Điều đó sẽ làm cho cả nhóm hiểu lầm nhau, chia năm sẻ bảy hoặc ai làm thì làm. Những người khác ngồi chơi xơi nước. Ai cũng hài lòng còn công việc thì không hoàn thành.

Nếu sếp đưa ra ý kiến thì lập tức trở thành khuôn vàng thước ngọc, các thành viên chỉ việc tỏ ý tán thành mà chẳng bao giờ dám phản đối. Nếu bạn làm việc mà chỉ có một mình bạn đưa ra ý kiến thì cũng giống như bạn đang ở trên biển một mình. Bạn sẽ chọn đi với 10 người khác nhau hay với 10 hình nộm chỉ biết gật gù đồng ý

Đùn đẩy trách nhiệm cho người khác

Chính sự thảo luận không dứt điểm, phân chia công việc không phân minh nên ai cũng nghĩ đó là việc của người khác chứ không phải của mình. Khi đang đóng vai im lặng đồng ý, thì trong đầu mỗi thành viên thường tạo ra cho mình một ý kiến khác, đúng đắn hơn, dáng suốt hơn và không nói ra. Trong kỳ dọn dẹp công sở cuối năm, khi công việc đươc tuyên bố “toàn công ty dọn dẹp phòng làm việc” thì sau một tuần phòng vẫn đầy rác, giấy tờ, hồ sơ tung toé khắp nơi.

Cuối cùng sếp chỉ định một người chịu trách nhiệm thôi thì công việc chỉ một buổi là OK. Vì sao? Đơn giản vì chỉ có một người, họ buộc phải làm chứ không thể đùn cho ai khác! Còn với cả nhóm, nếu nhóm gặp thất bại, tất nhiên, không phải tại ý kiến của mình, vì mình có nói gì đâu? Ý tưởng của mình vẫn còn cất trong đầu mà! Rất nhiều lý do để giải thích tại sao thất bại, lý do nào cũng dẫn đến điều mình không phải chịu trach nhiệm! Một trong những nguyên nhân của điều này là do chúng ta hiếm khi phân công việc cho từng người, vì chúng ta thiếu lòng tự tin và tâm lý sợ sai.

Không chú ý đến công việc của nhóm

Một khuynh hướng trái ngược là luôn luôn cố gắng cho ý kiến của mình là tốt và chẳng bao giờ chịu chấp nhận ý kiến của bât kì ai khác. Một số thành viên trong nhómvho rằng giỏi nên chỉ bàn luận trong nhóm nhỏ những người giỏi hoặc đưa ý kiến của mình vào mà không cho người khác tham gia. Chỉ vài hôm là chia rẽ nhóm.

Khi cả đội bàn bạc với nhau, một số thành viên hoặc nghĩ rằng ý kiến của mình không tốt nên không chịu nói ra hoặc cho rằng đề tài quá chán nên không tốn thời gian. Thế là, trong khi phải bàn luận kỹ hơn để giải quyết vấn đề lại quay sang nói chuyện riêng với nhau. Cho đến khi thời gian chỉ còn 5-10 phút thì tất cả mới bắt đầu quay sang, đùn đẩy nhau phát biểu. Và chính lúc đã có một người lên thuyết trình, chúng ta vẫn cứ tiếp tục bàn về chuyện riêng của mình.

Làm việc với người Nhật

Người Nhật vốn nổi tiếng bởi sự cần cù và cẩn thận. Hường, nhân viên của công ty RPV, một liên doanh ở khu công nghiệp Thăng Long, cho biết: “Các sếp người Nhật rất coi trọng sự chăm chỉ. Thông minh và nhanh nhẹn được đặt sự sau cần cù. Hiệu quả có thể chưa cao nhưng nếu nhân viên tỏ ra hết lòng vì công việc, gặp việc khó không nản chí, kiên trì giải quyết vấn đề sẽ được người Nhật đánh giá cao”.

Cũng chính vì coi trọng sự chăm chỉ nên họ thường yêu cầu nhân viên làm hết việc chứ không phải làm hết giờ. Kết thúc một ngày làm việc không phải là kết thúc giờ làm mà là kết thúc kế hoạch công việc của ngày hôm đó. Nhân viên trong công ty Nhật phải học cách ăn nhanh, đi nhanh và làm nhanh để tận dụng giờ giấc, trong khi việc đi làm muộn bị coi là tối kỵ.

Đặc điểm cẩn thận của người Nhật được thể hiện trên nhiều phương diện. Khi giao việc cho nhân viên, họ truyền đạt rất chi tiết, cụ thể. Khi nhân viên làm sai, sếp Nhật thường trao đổi lại nhiều lần để đảm bảo không bao giờ mắc phải sai lầm.

Hường kể: “Ở những ngóc ngách, xó xỉnh nhất của nhà máy, sếp cũng đi hết và ở đâu có cái gì đó đặt, để sai quy định là ông lại đi nhắc nhân viên dọn dẹp. Sếp Nhật luôn là người quan sát thực tế, sau đó mới nói nhân viên và nói bất cứ việc gì cũng có căn cứ. Mình là người phụ trách gọi nước nhưng hay quên, sếp phải nhắc nhở nhiều lần nhưng ông không hề cáu. Quan điểm của ông là luôn đặt mình vào vị trí của người khác để nhìn nhận vấn đề”.

Với các đối tác, họ kiểm tra thông tin kỹ lưỡng. Uy tín của đối tác là yếu tố người Nhật quan tâm nhất. Và một khi đã chọn được đối tác, họ sẽ làm ăn lâu dài đến mức gần như không bao giờ thay đổi dù đối tác mới có thể giá rẻ và nhiều ưu đãi hơn. Do đó, họ thường có thói quen lựa chọn chính các công ty của Nhật hoạt động tại Việt Nam. Chẳng hạn như xây dựng nhà xưởng là Vinata, sửa chữa máy móc, lắp đặt điện nước là Vina Kinden hay Vina Shiroki, và IT thì 99% mời Fujisu. Hiệp hội doanh nghiệp của Nhật có nhiệm vụ tìm hiểu rõ thông tin, mức độ uy tín của các doanh nghiệp ở mỗi lĩnh vực: sản xuất, dịch vụ, tài chính ngân hàng, bảo hiểm… và tổ chức gặp gỡ định kỳ để tìm đối tác, thống nhất các chính sách về nhân sự, mức trần về lương, thưởng.

Ngay cả tuyển người, họ cũng thích nhận người qua giới thiệu để an tâm hơn. Và nếu bạn chuyển từ công ty Nhật này sang công ty Nhật khác thì gần như chắc chắn sếp mới sẽ gọi điện đến công tỹ cũ để kiểm tra xem bạn ra đi vì nguyên nhân gì, có bàn giao đầy đủ công việc không, nhân cách trong công việc ra sao và đặc biệt, có mắc sai phạm gì không. Do đó, nếu bạn không nhận được thông tin tốt từ sếp cũ thì cơ hội việc làm mới của bạn hầu như rất hạn chế.

Thứ bậc trong các công ty của Nhật là hết sức quan trọng. Nhiều công ty vẫn còn giữ truyền thống “sống lâu lên lão làng”, chỉ có những người đủ năm công tác và kinh nghiệm mới được chỉ định vào những vị trí nhất định. Việc thăng tiến vượt bậc ở các công ty Nhật không dễ xảy ra như ở các công ty phương Tây. Nhưng nếu bạn còn trẻ mà ở vị trí cao hơn thì cũng luôn nhận được sự kính trọng của các nhân viên “đầu hai thứ tóc” ở cấp dưới.

“Các sếp Nhật thích nhân viên tỏ ra phục tùng, dễ bảo và dễ nghe lời. Họ không thích ra mặt những nhân viên tỏ ra phản kháng và thường báo cáo lên cấp trên về các trường hợp đó”, Quỳnh, trợ lý giám đốc công ty Nhật Việt Tinh, cho biết. Khi gặp cấp trên, người cấp dưới thường cúi gập mình, chào hỏi trước để thể hiện sự tôn trọng. Tương tự, trong trao đổi công việc với cấp trên, câu cửa miệng của nhân viên luôn là “ha-i” ( có nghĩa “vâng”). Khi cấp trên nói hết thì nhân viên mới trình bày ý kiến một cách từ tốn.

Các nhà quản lý người Nhật cũng thấm nhuần nghệ thuật lấy lòng người. Người Nhật đi bất cứ đâu đều mua quà cho nhân viên, dù món quà nhỏ nhưng thường được gói ghém rất đẹp. Họ tuyệt đối coi trọng sự đoàn kết, chia sẻ trong công việc. Muốn nhắc nhở nhân viên, bao giờ họ cũng khen ngợi trước, cảm ơn vì đã nỗ lực làm việc hết mình cho công ty, đồng thời kèm thêm: “Nhưng nếu anh làm như thế này thì sẽ tốt hơn!”. Nhân viên nữ mới sinh nở, sếp Nhật đến tận viện để thăm hỏi. Vào dịp cuối năm, sếp Nhật thường gọi từng nhân viên vào phòng để trao lương tháng 13. Họ cúi rạp người, diễn đạt sự biết ơn vì nhân viên đã gắn bó với công ty.

Còn nếu công ty của Nhật gặp trục trặc, thậm chí phá sản, họ sẽ cẩn thận viết thư giới thiệu nhân viên cho các công ty Nhật khác. Chặt chẽ trong công việc nhưng người Nhật lại rất thoải mái, cởi mở ngoài giờ làm”. Hạnh, phiên viên của công ty Sundia, cho biết: “Họ hay tổ chức cho nhân viên vui chơi, đi hát karaoke. Hình ảnh một ông già nói cười ầm ĩ, uống rượu đến mức bò lăn, bò toài ra cả bàn khác hẳn với ông sếp nghiêm nghị thường ngày ở nơi làm việc”.

Hường kể: “Bọn mình có lần đi nghỉ mát ở Hạ Long. Buổi trưa, sau khi ăn uống, bọn mình gạ sếp đi hát karaoke. Sếp thì già, trưa nắng gắt, mồ hôi mồ kê nhễ nhại nhưng vẫn đi theo. Bọn mình phải đi rất xa mới tìm được quán hát nhưng đến nơi thì lại đen đủi mất điện. Chính bọn mình cũng nản, nhưng sếp lại bảo đi tìm tiếp quán khác. Đi được một đoạn khá xa, cái đứa ở khách sạn chạy theo bảo ở khách sạn cũng có phòng hát.

Bọn mình quay lại nhưng về đến nơi, khách sạn lại cho biết phòng hát đang sửa. Mọi người đều nản, các chuyên gia mệt đã lên phòng ngủ hết. Nhưng sếp bảo: “Nếu mọi người thích đi hát thì phải tìm bằng được mà hát”, mấy bác cháu lại kéo nhau đi. Lúc đó, số người đi đã giảm một nửa, mọi người mệt lử nhưng sếp vẫn rất vui tươi, không hề tỏ ra mệt mỏi. Mình rất ấn tượng với sự nhiệt tình đó”.

Chính vì vậy, nhân viên thường gắn bó và làm việc lâu dài cho các công ty Nhật.

6 bí quyết thành công trong kinh doanh của người Nhật

- Người Nhật nổi tiếng thế giới với một phong cách làm việc đặc biệt và hiệu quả. Văn hóa của người Nhật chứa ẩn những điều bí ẩn mà ít ai ở ngoài có thể hiểu hết được.

Người Nhật lại là những người câu nệ một cách cứng nhắc trong những hợp tác làm ăn. Làm việc với người nước ngoài, họ đặc biệt nghiêm khắc và luôn đề phòng. Nhưng bạn hãy để ý, đằng sau công việc ấy là những nụ cười rất thoải mái, thân thiện của người Nhât. Đó lại chính là một trong những phong tục, lễ nghi từ văn hóa và truyền thống Nhật. Và đó phải chăng cũng là một trong những nền tảng dẫn đến thành công của người Nhật?

Dưới đây là 6 điều có thể gọi là những “bí quyết” mà bạn có thể học được từ văn hóa kinh doanh của người Nhật.

1.1. Tôn trọng chính thẻ card kinh doanh của mình

Một cuộc gặp gỡ, người Nhật bao giờ cũng bắt đầu bằng việc trao đổi card kinh doanh với kiểu cách trịnh trọng cao. Lễ nghi được gọi là “meishi kokan”. Khi nhận card, người kinh doanh nhận bằng hai tay rồi đọc nó rất cẩn thận, đọc lại những thông tin được in trên card rất to, và sau đó đặt nó vào trong chiếc hộp chuyên để card hoặc đặt nó trên bàn ngay trước mặt của anh ta, sử dụng nó trong cuộc chuyện trò khi cần. Người kinh doanh không bao giờ cất luôn card vào túi. Đó được coi như một điều không tôn trọng người khác.

Bạn học được gì? Việc trao đổi card là một cách chúng ra biểu lộ sự quan trọng trong việc làm ăn kinh doanh. Nó cho chúng ta thấy được giá trị của cuộc gặp, và bạn cũng sẽ nhận được giá trị của nó trong tương lai.

Bạn nên thích nghi thế nào? Nếu ở Bắc Mỹ, trông bạn sẽ thật ngốc nghếch, thậm chí là sẽ bị chế nhạo nếu như bạn thực hiện đầy đủ nghi thức như vậy. Tuy nhiên, khi bạn nhận được card, tức là bạn sẽ nhận được nhiều thông tin quan trọng từ nó. Bạn sẽ không cảm thấy đó là một điều không cần thiết nếu như bạn nhớ được rằng, tên người cần liên lạc thật giá trị. Bạn sẽ bị coi là thật thô lỗ, thiếu tôn trọng người khác nếu “quẳng” ngay chiếc card của họ vào chiếc túi rối đóng “xoẹt” lại.

1.2. Học tập từ những người đi trước

Trong những cuộc gặp gỡ của người Nhật, họ luôn trực tiếp đưa ý kiến của mình tới người có cấp bậc cao nhất để giải trình dự định chứ không phải vì mục đích tăng sự chú ý của xếp với anh ta. Khi cúi chào, theo lễ phép chào hỏi của người Nhật, càng với người lớn tuổi, thâm niên lâu năm hơn, bạn càng phải cúi chào thấp hơn.

Bạn học được gì? Văn hóa kinh doanh của người Nhật luôn coi trọng giá trị của những người đi trước vì sự hiểu biết, từng trải và cả những kinh nghiệm đáng quí mà họ cung cấp cho công ty. Dù bạn có ở thang bậc nghề nghiệp cùng nhau, nhưng những người tuổi lớn hơn bạn vẫn luôn quan trọng hơn bạn.

Bạn nên thích nghi thế nào? Học tập từ những người đi trước, hay những người trên bạn trong cùng một tập thể, môi trường làm việc. Nếu như bạn không bằng lòng với người quản lý, hãy thẳng thắn góp ý với riêng cá nhân đó, và không bao giờ đòi hỏi quyền thế của ông ấy trước đám đông. Hiểu biết sẽ giúp con người tiến bộ lên những bậc cao hơn bởi những kỹ năng và kinh nghiệm mà chúng ta tích lũy được.

1.3. Nâng cao tinh thần bằng những khẩu hiệu

Rất nhiều doanh nghiệp của Nhật bắt đầu ngày làm việc của họ với một buổi sáng tập hợp tăng cao tinh thần hăng hái làm việc, nơi những công nhân thường xếp hàng và đồng hô khẩu hiệu của công ty. Đó là một cách gây cảm hứng hăng hái, tạo động lực và tạo lòng trung thành trong công việc. Và điều này cũng giúp cho mục tiêu của công ty luôn được giữ vững trong tâm trí của mỗi người.

Bạn học được gì? Bề ngoài của lễ nghi này xem ra có vẻ giống một sự truyền bá tôn giáo, nhưng đó lại chính là những lời cổ vũ tinh thần trong công việc đối với người Nhật. Một cuộc tập hợp vào buổi sáng hàng ngày sẽ thay cho lời nhắc nhở một chiến lược, mục tiêu lâu dài của công ty, những lời có thể gây ra sự mơ hồ nếu cứ nhắc nhở từng cá nhân như một nghiệm vụ bắt buộc hàng ngày.

Bạn nên thích nghi thế nào? Hãy nhắc nhở bản thân mỗi khi bạn đặt mình ngồi xuống ghế rằng mục tiêu công việc của bạn là gì. Hãy định lại trong đầu một mục tiêu lâu dài cho chính bạn, hãy nhận thức sự cần thiết sẽ đạt được của một tập nhóm cùng làm việc. Hãy liệt kê những khẩu hiệu bằng tay do chính bạn làm ra và sử dụng chúng khi bạn cảm thấy nản chí hay thiếu tự tin.

1.4. Khuôn mặt nghiêm khắc

Ngoại trừ những dịp làm cho người người Nhật thả sức cười, những nhân viên Nhật thường không diễn tả cảm xúc vui đùa trên khuôn mặt thay vào đó là một khuôn mặt khiêm khắc. Đặc biệt trong các cuộc họp, họ nói nhỏ, giọng nói rất thận trọng, và thường nhắm mắt khi chú ý gần tới người nói. Thói quen này với người nước ngoài thể hiện dấu hiệu của sự khó chịu.

Bạn học được gì? Người Nhật hầu hết đều có những sự kính trọng trong tín ngưỡng ngay cả ở những nơi làm việc. Sự hài hước hiếm khi được vận dụng, ngoại trừ những câu nói đùa trong những giờ nghỉ. Rất khó có khó những sự động chạm cơ thể giữa những đồng nghiệp.

Bạn nên thích nghi thế nào? Với chúng ta, dường như những nơi làm việc quá nghi thức như vậy dường như thật khó chịu và quá ngột ngạt. Bạn không muốn biến nơi làm việc thành những mảnh đất thiêng liêng, nhưng không có lý do nào để biến nó thành những nơi giống như nhà dành cho những người bạn. Vẻ chuyên nghiệp và tư cách cá nhân sẽ làm tăng sự kính trọng công việc, và vì thế cũng sẽ tăng sức sản xuất trong doanh nghiệp.

1.5. Làm hết mình, chơi hết mình

Sau những ngày làm việc căng thẳng, mệt nhoài, những nhà kinh doanh của Nhật đều sẵn sàng “xả hơi” cho mình tới các quán bar sau những giờ làm việc. Nếu nơi bạn làm việc quá cứng nhắc hoặc lễ nghi, thì những người kinh doanh Nhật sẽ ghé tới để giải thoát tinh cách hà khắc mang từ công ty về. Một sở thích được ưa chuộng là tới các quán bar karaoke, nơi mọi người có thể thả sức hát tới tận nửa đêm thậm trí tới lúc giọng không còn để mà hát. Bên cạnh các địa điểm vui chơi giải trí để cân bằng với công việc, các câu lạc bộ khiêu vũ, hộp đêm còn là nơi những người cộng sự,đồng nghiệp chia sẻ thông tin, kí kết giao kèo để tăng cường mối quan hệ gắn bó lẫn nhau.

Bạn học được gì? Một điều quan trọng là không để công việc chi phối quá nhiều cuộc sống của bạn. Thời gian rỗi là một phần quan trọng trong ngày của bạn. Nó giúp bạn giải tỏa đi sự căng thẳng và là thời gian yên tĩnh để bạn xua đi những lo âu.

Bạn thích nghi thế nào? Hãy quên đi công việc trong một khoảng thời gian nhỏ dù chỉ là một lúc, thậm chí khi bạn đang ở cùng đồng nghiệp. Tận hưởng những giờ phút hạnh phút và tham dự những buổi tiệc tùng của công ty. Giao lưu cùng cả bạn bè bên ngoài công ty, cùng các hoạt động xã hội sẽ giúp bạn trở nên tự nhiên, giảm tính cứng nhắc.

1.6. Mối quan hệ được đặt lên hàng đầu

Giao thiệp rất quan trọng với người Nhật, nó thường được đề cập đến đầu tiên với mỗi mối quan hệ mới. Đặc điểm chung của những nhà kinh doanh Nhật là khả năng thích ứng cao trong các cuộc đàm phán. Và đặc biệt khả năng diễn thuyết của họ rất tốt nên dễ chiến thiện cảm của đối tác, thành công dành được hợp đồng cũng chiếm tỷ lệ cao. Làm quen, giao tiếp với những người có thanh thế, địa vị là khía cạnh mà người Nhật rất quan tâm để có thêm nhiều cơ hội làm ăn mới.

Bạn học được gì? Hoàn thành bài phát biểu đầy trọng lượng sẽ mang lại cho bạn sự tin cậy và khả năng thành công lớn. Người Nhật cảm thấy nghĩa vụ của họ là phải trung thành với những hợp đồng đã ký, ngay cả sau khi ký kết, họ vẫn tôn trọng đối tác của mình.

Bạn thích nghi thế nào? Chúng ta thường gọi đó là sự phô trương thanh thế bằng cách tự nhận là quen biết những nhân vật nổi danh, nhưng đây lại không được xem như là một thói quen đáng trọng. Bạn không muốn bị gọi là người khoác lác, nhưng thực tế đó lại là một điều quan trọng khi chúng ta ở trong một tổ chức. Xây dựng cầu nối mọi nơi, bạn sẽ nâng giá trị của mình lên. Một ngày bạn chỉ nhắc tới những thành công và bạn sẽ nhanh chóng đạt được giấc mơ trong sự nghiệp.

Mỗi nền văn hóa khác nhau lại hé mở cho chúng ta những điều, những bí quyết thành công riêng sẵn có trong mảnh đất tự nhiên của họ. Cũng giống như vị của loại thức ăn lạ sẽ mang lại cảm giác thích thú, thêm nữa, những yếu tố của trong cuộc sống công việc của người nước ngoài mà bạn gom nhặt được khiến tầm nhìn của bạn thêm mở rộng và phong phú. Áp dụng những bí quyết của người Nhật sẽ khiến bạn nổi bật tại nơi mà bạn làm việc đấy.

(http://my.opera.com/nguyend/blog/2007/10/15/lam-viec-voi-nguoi-nhat)