Figure 9-3 shows the Order page aft

Figure 9-3 shows the Order page after it has been updated to use a master page. Although the css for the Order page hasn’t changed, something has gone wrong with the formatting. What has happened?
To understand this, you need to know how ASP.NET creates a client id. That is the id attribute that ASP.NET assigns to an HTML element when it renders HTML to the browser. As you have seen, ASP.NET usually uses the ID attribute of a server control as the client id. For example, a drop-down list with an ID of “ddlProducts” will be rendered as a select element with an id of “ddlProducts”.
However, if a server control is placed inside a parent control, such as a ContentPlaceHolder control, ASP.NET uses a combination of the parent control’s ID and the server control’s ID to create the client id. You can see how this can be a problem if your css expects the id to be “ddlProducts” but ASP. NET generates “formPlaceHolder_ddlProducts” as the id. And that’s what has caused the problem in this figure.
The good news is that you can control how a client id is created by using the ClientIDMode attribute of a page or a control. The table in this figure shows the available values for this property, and the code examples show the client ids that are created for a control with an id of “ddlProducts” when using each of the modes.
The default value of the ClientIDMode for a page is Predictable. Then, since the default value for all controls is Inherit, their mode will also be Predictable. This mode is called Predictable because you can predict the client id that ASP. NET is going to produce based on the IDs of the parent control and the server control. For instance, a control with ddlProducts as its ID in a placeholder with formPlaceHolder as its ID will end up with a client id of formPlaceHolder_ddlProducts.
If you are starting a web site from scratch, you’ll probably want to leave these settings alone and use the generated client ids when you write the css and JavaScript code for the pages. But if you’re converting existing pages so they use a master page and you’ve already written the css for them, you may want to change the page’s ClientIDMode attribute to Static. Or, if you’re converting an older application with css that’s expecting the ASP.NET-generated client ids, you may want to change the ClientIDMode to AutoID. If you don’t want to change the ClientIDMode for the entire page, you can change it for the content placeholders or for the controls that you add to the content pages.

Kết quả (Việt) 1:

Hình 9-3 cho thấy thứ tự trang sau khi nó đã được Cập Nhật để sử dụng một trang chủ. Mặc dù css cho trang thứ tự đã không thay đổi, một cái gì đó đã đi sai với các định dạng. Những gì đã xảy ra?Để hiểu điều này, bạn cần phải biết làm thế nào ASP.NET tạo ra một id khách hàng. Đó là thuộc tính id ASP.NET gán cho một phần tử HTML khi nó ám HTML để trình duyệt. Như bạn đã thấy, ASP.NET thường sử dụng các thuộc tính ID của một điều khiển máy chủ như id khách hàng. Ví dụ, một danh sách thả-xuống với một ID của "ddlProducts" sẽ được trả lại như là một yếu tố lựa chọn với một id của "ddlProducts".Tuy nhiên, nếu một điều khiển máy chủ được đặt bên trong một kiểm soát của cha mẹ, chẳng hạn như một điều khiển ContentPlaceHolder, ASP.NET sử dụng một sự kết hợp của sự kiểm soát của cha mẹ ID và ID kiểm soát máy chủ để tạo id khách hàng. Bạn có thể xem như thế nào điều này có thể là một vấn đề nếu css của bạn hy vọng id để là "ddlProducts" nhưng ASP. NET tạo ra "formPlaceHolder_ddlProducts" như là id. Và đó là những gì đã gây ra vấn đề trong hình này.Tin tốt lành là rằng bạn có thể kiểm soát như thế nào một id khách hàng được tạo ra bằng cách sử dụng các thuộc tính ClientIDMode của một trang hoặc một điều khiển. Bảng trong con số này cho thấy các giá trị có sẵn cho thuộc tính này, và các ví dụ mã Hiển thị các khách hàng ID được tạo ra cho một điều khiển với một id của "ddlProducts" khi sử dụng mỗi của các chế độ.Giá trị mặc định của ClientIDMode cho một trang là Predictable. Sau đó, kể từ khi giá trị mặc định cho tất cả các điều khiển là kế thừa, chế độ của họ sẽ cũng là Predictable. Chế độ này được gọi là Predictable bởi vì bạn có thể dự đoán các id khách hàng đó ASP. NET sẽ sản xuất dựa trên các ID của cha mẹ kiểm soát và điều khiển máy chủ. Ví dụ, một điều khiển với ddlProducts như ID của nó trong một giữ chỗ với formPlaceHolder như ID của nó sẽ kết thúc với một id khách hàng của formPlaceHolder_ddlProducts.Nếu bạn đang bắt đầu một trang web từ đầu, có thể bạn sẽ muốn để lại các thiết đặt một mình và sử dụng các ID khách hàng tạo ra khi bạn viết css và JavaScript mã cho các trang. Nhưng nếu bạn đang chuyển đổi hiện tại trang, do đó, họ sử dụng một trang chủ và bạn đã viết css cho họ, bạn có thể muốn thay đổi của trang ClientIDMode thuộc tính để tĩnh. Hoặc, nếu bạn đang chuyển đổi một ứng dụng lớn với css mà dự kiến các ID khách hàng tạo ra ASP.NET, bạn có thể muốn thay đổi ClientIDMode để AutoID. Nếu bạn không muốn thay đổi ClientIDMode cho toàn bộ trang, bạn có thể thay đổi nó cho nội dung phần giữ chỗ hoặc cho các điều khiển mà bạn thêm vào các trang nội dung.

