xrain's Weblog

Những trường hợp nói nốt, tắt trong tiếng Anh

xrain — Sat, 10 May 2008 06:52:05 +0000

- ’s not = it’s not
- whatcher name ? = what’s your name ?
- inni, wannit = isn’t it, wasn’t it
- I dunno, stoo hard = I don’t know, it’s too hard
- Cos = because
- Course = of course
- Probly = probably
- Gonna = going to
- Wanna = want to
- Wanna dance ? = do you want to dance?
- I wanna go … = I want to go
- How boutchu = how about you ?
- How boutdit ? = how about it ?
- Whatcha doing ? = what are you doing ?
- Zit work ? = does it work ?
- Zit ready yet ? = Is it ready yet

- Gotta = have to
- kinda = kind of
- outa = out of
- woulda = would have
- coulda = could have
- shoulda = should have

Ở trên đây là một số từ thông dụng trong tiếng Anh. Ở bên tay trái là cách họ phát âm, còn ở bên tay phải là nghĩa của từ. Trong khi thi Toefl sẽ có rất nhiều câu hỏi để kiểm tra những từ này. Vì vậy làm quen những cách nói tắt này trong tiếng Anh (nói được và nghe được) cũng rất là quan trọng.

Nguồn: link

Numerical Expressions: A guide to pronunciation

xrain — Sat, 10 May 2008 03:44:38 +0000

How Java Web Servers Work – part 3

xrain — Mon, 05 May 2008 06:45:03 +0000

The `Request` Class

The Request class represents an HTTP request. An instance of this class is constructed by passing the InputStream object obtained from a Socket that handles the communication with the client. Call one of the read methods of the InputStream object to obtain the HTTP request raw data.

The Request class has two public methods: parse and getUri. The parse method parses the raw data in the HTTP request. It doesn’t do much–the only information it makes available is the URI of the HTTP request, which it obtains by calling the private method parseUri. The parseUri method stores the URI in the uri variable. Invoke the public getUri method to return the URI of the HTTP request.

To understand how the parse and parseUri methods work, you need to know the structure of an HTTP request, which is defined in RFC 2616(.pdf).

An HTTP request contains three parts:

Request line
Headers
Message body

For now, we are only interested in the first part of the HTTP request, the request line. A request line begins with a method token, is followed by the request URI and the protocol version, and ends with carriage-return linefeed (CRLF) characters. Elements in the request line are separated by a space character. For instance, the request line for a request for the index.html file using the GET method is:

GET /index.html HTTP/1.1

The parse method reads the whole byte stream from the socket’s InputStream passed to the Request object, and stores the byte array in a buffer. It then populates a StringBuffer object called request using the bytes in the buffer byte array, and passes the String representation of the StringBuffer to the parseUri method.

The parse method is given in Listing 1.2.

Listing 1.2. The Request class’ parse method

public void parse() {
    // Read a set of characters from the socket
    StringBuffer request = new StringBuffer(2048);
    int i;
    byte[] buffer = new byte[2048];

    try {
        i = input.read(buffer);
    }
    catch (IOException e) {
        e.printStackTrace();
        i = -1;
    }

    for (int j=0; j


The parseUri method then obtains the URI from the request line. Listing 1.3 shows the parseUri method.  The parseUri method searches for the first and the second spaces in the request and obtains the URI from there.
Listing 1.3. The Request class’ parseUri method
private String parseUri(String requestString) {
    int index1, index2;
    index1 = requestString.indexOf(' ');

    if (index1 != -1) {
        index2 = requestString.indexOf(' ', index1 + 1);
        if (index2 > index1)
           return requestString.substring(index1 + 1, index2);
    }

    return null;
}
The Response Class
The Response class represents an HTTP response. Its constructor accepts an OutputStream object, such as the following:
public Response(OutputStream output) {
    this.output = output;
}
A Response object is constructed by the HttpServer class’ await method by passing the OutputStream object obtained from the socket.
The Response class has two public methods: setRequest and sendStaticResource. The setRequest method is used to pass a Request object to the Response object. It is as simple as the code in Listing 1.4.
Listing 1.4. The Response class’ setRequest method
public void setRequest(Request request) {
    this.request = request;
}
The sendStaticResource method is used to send a static resource, such as an HTML file. Its implementation is given in Listing 1.5.
Listing 1.5. The Response class’ sendStaticResource method
public void sendStaticResource() throws IOException {
    byte[] bytes        = new byte[BUFFER_SIZE];
    FileInputStream fis = null;

    try {
        File file  = new File(HttpServer.WEB_ROOT, request.getUri());
        if (file.exists()) {
            fis    = new FileInputStream(file);
            int ch = fis.read(bytes, 0, BUFFER_SIZE);

            while (ch != -1) {
                output.write(bytes, 0, ch);
                ch = fis.read(bytes, 0, BUFFER_SIZE);
            }
        }
        else {
            // file not found
            String errorMessage = "HTTP/1.1 404 File Not Found\r\n" +
                "Content-Type: text/html\r\n" +
                "Content-Length: 23\r\n" +
                "\r\n" +
                "File Not Found";
            output.write(errorMessage.getBytes());
        }
    }
    catch (Exception e) {
        // thrown if cannot instantiate a File object
        System.out.println(e.toString() );
    }
    finally {
        if (fis != null)
            fis.close();
    }
}
The sendStaticResource method is very simple. It first instantiates the java.io.File class by passing the parent and child paths to the File class’ constructor.
File file = new File(HttpServer.WEB_ROOT, request.getUri());
It then checks if the file exists. If it does, the sendStaticResource method constructs a java.io.FileInputStream object by passing the File object. It then invokes the read method of the FileInputStream and writes the byte array to the OutputStream output. Note that in this case, the content of the static resource is sent to the browser as raw data.
if (file.exists()) {
    fis    = new FileInputStream(file);
    int ch = fis.read(bytes, 0, BUFFER_SIZE);

    while (ch != -1) {
        output.write(bytes, 0, ch);
        ch = fis.read(bytes, 0, BUFFER_SIZE);
    }
}
If the file does not exist, the sendStaticResource method sends an error message to the browser.
String errorMessage = "HTTP/1.1 404 File Not Found\r\n" +
    "Content-Type: text/html\r\n" +
    "Content-Length: 23\r\n" +
    "\r\n" +
    "File Not Found";
output.write(errorMessage.getBytes());
Compiling and Running the Application
To compile and run the application, you first need to extract the .zip file containing the application for this article. The directory you extract the .zip file into is called the working directory and will have three sub-directories: src/, classes/, and lib/. To compile the application, type the following from the working directory:
javac -d . src/ex01/pyrmont/*.java
The -d option writes the results to the current, not the src/, directory.
To run the application, type the following from the working directory:
java ex01.pyrmont.HttpServer
To test the application, open your browser and type the following in the URL or Address box:
http://localhost:8080/index.html
You will see the index.html page displayed in your browser, as in Figure 1.


Figure 1. The output from the web server
On the console, you can see something like the following:
GET /index.html HTTP/1.1
Accept: */*
Accept-Language: en-us
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 4.01; Windows 98)
Host: localhost:8080
Connection: Keep-Alive

GET /images/logo.gif HTTP/1.1
Accept: */*
Referer: http://localhost:8080/index.html
Accept-Language: en-us
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 4.01; Windows 98)
Host: localhost:8080
Connection: Keep-Alive
Summary
In this article, you have seen how a simple web server works. The application accompanying this article consists of only three classes and is not fully functional. Nevertheless, it serves as a good learning tool.
 Budi Kurniawan is a senior J2EE architect and author.



How Java Web Servers Work – part 2
xrain — Mon, 05 May 2008 06:43:45 +0000

The ServerSocket Class
The Socket class represents a “client” socket; a socket that you construct whenever you want to connect to a remote server application.  If you want to implement a server application, such as an HTTP server or an FTP server, you need a different approach. This is because your server must stand by all the time, as it does not know when a client application will try to connect to it.
For this purpose, you need to use the java.net.ServerSocket class. This is an implementation of a server socket.  A server socket waits for a connection request from a client. Once it receives a connection request, it creates a Socket instance to handle the communication with the client.
To create a server socket, you need to use one of the four constructors the ServerSocket class provides. You need to specify the IP address and port number on which the server socket will listen. Typically, the IP address will be 127.0.0.1, meaning that the server socket will be listening on the local machine. The IP address the server socket is listening on is referred to as the binding address. Another important property of a server socket is its backlog, which is the maximum queue length for incoming connection requests before the server socket starts to refuse incoming requests.
One of the constructors of the ServerSocket class has the following signature:
public ServerSocket(int port, int backLog, InetAddress bindingAddress);
For this constructor, the binding address must be an instance of java.net.InetAddress. An easy way to construct an InetAddress object is by calling its static method getByName, passing a String containing the host name:
InetAddress.getByName("127.0.0.1");
The following line of code constructs a ServerSocket that listens on port 8080 of the local machine with a backlog of 1.
new ServerSocket(8080, 1, InetAddress.getByName("127.0.0.1"));
Once you have a ServerSocket instance, you can tell it to wait for incoming connection requests by calling the accept method. This method will only return when there is a connection request.  It returns an instance of the Socket class. This Socket object can then be used to send and receive byte streams from the client application, as explained in the The Socket Class. Practically, the accept method is the only method used in the application accompanying this article.





Source Code
Download the HowWebServersWork.zip file for the example application.





The Application
Our web server application is part of the ex01.pyrmont package and consists of three classes:

HttpServer
Request
Response

The entry point of this application (the static main method) is in the HttpServer class. It creates an instance of HttpServer and calls its await method.  As the name implies, await waits for HTTP requests on a designated port, processes them, and sends responses back to the clients. It keeps waiting until a shutdown command is received.  (The method name await is used instead of wait because wait is an important method in the System.Object class for working with threads.)
The application only sends static resources, such as HTML and image files, from a specified directory.  It supports no headers (such as dates or cookies).
We’ll now take a look at the three classes in the following subsections.
The HttpServer Class
The HttpServer class represents a web server and can serve static resources found in the directory indicated by the public static final WEB_ROOT and all subdirectories under it. WEB_ROOT is initialized as follows:
public static final String WEB_ROOT =
	System.getProperty("user.dir") + File.separator  + "webroot";
The code listings include a directory called webroot that contains some static resources that you can use for testing this application. You can also find a servlet that will be used for my next article, “How Servlet Containers Work.”
To request a static resource, type the following URL in your browser’s Address or URL box:
http://machineName:port/staticResource
If you are sending a request from a different machine from the one running your application, machineName is the name or IP address of the computer running this application. If your browser is on the same machine, you can use localhost for the machineName. port is 8080 and staticResource is the name of the file requested and must reside in WEB_ROOT.
For instance, if you are using the same computer to test the application and you want to ask the HttpServer to send the index.html file, use the following URL:
http://localhost:8080/index.html
To stop the server, send a shutdown command from a web browser by typing the pre-defined string in the browser’s Address or URL box, after the host:port section of the URL. The shutdown command is defined by the SHUTDOWN static final variable in the HttpServer class:
private static final String SHUTDOWN_COMMAND = "/SHUTDOWN";
Therefore, to stop the server, you can use:
http://localhost:8080/SHUTDOWN
Now, let’s have a look at the await method that is given in Listing 1.1. The explanation of the code is to be found right after the listing.
Listing 1.1. The HttpServer class’ await method
public void await() {
    ServerSocket serverSocket = null;
    int port = 8080;
    try {
        serverSocket =  new ServerSocket(port, 1,
        InetAddress.getByName("127.0.0.1"));
    }
    catch (IOException e) {
        e.printStackTrace();
        System.exit(1);
    }

    // Loop waiting for a request
    while (!shutdown) {
        Socket socket = null;
        InputStream input = null;
        OutputStream output = null;
        try {
            socket = serverSocket.accept();
            input = socket.getInputStream();
            output = socket.getOutputStream();

            // create Request object and parse
            Request request = new Request(input);
            request.parse();

            // create Response object
            Response response = new Response(output);
            response.setRequest(request);
            response.sendStaticResource();

            // Close the socket
            socket.close();

            //check if the previous URI is a shutdown command
            shutdown = request.getUri().equals(SHUTDOWN_COMMAND);
        }
        catch (Exception e) {
            e.printStackTrace();
            continue;
        }
    }
}
The await method starts by creating a ServerSocket instance and then going into a while loop.
serverSocket =  new ServerSocket(
     port, 1, InetAddress.getByName("127.0.0.1"));

...

// Loop waiting for a request
while (!shutdown) {
    ...
}
The code inside of the while loop stops at the accept method of ServerSocket, which returns only when an HTTP request is received on port 8080:
socket = serverSocket.accept();
Upon receiving a request, the await method obtains the java.io.InputStream and the java.io.OutputStream objects from the Socket instance returned by the accept method.
input = socket.getInputStream();
output = socket.getOutputStream();
The await method then creates a Request object and calls its parse method to parse the raw HTTP request.
// create Request object and parse
Request request = new Request(input);
request.parse();
Next, the await method creates a Response object, sets the Request object to it, and calls its sendStaticResource method.
// create Response object
Response response = new Response(output);
response.setRequest(request);
response.sendStaticResource();
Finally, the await method closes the Socket and calls the getUri method of Request to check if the URI of the HTTP request is a shutdown command. If it is, the shutdown variable is set to true and the program exits the while loop.
// Close the socket
socket.close();
//check if the previous URI is a shutdown command
shutdown = request.getUri().equals(SHUTDOWN_COMMAND);



         


How Java Web Servers Work – part 1
xrain — Mon, 05 May 2008 06:42:00 +0000
 by Budi Kurniawan

04/23/2003Editor’s Note:  this article is adapted from Budi’s self-published book on Tomcat internals.  You can find more information on his web site.
A web server is also called a Hypertext Transfer Protocol (HTTP) server because it uses HTTP to communicate with its clients, which are usually web browsers. A Java-based web server uses two important classes, java.net.Socket and java.net.ServerSocket, and communicates through HTTP messages.  Therefore, this article starts by discussing of HTTP and the two classes.  Afterwards, I’ll explain the simple web server application that accompanies this article.
The Hypertext Transfer Protocol (HTTP)
HTTP is the protocol that allows web servers and browsers to send and receive data over the Internet. It is a request and response protocol–the client makes a request and the server responds to the request. HTTP uses reliable TCP connections, by default on TCP port 80. The first version of HTTP was HTTP/0.9, which was then overridden by HTTP/1.0. The current version is HTTP/1.1, which is defined by RFC 2616(.pdf).
This section covers HTTP 1.1 briefly; enough to make you understand the messages sent by the web server application. If you are interested in more details, read RFC 2616.
In HTTP, the client always initiates a transaction by establishing a connection and sending an HTTP request. The server is in no position to contact a client or to make a callback connection to the client. Either the client or the server can prematurely terminate a connection. For example, when using a web browser, you can click the Stop button on your browser to stop the download process of a file, effectively closing the HTTP connection with the web server.
HTTP Requests
An HTTP request consists of three components:

Method-URI-Protocol/Version
Request headers
Entity body

An example HTTP request is:
POST /servlet/default.jsp HTTP/1.1
Accept: text/plain; text/html
Accept-Language: en-gb
Connection: Keep-Alive
Host: localhost
Referer: http://localhost/ch8/SendDetails.htm
User-Agent: Mozilla/4.0 (compatible; MSIE 4.01; Windows 98)
Content-Length: 33
Content-Type: application/x-www-form-urlencoded
Accept-Encoding: gzip, deflate 

LastName=Franks&FirstName=Michael
The method-URI-Protocol/Version appears as the first line of the request.
POST /servlet/default.jsp HTTP/1.1


where POST is the request method,
/servlet/default.jsp represents the URI and HTTP/1.1
the Protocol/Version section.

Each HTTP request can use one of the many request methods, as specified in
the HTTP standards. The HTTP 1.1 supports seven types of request:
GET, POST, HEAD, OPTIONS,
PUT, DELETE, and TRACE. GET
and POST are the most commonly used in Internet applications.

The URI specifies an Internet resource completely. A URI is usually
interpreted as being relative to the server's root directory. Thus, it should
always begin with a forward slash (/). A URL is actually a type of
URI. The protocol version
represents the version of the HTTP protocol being used.

The request header contains useful information about the client environment
and the entity body of the request. For example, it could contain the language
for which the browser is set, the length of the entity body, and so on. Each header
is separated by a carriage return/linefeed (CRLF) sequence.

A very important blank line (CRLF sequence) comes between the headers and
the entity body.  This line marks the beginning of the entity body. Some
Internet programming books consider this CRLF the fourth component of an HTTP
request.

In the previous HTTP request, the entity body is simply the following
line:
LastName=Franks&FirstName=Michael
The entity body could easily become much longer in a typical HTTP

request.
HTTP Responses
Similar to requests, an HTTP response also consists of three parts:

Protocol-Status code-Description
Response headers
Entity body

The following is an example of an HTTP response:
HTTP/1.1 200 OK
Server: Microsoft-IIS/4.0
Date: Mon, 3 Jan 1998 13:13:33 GMT
Content-Type: text/html
Last-Modified: Mon, 11 Jan 1998 13:23:42 GMT
Content-Length: 112



HTTP Response Example
Welcome to Brainy Software


The first line of the response header is similar to the first line of the

request header. The first line tells you that the protocol used is HTTP version

1.1, the request succeeded (200 = success), and that everything went okay.
The response headers contain useful information similar to the headers in

the request. The entity body of the response is the HTML content of the

response itself. The headers and the entity body are separated by a sequence of

CRLFs.
The Socket Class
A socket is an endpoint of a network connection. A socket enables an

application to read from and write to the network. Two software applications

residing on two different computers can communicate with each other by sending

and receiving byte streams over a connection. To send a message to another

application, you need to know its IP address, as well as the port number of its

socket. In Java, a socket is represented by the java.net.Socket

class.
To create a socket, you can use one of the many constructors of the

Socket class. One of these constructors accepts the host name and

the port number:
public Socket(String host, int port)
where host is the remote machine name or IP address, and

port is the port number of the remote application. For example, to

connect to yahoo.com at port 80, you would construct the following socket:
new Socket("yahoo.com", 80);
Once you create an instance of the Socket class successfully,

you can use it to send and receive streams of bytes. To send byte streams, you

must first call the Socket class' getOutputStream

method to obtain a java.io.OutputStream object. To send text to a

remote application, you often want to construct a

java.io.PrintWriter object from the OutputStream

object returned.  To receive byte streams from the other end of the connection,

you call the Socket class' getInputStream method, which

returns a java.io.InputStream.
The following snippet creates a socket that can communicate with a local

HTTP server (127.0.0.1 denotes a local host), sends an HTTP request, and

receives the response from the server. It creates a StringBuffer

object to hold the response, and prints it to the console.
Socket socket    = new Socket("127.0.0.1", "8080");
OutputStream os   = socket.getOutputStream();
boolean autoflush = true;
PrintWriter out   = new PrintWriter( socket.getOutputStream(), autoflush );
BufferedReader in = new BufferedReader(
    new InputStreamReader( socket.getInputStream() ));

// send an HTTP request to the web server
out.println("GET /index.jsp HTTP/1.1");
out.println("Host: localhost:8080");
out.println("Connection: Close");
out.println();

// read the response
boolean loop    = true;
StringBuffer sb = new StringBuffer(8096);

while (loop) {
    if ( in.ready() ) {
        int i=0;
        while (i!=-1) {
            i = in.read();
            sb.append((char) i);
        }
        loop = false;
    }
    Thread.currentThread().sleep(50);
}

// display the response to the out console
System.out.println(sb.toString());
socket.close();
Note that to get a proper response from the web server, you need to send an

HTTP request that complies with the HTTP protocol. If you have read the

previous section, "The Hypertext Transfer Protocol (HTTP)," you can

understand the HTTP request in the code above.


         


The difference between Marketing, PR, Advertising and Branding
xrain — Sat, 26 Apr 2008 16:51:50 +0000







Nguồn: AdOfTheWorld

         


Ngôn ngữ lập trình Python
xrain — Fri, 25 Apr 2008 13:15:50 +0000
 

Python là một ngôn ngữ lập trình thông dịch do Guido van Rossum tạo ra năm 1990. Python hoàn toàn tạo kiểu động và dùng cơ chế cấp phát bộ nhớ tự động; do vậy nó gần giống như Perl, Ruby, Scheme, Smalltalk, và Tcl. Python được phát triển trong một dự án mã mở, do tổ chức phi lợi nhuận Python Software Foundation quản lý. Bản mới nhất hiện nay là Python 2.5 được phát hành vào 19 tháng 9, 2006.

Theo đánh giá của Eric S. Raymond, Python là ngôn ngữ có hình thức rất sáng sủa, cấu trúc rõ ràng, thuận tiện cho người mới học lập trình. Cấu trúc của Python còn cho phép người sử dụng viết mã lệnh với số lần gõ phím tối thiểu, như nhận định của chính Guido van Rossum trong một bài phỏng vấn ông.
Ban đầu, Python được phát triển để chạy trên nền Unix. Nhưng rồi theo thời gian, nó đã “bành trướng” sang mọi hệ điều hành từ DOS đến Mac OS, OS/2, Windows, Linux và các hệ điều hành khác thuộc họ Unix. Mặc dù sự phát triển của Python có sự đóng góp của rất nhiều cá nhân, nhưng Guido van Rossum hiện nay vẫn là tác giả chủ yếu của Python. Ông giữ vai trò chủ chốt trong việc quyết định hướng phát triển của Python.
Lịch sử
Sự phát triển Python đến nay có thể chia làm các giai đoạn:
* Python 1: bao gồm các bản phát hành 1.x. Giai đoạn này, kéo dài từ đầu đến cuối thập niên 1990. Từ năm 1990 đến 1995, Guido làm việc tại CWI (Centrum voor Wiskunde en Informatica – Trung tâm Toán-Tin học) tại Amsterdam, Hà Lan). Vì nguyên nhân này, các phiên bản Python đầu tiên đều do CWI phát hành. Phiên bản cuối cùng phát hành tại CWI là 1.2.

o Vào năm 1995, Guido chuyển sang Corporation for National Research Initiatives (CNRI) ở Reston, Virginia. Tại đây, ông phát hành một số phiên bản khác. Python 1.6 là phiên bản cuối cùng phát hành tại CNRI.

o Sau bản phát hành 1.6, Guido rời bỏ CNRI để làm việc với các lập trình viên chuyên viết phần mềm thương mại. Tại đây, ông có ý tưởng sử dụng Python với các phần mềm tuân theo chuẩn GPL. Sau đó, CNRI và Free Software Foundation (FSF) đã cùng nhau hợp tác để làm bản quyền Python phù hợp với GPL. Cùng năm đó, Guido được nhận giải thưởng FSF Award for the Advancement of Free Software.

o Phiên bản 1.6.1 ra đời sau đó là phiên bản đâu tiền tuân theo bản quyền GPL. Tuy nhiên, bản này hoàn toàn giống bản 1.6, trừ một số sửa lỗi cần thiết.
* Python 2: vào năm 2000, Guido và nhóm phát triển Python dời đến BeOpen.com và thành lập BeOpen PythonLabs team. Phiên bản Python 2.0 được phát hành tại đây. Sau khi phát hành Python 2.0, Guido và các thành viên PythonLabs gia nhập Digital Creations.
o Python 2.1 ra đời kế thừa từ Python 1.6.1 và Python 2.0. Bản quyền của phiên bản này được đổi thành Python Software Foundation License. Từ thời điểm này trở đi, Python thuộc sở hữu của Python Software Foundation (PSF), một tổ chức phi lợi nhuận được thành lập theo mẫu Apache Software Foundation.

* Python 3: Về sự phát triển của Python trong tương lai, các nhà phát triển vẫn đang thảo luận về phiên bản mới: Python 3.0 (dự án gọi là Python 3000 hoặc Py3K). Dự kiến, dòng 3.x sẽ không hoàn toàn tương thích với dòng 2.x. Nhóm phát triển cho biết sẽ lấp những chỗ hở của ngôn ngữ. Nguyên tắc chủ đạo để phát triển Python 3.x là “bỏ cách làm việc cũ nhằm hạn chế trùng lặp về mặt chức năng của Python”. Tuy nhiên, cho đến nay, vẫn chưa có kế hoạch cụ thể để phát triển Python 3.0, dù vậy, PEP (Python Enhancement Proposal) trong đó mô tả chi tiết các thay đổi trong Python đã có tại http://www.python.org/peps/pep-3000.html.




Đặc điểm

Dễ học, dễ đọc
Python được thiết kế để trở thành một ngôn ngữ dễ học, mã nguồn dễ đọc, bố cục trực quan, dễ hiểu, thể hiện qua các điểm sau:

Từ khóa
Python tăng cường sử dụng từ khóa tiếng Anh, hạn chế các kí hiệu và cấu trúc cú pháp so với các ngôn ngữ khác. Python là một ngôn ngữ phân biệt kiểu chữ. Như C/C++, các từ khóa của Python đều ở dạng chữ thường.

Khối lệnh
Trong các ngôn ngữ khác, khối lệnh thường được đánh dấu bằng cặp kí hiệu hoặc từ khóa. Ví dụ, trong C/C++, cặp { } được dùng để bao bọc một khối lệnh. Python, trái lại, có một cách rất đặc biệt để tạo khối lệnh, đó là thụt các câu lệnh trong khối vào sâu hơn (về bên phải) so với các câu lệnh của khối lệnh cha chứa nó. Ví dụ, giả sử có đoạn mã sau trong C/C++:
#include 
//...
delta = b * b – 4 * a * c;
if (delta > 0)
{
   // Khối lệnh mới bắt đầu từ kí tự { đến }
   x1 = (- b + sqrt(delta)) / (2 * a);
   x2 = (- b - sqrt(delta)) / (2 * a);
   printf("Phuong trinh co hai nghiem phan biet:\n");
   printf("x1 = %f; x2 = %f", x1, x2);
}

Đoạn mã trên có thể được viết lại bằng Python như sau:
import math
#...
delta = b * b – 4 * a * c
if delta > 0:
    # Khối lệnh mới, thụt vào đầu dòng
    x1 = (- b + math.sqrt(delta)) / (2 * a)
    x2 = (- b – math.sqrt(delta)) / (2 * a)
    print "Phuong trinh co hai nghiem phan biet:"
    print "x1 = ", x1, "; ", "x2 = ", x2

Ta có thể sử dụng tab hoặc khoảng trống để thụt các câu lệnh vào.

Các bản hiện thực
Python được viết từ những ngôn ngữ khác, tạo ra những bản hiện thực khác nhau. Bản hiện thực Python chính, còn gọi là CPython, được viết bằng C, và được phân phối kèm một thư viện chuẩn lớn được viết hỗn hợp bằng C và Python. CPython có thể chạy trên nhiều nền và khả chuyển trên nhiều nền khác. Dưới đây là các nền trên đó, CPython có thể chạy.

Các hệ điều hành họ Unix: AIX, BSD, Darwin, FreeBSD, Mac OS X, NetBSD, Linux, OpenBSD, Solaris,…
Các hệ điều hành dành cho máy desktop: Amiga, AROS, BeOS, Mac OS 9, Microsoft Windows, OS/2, RISC OS.
Các hệ thống nhúng và các hệ đặc biệt: GP2X, Java virtual machine, Nokia 770 Internet Tablet, Palm OS, PlayStation 2, PlayStation Portable, Psion, QNX, Sharp Zaurus, Symbian OS, Windows CE/Pocket PC, Xbox/XBMC, VxWorks.
Các hệ máy tính lớn và các hệ khác: AS/400, OS/390, Plan 9 from Bell Labs, VMS, z/OS.

Ngoài CPython, còn có hai hiện thực Python khác: Jython cho môi trường Java và IronPython cho môi trường .NET và Mono.

Khả năng mở rộng
Python có thể được mở rộng: nếu ta biết sử dụng C, ta có thể dễ dàng viết và tích hợp vào Python nhiều hàm tùy theo nhu cầu. Các hàm này sẽ trở thành hàm xây dựng sẵn (built-in) của Python. Ta cũng có thể mở rộng chức năng của trình thông dịch, hoặc liên kết các chương trình Python với các thư viện chỉ ở dạng nhị phân (như các thư viện đồ họa do nhà sản xuất thiết bị cung cấp). Hơn thế nữa, ta cũng có thể liên kết trình thông dịch của Python với các ứng dụng viết từ C và sử dụng nó như là một mở rộng hoặc một ngôn ngữ dòng lệnh phụ trợ cho ứng dụng đó.

Trình thông dịch
Python là một ngôn ngữ lập trình dạng thông dịch. Ưu điểm của thông dịch là giúp ta tiết kiệm thời gian phát triển ứng dụng vì không cần phải thực hiện biên dịch và liên kết. Trình thông dịch có thể được sử dụng để chạy file script, hoặc cũng có thể được sử dụng một cách tương tác. Ở chế độ tương tác, trình thông dịch Python tương tự shell của các hệ điều hành họ Unix, tại đó, ta có thể nhập vào một biểu thức tại một thời điểm rồi enter, và kết quả thực thi sẽ được hiển thị ngay lập tức. Đặc điểm này rất hữu ích cho người mới học, giúp họ nghiên cứu tính năng của ngôn ngữ; hoặc để các lập trình viên chạy thử mã trong suốt quá trình phát triển phần mềm. Ngoài ra, nó cũng có thể được sử dụng như là một máy tính.

Lệnh và cấu trúc điều khiển
Mỗi câu lệnh trong Python nằm trên một dòng mã nguồn. Ta không cần phải kết thúc câu lệnh bằng bất kì kí tự gì. Cũng như các ngôn ngữ khác, Python cũng có các cấu trúc điều khiển. Chúng bao gồm:

Cấu trúc rẽ nhánh: cấu trúc if (có thể sử dụng thêm elif hoặc else), dùng để thực thi có điều kiện một khối mã cụ thể.
Cấu trúc lặp, bao gồm:


Lệnh while: chạy một khối mã cụ thể cho đến khi điều kiện lặp có giá trị false.
Vòng lặp for: lặp qua từng phần tử của một dãy, mỗi phần tử sẽ được đưa vào biến cục bộ để sử dụng với khối mã trong vòng lặp.


Python cũng có từ khóa class dùng để khai báo lớp (sử dụng trong lập trình hướng đối tượng) và lệnh def dùng để định nghĩa hàm.


Hệ thống kiểu dữ liệu
Python sử dụng hệ thống kiểu duck typing, còn gọi là latent typing (hàm nghĩa: ngầm). Có nghĩa là, Python không kiểm tra các ràng buộc về kiểu dữ liệu tại thời điểm dịch, mà là tại thời điểm thực thi. Khi thực thi, nếu một thao tác trên một đối tượng bị thất bại, thì có nghĩa là, đối tượng đó không sử dụng một kiểu thích hợp. Python cũng là một ngôn ngữ định kiểu mạnh. Nó cấm mọi thao tác không hợp lệ, ví dụ cộng một con số vào chuỗi. Sử dụng Python, ta không cần phải khai báo biến. Biến được xem là đã khai báo nếu nó được gán một giá trị lần đầu tiên. Căn cứ vào mỗi lần gán, Python sẽ tự động xác định kiểu dữ liệu của biến. Python có một số kiểu dữ liệu thông dụng sau:

int, long: số nguyên
float: số thực
complex: số phức
list: chuỗi có thể thay đổi
tuple: chuỗi không thể thay đổi
str: chuỗi kí tự không thể thay đổi
dict: từ điển
set: một tập không xếp theo thứ tự, ở đó, mỗi phần tử chỉ xuất hiện một lần.

Ngoài ra, Python còn có nhiều kiểu dữ liệu khác.

Module
Python cho phép chia chương trình thành modules để có thể sử dụng lại trong các chương trình khác. Nó cũng có sẵn một tập hợp các modules chuẩn mà ta có thể sử dụng lại trong chương trình của ta. Các thư viện này cung cấp nhiều thứ, như file I/O, các lời gọi hệ thống, sockets,…

Đa năng
Python là một ngôn ngữ lập trình đơn giản nhưng rất hiệu quả. So với Unix shell, Python hỗ trợ các chương trình lớn hơn và cung cấp nhiều cấu trúc hơn. So với C, Python cung cấp nhiều cơ chế kiểm tra lỗi hơn. Vì các lí do đó, Python là một ngôn ngữ lập trình cấp rất cao. Nó cũng có sẵn nhiều kiểu dữ liệu cấp cao, ví dụ như các mảng linh hoạt (flexible arrays) ( ) và từ điển (dictionaries) mà ta phải mất nhiều thời gian để hiện thực trên C. Python cũng thích hợp với các chương trình lớn hơn cả Awk và Perl. Python cũng được sử dụng để lập trình Web. Nó có thể được sử dụng như là một ngôn ngữ kịch bản. Python được thiết kế để có thể nhúng và phục vụ như là một ngôn ngữ kịch bản để tuỳ biến và mở rộng các ứng dụng lớn hơn. Được tích hợp sẵn nhiều công cụ và có một thư viện chuẩn phong phú, Python cho phép người dùng dễ dàng tạo ra các dịch vụ Web, sử dụng các thành phần COM hay CORBA ( ). Nó hỗ trợ các định dạng email, dữ liệu Internet, HTML, XML và các ngôn ngữ đánh dấu khác. Python cũng ứng dụng tất cả các giao thức Internet thông dụng như HTTP, FTP,… Python cung cấp giao tiếp đến hầu hết cơ sở dữ liệu, có khả năng xử lí văn bản, tài liệu hiệu quả, và có thể làm việc tốt với các công nghệ Web khác. Python cũng đặc biệt hiệu quả cho lập trình tính toán khoa học qua các công cụ Python Imaging Library, VTK, MayaVi 3D Visualization Toolkits, Numeric Python, ScientificPython,… Python cũng có thể được sử dụng để phát triển các ứng dụng Desktop. Người dùng có thể dùng wxPython, PyQt, PyGtk để phát triển các ứng dụng giao diện đồ họa (GUI) chất lượng cao. Python có thể hỗ trợ các GUI frameworks khác như MFC, Carbon, Delphi, X11, Motif, và Tk. Python cũng có sẵn một unit testing framework để tạo ra các các bộ test (test suites).

Multiple paradigms (đa biến hóa)
Python là một ngôn ngữ đa biến hóa (multiple paradigms). Có nghĩa là, thay vì ép buộc mọi người phải sử dụng duy nhất một phương pháp lập trình, Python lại cho phép sử dụng nhiều phương pháp lập trình khác nhau: hướng đối tượng, có cấu trúc, chức năng, hoặc chỉ hướng đến một khía cạnh. Python kiểu kiểu động và sử dụng bộ thu gom rác để quản lí bộ nhớ. Một đặc điểm quan trọng nữa của Python là giải pháp tên động, kết nối tên biến và tên phương thức lại với nhau trong suốt thực thi của chương trình.

Sự tương đương giữa true và một giá trị khác 0
Cũng như C/C++, bất kì một giá trị khác 0 nào cũng tương đương với true và ngược lại, một giá trị 0 tương đương với false. Như vậy:
if a != 0:

tương đương với
if a:


Cú pháp
Sau đây là cú pháp cơ bản nhất của ngôn ngữ Python

Toán tử
+  -  *  /   // (chia làm tròn)   % (phần dư)   ** (lũy thừa)
~ (not)   & (and)   | (or)   ^ (xor)
<< (left shift)   >> (right shift)
== (bằng)   <=   >=   != (khác)

Python sử dụng kí pháp trung tố thường gặp trong các ngôn ngữ lập trình khác.

Các kiểu dữ liệu

Kiểu số

1234585396326 (số nguyên dài vô hạn)  -86.12   7.84E-04
2j     3 + 8j (số phức)


Kiểu chuỗi (string)

"Hello"    "It's me"     '"OK"-he replied'


Kiểu tuple

(1, 2.0, 3)   (1,)    ("Hello",1,())


Kiểu list

[4.8, -6]    ['a','b']


Kiểu dictionary

{"Vietnam":"Hanoi", "Netherlands":"Amsterdam", "France":"Paris"}


Chú thích
# dòng chú thích


Lệnh gán
tên biến = biểu thức
x = 23.8
y = -x ** 2
z1 = z2 = x + y
loiChao = "Hello!"

i += 1    # tăng biến i thêm 1 đơn vị


In giá trị
print biểu thức
print (7 + 8) / 2.0
print (2 + 3j) * (4 - 6j)

Nội suy chuỗi (string interpolation)
print "Hello %s" %("world!")
print "i = %d" %i
print "a = %.2f and b = %.3f" %(a,b)


Cấu trúc rẽ nhánh

Dạng 1:

if biểu_thức_đúng:
   # lệnh ...


Dạng 2:

if biểu_thức_đúng:
   # lệnh ...
else:
   # lệnh ...


Dạng 3:

if biểu_thức_đúng:
   # lệnh ...
elif:
   # lệnh ...
else:
   # lệnh ...


Cấu trúc lặp
while biểu_thức_đúng:
   # lệnh ...

for phần_tử in dãy:
   # lệnh ...

L = ["Ha Noi", "Hai Phong", "TP Ho Chi Minh"]
for thanhPho in L:
   print thanhPho

for i in range(10):
   print i


Hàm
def tên_hàm (tham_biến_1, tham_biến_2, ...)
   # lệnh ...
   return giá_trị_hàm

def binhPhuong(x):
   return x*x

Hàm với tham số mặc định:
def luyThua(x, n=2):
  """Lũy thừa với số mũ mặc định là 2"""
  return x**n

print luyThua(3)   # 9
print luyThua(2,3) # 8


Lớp
class Tên_Lớp_1:
  # ...

class Tên_Lớp_2(Tên_Lớp_1):
  """Lớp 2 kế thừa lớp 1"""
  x = 3  # biến thành viên của lớp
  #
  def phương_thức(self,tham_biến):
    # ...

# khởi tạo
a = Tên_Lớp_2()
print a.x
print a.phương_thức(m)  # m là giá trị gán cho tham biến


Xử lí lỗi
try:
  câu_lệnh
except Loại_Lỗi:
  thông báo lỗi
Theo wikipedia

         


Tìm hiểu về BREW trên điện thoại di động CDMA
xrain — Fri, 25 Apr 2008 09:24:55 +0000
 
BREW (Binary Runtime Environment for Wireless) là một giải pháp về dữ liệu của Qualcomm trong lĩnh vực không dây. Tuy ra đời chưa lâu, nhưng BREW đã có những bước phát triển đáng kể, ngày càng trở nên phổ biến trên thế giới.
Hiện nay đã có hơn 60 nhà cung cấp các ứng dụng BREW ở hàng chục nước trên thế giới, cùng rất nhiều nhà phát triển ở khắp năm châu. Với sự phát triển không ngừng trong lĩnh vực không dây, khi tốc độ truyền số liệu ngày càng được cải thiện (với công nghệ EV-DO sắp được triển khai của mạng 092, tốc độ tối đa lên tới 2Mb/s), các ứng dụng BREW sẽ phát triển hơn nữa trong tương lai. Vậy BREW có ưu điểm gì?
Như đã nói ở trên, BREW là một giải pháp, trong đó gồm có hai công nghệ:
Công nghệ phần mềm: Để các nhà phát triển xây dựng các ứng dụng của mình.

Công nghệ phân phối: Để nhà cung cấp dịch vụ đưa ứng dụng vào thị trường.
Trước hết hãy nói tới công nghệ phần mềm.Trước đây, các nhà phát triển khi xây dựng các ứng dụng cho điện thoại di động thường mong muốn có một công cụ dễ sử dụng, kiểm soát lỗi tốt, ứng dụng được phát triển có kích thước nhỏ, chạy nhanh, tốn ít bộ nhớ, BREW hoàn toàn đáp ứng được các mong mỏi đó.
- Nhanh: BREW nằm kề ngay lõi của cấu trúc chipset, sát trên phần mềm hệ thống chíp, để tăng cường các tính năng như dịch vụ định vị, MMS và BREWChat, cũng như tích hợp dễ dàng các bộ trình duyệt và máy ảo (virtual machiné) cho phép mở rộng và thực thi nhanh chóng các ứng dụng viết bằng C/C++.
- Gọn: BREW được thiết kế ngay từ trong chíp nên các ứng dụng sẽ sử dụng ít bộ nhớ hơn nhưng lại tích hợp chặt chẽ hơn với các phần mềm hệ thống quan trọng của chíp để hỗ trợ thêm hàng loạt các tính năng từ việc quản lý các ứng dụng đến việc cho phép download trực tiếp từ điện thoại di động.
- Có thể mở rộng: Như ứng dụng OpenGL để tạo nên những hình ảnh 3 chiều, hay cho phép các ứng dụng viết bằng Java có thể chạy được.
- Phổ biến: BREW SDK cung cấp cung cấp những công cụ phát triển và gỡ lỗi, các ứng dụng mẫu kèm mã nguồn, những tài liệu tham tham khảo, bộ giả lập để mô phỏng. Tất cả đều có sẵn trên trang brew.qualcomm.com
Không những dễ dàng để phát triển, BREW còn là một hệ thống phân phối sản phẩm khép kín từ nhà phát triển cho đến người sử dụng cuối cùng. Có thể thấy như hình dưới:
- Sản phẩm được các nhà phát triển xây dựng.
- Ứng dụng được nhà cung cấp dịch vụ kiểm tra.
- Nhà cung cấp chọn các ứng dụng thoả mãn tiêu chuẩn, thoả thuận giá với nhà phát triển.
- Các ứng dụng được chọn sẽ được đưa vào catalog và gửi đến khách hàng.
- Khách hàng chọn ứng dụng và hình thức thanh toán.
- Khách hàng trả tiền.
- Nhà cung cấp nhận tiền, thanh toán cho nhà phát triển
Ở Việt Nam, một thị trường mới và có tốc độ phát triển viễn thông cũng như công nghệ thông tin rất cao, BREW sẽ đem lại nhiều loại nhuận cho các nhà cung cấp ứng dụng cũng như các nhà phát triển.Và bây giờ với sự ra đời của trung tâm phát triển 3G-CDMA, một tổ chức được thành lập theo thoả thuận giữa Qualcomm và Hà nội Telecom, một phòng thí nghiệm BREW hiện đại theo đúng tiêu chuẩn quốc tế sẽ đi vào hoạt động, đây sẽ là nơi để những nhà phát triển của Việt nam tìm hiểu, xây dựng, kiểm tra các ứng dụng. Cùng với sự phát triển mạnh mẽ của các mạng di động và các dịch vụ trên mạng, BREW sẽ ngày càng phát triển và đi vào đời sống ở Việt Nam
QUALCOMM’s Binary Runtime for Wireless Environment® (BREW™) cung cấp một nền tảng vững chắc nhằm tạo ra những ứng dụng hấp dẫn cho các thiết bị di động.
Qua bài giới thiệu này bạn sẽ thấy quen thuộc và thân thiện hơn với môi trường lập trình  BREW. Bài giới thiệu sẽ đi từng bước từng bước cẩn thận từ cài đặt BREW SDK, phát triển những ứng dụng BREW, và các nạp những ứng dụng vào trong thiết bị.
BREW SDK
Hiện nay đã có 5 phiên bản của BREW SDK: 1.0, 1.1, 2.0, 2.1, và 3.1. Các phiên bản này bạn cài đặt trực tuyến tại trang chủ của BREW. Việc lựa chọn từng phiên bản phụ thuộc vào nền tảng phần cứng và yêu cầu trong ứng dụng của bạn. Có thể các thiết bị sẽ không được hỗ trợ tất cả giao diện (interface) bên trong SDK.

Để chắc chắn tương thích với các thiết bị di động, bạn nên thực hiện việc phát triển trong cùng hay những phiên bản SDK thấp để nhằm phù hợp với các phiên bản của BREW trong các phần cứng.
BREW SDK 1.0
Hiện tại không có thiết bị BREW 1.0 nào có trên thị trường. Những thiết bị bày bán trước đây có thực hiện BREW 1.0 chủ yếu là Motorola V731 và Sharp Z800.

Những bổ sung API trong BREW SDK 1.0

IApplet: đem lại qui trình xử lý sự kiện. Mọi ứng dụng BREW phải tiến hành giao diện này.

IAStream: đem lại một giao diện trừu tượng để đọc dữ liệu từ một dòng không đồng bộ.

IBase: đem lại giao diện nền cho mọi giao diện BREW AEE khác, đem lại cơ chế đếm tham khảo đối tượng.

IControl: đem lại một giao diện trừu tượng được thực hiện bởi mọi giao diện kiểm soát BREW

IDatabse: cho phép truy cập và điều chỉnh các hồ sơ cơ sở dữ liệu từ các file cơ sở dữ liệu do IDBMgr mở hoặc tạo ra.

IDateCtl: đem lại một giao diện kiểm soát để lựa chọn và hiển thị ngày tháng theo một số định dạng

IDBMgr: mở hoặc tạo các file cơ sở dữ liệu cho việc điều chỉnh thông qua IDatabase

IDBRecord: truy cập và điều chỉnh các trường của các hồ sơ cơ sở dữ liệu

IDialog: xử lý các đoạn thoại được tạo ra thông qua IShell

IDisplay: điều chỉnh hiển thị của thiết bị bằng văn bản, biểu đồ bit, và những dạng hình học đơn giản khác

IFile: cho phép việc tiếp cận và điều chỉnh các file do IFileMgr mở hoặc tạo ra

IFileMgr: mở hoặc tạo các file cho việc điều chỉnh thông qua IFile

IGraphics: bổ sung khả năng vẽ những đường và hình phức tạp hơn so với những hình và đường do IDisplay trợ giúp

IHeap: quản lý bộ nhớ thiết bị và cung cấp các qui trình phân phối/hủy phân phối và thông tin sử dụng bộ nhớ

IImage: thực hiện trợ giúp cho việc vẽ các định dạng hình ảnh khác nhau trên màn hình

IMemAStream: tạo một tài nguyên dòng không đồng bộ từ một phần của bộ nhớ

IMenuCtl: cung cấp đường truy cập tới nhiều bộ điều khiển chung lập theo ý người sử dụng

IModule: cung cấp một cơ chế điều khiển đường truy cập tới một nhóm các ứng dụng nhỏ hay bộ phận đi kèm

INetMgr: cấu hình các tham số đi kèm với hệ phụ mạng của một thiết bị di động

INotifier: được các ứng dụng nhỏ sử dụng để thông báo các sự kiện xảy ra trong các lớp khác

IShell: cho phép truy cập vào nhiều loại dịch vụ cấp thấp do điện thoại cung cấp

ISocket: giao quyền kiểm soát để quản lý và sử dụng các ổ cắm TCP và UDP được mở thông qua INetMgr

ISound: cho phép sự truy cập đến nhưng dịch vụ âm thanh căn bản, chẳng hạn như tiếng bíp và những tiếng rung

ISoundPlayer: trợ giúp việc chơi lại các định dạng audi đã đi trước

IStatic: được dùng để tạo và hiển thị những bộ kiểm soát văn bản tĩnh với văn bản không điều chỉnh được

ITAPI: hình thành giao diện với lớp chức năng truyền thoại để truy cập các dịch vụ thoại và SMS

ITextCtl: cung cấp lối nhập văn bản và các khả năng biên tập

ITimeCtl: kiểm soát cho nhiều định dạng về đầu vào giá trị thời gian

IViewer: cung cấp chức năng tương tự như giao diện IImage
BREW SDK 1.1
BREW 1.1 có lượng người sử dụng đông và ổn định lâu năm, với các thiết bị liên tục có sẵn trên thị trường của các thiết bị BREW 1.1. Một số trong những thí dụ nổi bật trong loại này là Motorola T-720 và LGE VX4400.
Những bổ sung API
IAddrBook: cung cấp một giao diện để tương tác với các khả năng sách địa chỉ OEM của thiết bị cầm tay

IAddrRec: tạo thuận tiện cho việc truy cập và điều chỉnh các trường trong khuôn khổ các hồ sơ địa chỉ phục hồi được qua IAddrBook

ICipher: cho phép các ứng dụng dễ dàng mã hóa và giải mã thông tin

IGetLine: cung cấp nhưng phương pháp cho phép việc phân tách dòng của dữ liệu từ các nguồn
IHash: cung cấp đường truy cập tới các qui trình phân chia dữ liệu

IHtmlViewer: trợ giúp việc chuyển giao một tập hợp con của HTML 3.2

ILicense: cho phép các ứng dụng hỏi thăm thông tin về giấy phép riêng của chúng, và điều chỉnh số đếm giấy phép dựa trên việc sử dụng

IPeek: thực hiện chức năng Peek/Advance cho việc tích lũy dữ liệu trong một bộ đệm
IPosDet: cấp phát đường truy cập vào các dịch vụ xác định vị trí bằng cách sử dụng thông tin bộ phận hay GSP

IQueryInterface: lớp đối tượng cấp cho việc dẫn xuất những lớp đối tượng API có thể mở rộng được

IRingerMgr: vận hành các thư mục thay thế trong thiết bị cầm tay, cho phép tạo lập và hủy bỏ những file thay thế

IRSA: trợ giúp việc mã hóa dữ liệu bằng cách sử dụng thuật giải RSA

ISource: một nguồn dữ liệu trừu tượng cung cấp giao diện Read/Readable (đọc/có thể đọc)

ISourceUtil: được sử dụng để xây dựng một ISource từ các nguồn thường dùng

IWeb: tạo điều kiện tiến hành những trao đổi web bằng cách sử dụng nhiều giao thức khác nhau

IWebOpts: cho phép những tùy chọn cấu hình khiến các giao dịch IWeb được minh định
Các bổ sung tiện dụng SDK
Purevoice Converter: ứng dụng này cho phép chuyển đổi các file audio (âm thanh) từ WAV sang định dạng Purevoice của Qualcomm (QCP). Về các tính năng sử dụng, xin xem Hướng dẫn sử dụng BREW, được kèm trong tài liệu BREW SDK User có trong phiên bản từ BREW SDK 3.0 về sau, hoặc dưới dạng một tài liệu biệt lập trong các phiên bản SDK trước đó.
BREW SDK 2.0
Những thiết bị tiêu biểu trong loại này là LGE VX6000, Kyocera SE7 (Slider), và  Samsung SCH-A670.
Các bổ sung API
IBitmap: vận hành các biểu đồ bit nằm trong bộ nhớ, tạo điều kiện cho những hoạt động đồ hoạ đơn giản và chuyển khối bit

IBTAG: được dùng để mở, đóng, và quản lý  Bluetooth Audio Gateway (cổng nghe công nghệ không dây Bluetooth) với một thiết bị (đã bị lược bỏ trong SDK 3.0)

IBTSDP: cho phép tìm ra thiết bị Bluetooth và dò tìm thông tin về thiết bị (đã bị lược bỏ trong SDK 3.0)

IBTSIOPORT: cung cấp bộ quản lý đường nối giao diện Bluetooth theo chuỗi và các dịch vụ chuyển dữ liệu (đã bị lược bỏ trong SDK 3.0)

IClipboard: cung cấp đường truy cập vào các chức năng cắt và dán bảng trích giữ theo chuẩn

IDIB: thực hiện một cấu trúc biểu đồ bit độc lập đối với thiết bị, kế thừa từ IBitmap (đã bị lược bỏ trong SDK 3.0)

IDNS: cho phép dò hỏi DNS (server tên vùng)

IFont: bổ sung các chức năng để vẽ và đo lường văn bản

IHashCTX: cho phép tính chức năng lớn hơn trong việc phân cắt dữ liệu

IImageCtl: cho phép hiển thị một hình ảnh trong khuôn khổ một khung hình có thể cuộn được

IMedia: lớp trừu tượng cho mọi đối tượng đa phương tiện BREW

IRamCache: đem lại một LRU bắt với cơ chế TTL cho việc lưu trữ  vùng heap

ISprite: chứa các phương pháp để chuyền các hoạt cảnh và biểu đồ

ISSL: trợ giúp an toàn SSL/TLS cho việc nối mạng

ITransform: cung cấp các chức năng để thực hiện các hoạt động chuyền khối bit với những biến đổi chuyển dạng bằng cách dùng một biểu đồ bit

IUnzipAStream: thực hiện trợ giúp cho việc giải nén và đọc các IAStream nén

IVocoder: lập giao diện với bộ vocoder (mã hóa thoại) của thiết bị cầm tay để đón nhận và trình bày các khung vocoder

IX509Chain: được dùng để quản lý và xác minh một chuỗi những chứng nhận X.509
Những bổ sung ích dụng SDK
2Bit Tool: tạo điều kiện chuyển đổi giữa các định dạng BMP 4-bit và 2-bit vì mục đích biên tập. Về các tính năng sử dụng, xin tham khảo Hướng dẫn sử dụng BREW, được kèm trong tài liệu BREW SDK User có trong phiên bản từ BREW SDK 3.0 về sau, hoặc dưới dạng một tài liệu biệt lập trong các phiên bản SDK trước đó.

NMEA Logger: Cho phép truy tìm hoạt động GSP đã được ghi lại từ một thiết bị GNSS hoặc GPS để dùng trong Bộ mô phỏng Emulator. Về các tính năng sử dụng, xin xem Hướng dẫn sử dụng BREW, được kèm trong tài liệu BREW SDK User có trong phiên bản từ BREW SDK 3.0 về sau, hoặc dưới dạng một tài liệu biệt lập trong các phiên bản SDK trước đó.
BREW SDK 2.1
Thiết bị tiêu biểu trong loại này là Toshiba CDM-9900.
Các bổ sung API trong BREW SDK 2.1
I3D: cung cấp các xác định của một bộ máy đồ hoạ 3D để chuyển thanh những dạng tam giác (đã bị lược bỏ trong SDK 3.0)

I3DModel: trợ giúp việc vẽ các nhóm tam giác có cấu trúc (các mẫu 3D) (đã bị lược bỏ trong SDK 3.0)

I3DUtil: cho phép truy cập vào các ma trận chuyển hóa và các vector đơn vị được dùng bởi guồng máy 3D (đã bị lược bỏ trong SDK 3.0)

ICallHistory: cấp phát sự truy cập và điều chỉnh cho các hồ sơ lịch sử cuộc gọi

ICamera: cho phép một giao diện tiêu chuẩn hóa để truy cập máy ghi hình trên một thiết bị di động và các phương tiện ghi chép trong nhiều định dạng khác nhau

ILogger: cung cấp một giao diện nhập dữ liệu được tiêu chuẩn hóa cho việc nhập bằng cách sử dụng nhiều loại cơ chế chuyển tải

IMediaUtil: trợ giúp trong việc tạo ra các đối tượng IMedia từ nhiều nguồn đầu vào khác nhau và việc mã hóa các file truyền thông mới

IRecordStore: lớp trừu tượng cho việc truy cập các kho lưu trữ giá trị khóa đơn giản.
BREW SDK 3.0
Hiện trên thị trường không có sẵn thiết bị BREW 3.0, tuy chúng được dự trù tung ra trong sáu tháng cuối năm 2004.
Các bổ sung API trong BREW SDK 3.0
IAClockCtl: cho phép việc tạo ra các hiển thị đồng hồ analog

IBitmapDev: được dùng bởi nhiều chức năng khác nhau để xử lý các biểu đồ bit của thiết bị

IModule Support: cung cấp các dịch vụ trợ giúp module cho các module đã nạp

IPort: giao diện tổng quát cho dòng dữ liệu hai chiều thực hiện những giao diện chung

IRscPool: cho phép bộ nhớ và tập hợp giao diện cho nhiều nguồn lực có tuổi thọ như nhau

IThread: cung cấp khả năng thực hiện xử lý đa phương hợp tác
Các lược bỏ API trong BREW SDK 3.0
I3D

I3DModel

I3DUtil

IBTAG

IBTSDP

IBTSIOPORT

IDIB
Thư mục cài đặt
Nói chung để tốt nhất cho quá trình cài đặt cũng như phát triển về sau,thì tốt nhất bạn nên cài đặt theo mặc định của bộ cài đặt (BREW SDK Installer). Việc thay đổi thư mục cài đặt không ảnh hưởng đến ứng dụng nhưng đôi khi (những phiên bản 1.x) bạn sẽ mất thời gian để cấu hình lại Emulator khi chạy ứng dụng.
Yêu cầu hệ thống
+ Internet Explorer 5.5 Service Pack 2.

+ Windows NT, Windows 2000, hoặc Windows XP.

+ Quyền quản trị (hay quyền được cài đặt) trên hệ thống.
BREW SDK chỉ duy nhất cài đặt trên hệ điều hành Windows.

 BREW HỖ TRỢ NHÀ PHÁT TRIỂN TỪ ĐẦU ĐẾN CUỐI
Từ khi có ý tưởng cho đến lúc thanh toán, QUALCOMM cam kết giúp đỡ nhà phát triển thành công bằng cách cung cấp sự hỗ trợ và nguồn tài nguyên trong toàn bộ quá trình.
Chương trình liên minh của nhà phát triển BREW là một chương trình đào tạo hội viên nhiều lớp, giúp nhà phát triển trong suốt quá trính sáng tạo và tiếp thị các ứng dụng vô tuyến. Những thành viên đã đăng ký “Chương trình liên minh của nhà phát triển BREW” có thể sử dụng “Extranet của nhà phát triển BREW”, nơi họ sẽ tìm được nhiều công cụ và nguồn tài nguyên bổ ích hơn.
Ngoài ra, các nhà phát triển có thể truy cập vào Chương trình đào tạo nhà phát triển BREW, một khóa học nâng cao trong ba ngày về thực hành, thiết kế để giúp nhà phát triển hiểu rõ kiến thức cơ bản về nền tảng BREW, hàng lọat các công cụ phát triển được sử dụng.
NHỮNG ỨNG DỤNG VỮNG CHẮC TẠO RA DOANH THU 
Từ khi có BREW của QUALCOMM ra đời từ năm 2001, ĐTDD, sử dụng ứng dụng BREW, trở nên quá thanh nhã. Bỡi vì BREW đã xây dựng, phát trỉển và triển khai nhanh những ứng dụng sáng tạo, giải trí bổ ích, từ đó đem tới doanh thu cho nhà khai thác và nhà phát triển thông tin di động ngày càng nhiều thông qua những dịch vụ sau:
TRUYỀN THÔNG: Nhắn tin tức thời, email, chia sẻ ảnh và những bộ trình duyệt.
DỊCH VỤ ĐỊNH VỊ: Bản đồ, chỉ hướng, giao thông, hướng dẫn trong thành phố, v.v…
NĂNG SUẤT: Đồng bộ hóa di động cho ứng dụng văn phòng và công cụ giúp cho năng suất cá nhân.
KINH DOANH: Văn phòng di động, tự động hóa lực lượng hiện trường, tự động hóa lực lượng bán hàng của nhân viên di động, và nhiều họat động khác nữa.
GAME: Game một người chơi và nhiều người chơi tương tác với nhau.
THƯƠNG MẠI DI ĐỘNG: Những thương vụ tài chính như kết số tài khoản, điểm mua bán và giao dịch chứng khoán.
GIẢI TRÍ: Nhạc chuông, âm nhạc, video, hình nền, hình của trình bảo vệ màn hình, kịch hài, v.v….
THÔNG TIN: Tin tức, thể thao, thời tiết.
MỞ RỘNG: Mở rộng công nghệ bên thứ ba mạnh mẽ cho nền BREW, như máy ảo Java hoặc bộ dữ liệu XML mà nhà phát triển có thể mở rộng cho ứng dụng của họ.
BREW LÀ CÁ NHÂN: Đối với người tiêu dùng, BREW là không thể thấy được, mặc dầu nó hỗ trợ một kinh nghiệm mua sắm ứng dụng siêu nhanh và trực giác. Việc truy cập “cửa hàng trực tuyến” BREW là dễ dàng. Từ đó, các thuê bao có thể mua những ứng dụng, với giá cả ghi trên nhãn rõ ràng, trực tiếp từ ĐTDĐ của họ.
MỤC TIÊU ỨNG DỤNG, TIẾN TRÌNH KINH DOANH
Để thành công trong việc kinh doanh, ta cần có một giải pháp trọn vẹn xử lý được yêu cầu của mọi thiết bị – chứ không chỉ thiết bị cao cấp. Môi trường thực thi của ứng dụng BREW đã làm được điều này nhờ vào việc BREW tích hợp được với con chip xử lý trong bộ nhớ Flash và  RAM của thiết bị di động. Hơn nữa, BREW cung cấp một nối kết phần mềm giữa chức năng cấp thấp của thiết bị di động và ứng dụng cấp cao do người khác viết. Vì chức năng của BREW như là một lớp trừu tượng trong Flash và RAM, nên nhà phát triển phần mềm BREW không cần hiểu sâu về các hệ thống cài sẵn. Vì vậy, họ được tự do để tập trung vào thiết kế và sáng tạo các ứng dụng, chứ không phải vào phần cứng nền tảng.
Như thế, những lợi ích của giải pháp này là rất rõ: phát triển phần mềm hiệu quả và thuận tiện. Với BREW, nối kết ứng dụng từ thiết bị này sang thiết bị khác trở nên hầu như là chuyện vặt, thời gian xâm nhập thị trường được cắt giảm rất nhiều, và những ứng dụng mới hoạt động đồng bộ ở mọi điện thoại.
Ngoài ra, nền BREW còn thích hợp một cách lý tưởng với những điện thoại giá rẻ, vốn chiếm phần lớn thị trường hiện nay. Vì BREW chỉ đòi hỏi bộ nhớ khoảng 150k cho trọn hệ thống, nên các ứng dụng hữu ích và hấp dẫn nhỏ cỡ 10 tới 15k cho mỗi ứng dụng khách hàng, có thể được chào bán ở cấp thấp. Chi phí thấp và đơn giản cho sự tích hợp ở cấp vi mạch này, có nghĩa là BREW có thể phục vụ được hầu hết các thiết bị thuộc thị trường đại chúng. Hơn thế nữa, khách hàng dùng điện thoại di động chiếm nhiều phân khúc thị trường – từ khách sử dụng “an toàn” rất quan tâm tới giá cả với những thiết bị cầm tay rẻ tiền cho đến những khách hàng công ty với những thiết bị cao cấp, và từ những người trẻ tuổi tìm kiếm những dịch vụ giải trí sử dụng những thiết bị cầm tay trả trước cho đến các tay ngao du quốc tế với chi phí khổng lồ hàng tháng. Một công nghệ thành công phải giải quyết được mọi phân khúc khách hàng, và BREW đã làm được chuyện này.
Tóm lại, có lẽ điều quan trọng nhất là kể từ tháng 5 – 2002, 16 nhà khai thác mạng và dịch vụ di động, hầu hết các vận hành mạng đã công khai bày tỏ sự ủng hộ đối với BREW – họ có 16 triệu khách thuê bao trên toàn cầu và con số này đang ngày một gia tăng đáng kể. Các nhà phân phối hàng đầu như, Verizon Wireless và ALLTEL ở Mỹ, KDDI ở Nhật Bản và KTF ở Hàn Quốc đã tạo được những khoản thu nhập trên đầu tư và đang trông đợi những khoản thu nhập cao hơn trong tương lai từ các dịch vụ dữ liệu vô tuyến.
Các nhà phân phối khác, như Telstra của Úc, China Unicom và Vivo (liên doanh giữa Telefonica Moviles và Portugal Telecom) ở Brazil đang triển khai những sản phẩm và dịch vụ dựa trên BREW trong vài tuần nữa, thay vì vài năm nữa. Thời gian là tiền, và giải pháp BREW, có thêm BDS, tạo ra con đường đem lại lợi nhuận trong ngành công nghiệp vô tuyến.
Phạm Nhật Anh – BRDC

Brewvietnam

xrain's Weblog

Những trường hợp nói nốt, tắt trong tiếng Anh

Numerical Expressions: A guide to pronunciation

How Java Web Servers Work – part 3

The Request Class

The Response Class

File Not Found

File Not Found

Compiling and Running the Application

Summary

How Java Web Servers Work – part 2

The ServerSocket Class

The Application

The HttpServer Class

How Java Web Servers Work – part 1

The Hypertext Transfer Protocol (HTTP)

HTTP Requests

HTTP Responses

The Socket Class

The difference between Marketing, PR, Advertising and Branding

Ngôn ngữ lập trình Python

Lịch sử

Đặc điểm

Dễ học, dễ đọc

Từ khóa

Khối lệnh

Các bản hiện thực

Khả năng mở rộng

Trình thông dịch

Lệnh và cấu trúc điều khiển

Hệ thống kiểu dữ liệu

Module

Đa năng

Multiple paradigms (đa biến hóa)

Sự tương đương giữa true và một giá trị khác 0

Cú pháp

Toán tử

Các kiểu dữ liệu

Chú thích

Lệnh gán

In giá trị

Cấu trúc rẽ nhánh

Cấu trúc lặp

Hàm

Lớp

Xử lí lỗi

Tìm hiểu về BREW trên điện thoại di động CDMA

The `Request` Class

The `Response` Class

The `ServerSocket` Class

The `HttpServer` Class