Kết quả (Việt) 2:

Hình 9-3 cho thấy các trang theo thứ tự sau khi nó đã được cập nhật để sử dụng một trang chủ. Mặc dù css cho trang Đơn hàng đã không thay đổi, một cái gì đó đã đi sai với các định dạng. Điều gì đã xảy ra?
Để hiểu được điều này, bạn cần phải biết làm thế nào tạo ra một ASP.NET id khách hàng. Đó là thuộc tính id rằng ASP.NET gán cho một phần tử HTML khi nó ám HTML cho trình duyệt. Như bạn đã thấy, ASP.NET thường sử dụng các thuộc tính ID của một máy chủ điều khiển như các id khách hàng. Ví dụ, một danh sách thả xuống với một ID của "ddlProducts" sẽ được đưa ra như là một yếu tố lựa chọn với một id của "ddlProducts".
Tuy nhiên, nếu một máy chủ điều khiển được đặt bên trong một điều khiển cha mẹ, như một điều khiển ContentPlaceHolder, ASP .NET sử dụng một sự kết hợp của các phụ huynh kiểm soát ID và ID điều khiển máy chủ để tạo ra các id khách hàng. Bạn có thể xem cách này có thể là một vấn đề nếu css của bạn mong đợi các id là "ddlProducts" nhưng ASP. NET tạo "formPlaceHolder_ddlProducts" là id. Và đó là những gì đã gây ra các vấn đề trong hình này.
Các tin tốt là bạn có thể kiểm soát một id khách hàng được tạo ra bằng cách sử dụng các thuộc tính ClientIDMode của một trang hoặc một điều khiển. Các bảng trong con số này cho thấy các giá trị có sẵn cho khách sạn này, và các ví dụ mã hiển thị id khách hàng được tạo ra cho một điều khiển với một id của "ddlProducts" khi sử dụng mỗi của các chế độ.
Giá trị mặc ​​định của ClientIDMode cho một trang là dự đoán được. Sau đó, vì giá trị mặc ​​định cho tất cả các điều khiển là kế thừa, chế độ của họ cũng sẽ được đoán trước. Chế độ này được gọi là dự đoán được bởi vì bạn có thể dự đoán các id khách hàng mà ASP. NET là sẽ sản xuất dựa trên các ID của các phụ huynh kiểm soát và điều khiển máy chủ. Ví dụ, một điều khiển với ddlProducts như ID của nó trong một placeholder với formPlaceHolder như ID của nó sẽ kết thúc với một id khách hàng của formPlaceHolder_ddlProducts.
Nếu bạn đang bắt đầu một trang web từ đầu, có thể bạn sẽ muốn để lại các thiết lập này một mình và sử dụng id khách hàng tạo ra khi bạn viết css và mã JavaScript cho các trang. Nhưng nếu bạn đang chuyển đổi các trang hiện tại để họ sử dụng một trang chủ và bạn đã viết các css cho họ, bạn có thể muốn thay đổi của trang ClientIDMode thuộc tính tĩnh. Hoặc, nếu bạn đang chuyển đổi một ứng dụng cũ với css đó là mong các id client ASP.NET tạo ra, bạn có thể muốn thay đổi ClientIDMode để AutoID. Nếu bạn không muốn thay đổi ClientIDMode cho toàn bộ trang, bạn có thể thay đổi nó để giữ chỗ hoặc nội dung cho các điều khiển mà bạn thêm vào các trang nội dung.