Manual:Parser functions/vi

Các hàm trình phân tích cú pháp, được thêm vào trong MediaWiki 1.7, là một loại phần mở rộng tích hợp chặt chẽ với trình phân tích cú pháp. Không nên nhầm lẫn cụm từ "hàm phân tích cú pháp" với, đây là tập hợp các hàm phân tích cú pháp đơn giản. (Xem cho những.)

Diễn giải
Trong khi thẻ(tag) mở rộng được dự kiến ​​sẽ lấy văn bản chưa được xử lý và trả lại HTML cho trình duyệt, chức năng phân tích cú pháp có thể 'tương tác' với các phần tử wiki khác trong trang. Ví dụ: đầu ra của hàm trình phân tích cú pháp có thể được sử dụng làm tham số mẫu hoặc trong việc xây dựng link.

Cú pháp điển hình cho một hàm phân tích cú pháp là:

Để biết thêm thông tin, hãy xem cho. Tài liệu này nêu rõ:


 * Hàm gọi lại phải có dạng:
 * Hoặc với :
 * Hoặc với :

Biến thể đầu tiên của cuộc gọi chuyển tất cả các đối số dưới dạng văn bản thuần túy. The second passes all arguments as an array of s, except for the first, which is currently text, though this may change in the future. Chúng đại diện cho wikitext chưa được mở rộng. The  parameter can be used to expand these arguments as needed. Điều này thường được sử dụng để xử lý có điều kiện sao cho chỉ trường hợp "true" mới được đánh giá bằng hàm trình phân tích cú pháp giống như if hoặc switch. Đối tượng khung cũng có thể leo lên cây tài liệu để lấy thông tin về người gọi và có chức năng xác định và quản lý độ sâu cuộc gọi, thời gian tồn tại và liệu kết quả của chức năng trình phân tích cú pháp có biến động hay không.

Việc tạo hàm phân tích cú pháp phức tạp hơn một chút so với việc tạo thẻ mới vì tên hàm phải là từ ma thuật, một từ khóa hỗ trợ bí danh và bản địa hóa.



Ví dụ đơn giản
Dưới đây là một ví dụ về tiện ích mở rộng tạo chức năng trình phân tích cú pháp.

Đăng ký chuyển thành extension.json và mã thành src/ExampleExtensionHooks.php tương ứng:

Một tệp khác, ExampleExtension.i18n.php, trong thư mục mở rộng của bạn (Không có trong thư mục con src/) sẽ chứa:

Khi tiện ích mở rộng này được bật,



sản xuất:


 * param1 is hello and param2 is hi and param3 is hey

Within LocalSettings.php
Magic words and their handling parser functions can be defined entirely in.



Chức năng dài hơn
Đối với các hàm dài hơn, bạn có thể muốn tách các hàm hook thành tệp _body.php hoặc .hooks.php và biến chúng thành các hàm tĩnh của một lớp. Sau đó, bạn có thể tải lớp bằng và gọi các hàm tĩnh trong móc nối(hook); ví dụ.:

Đặt cái này vào tệp  của bạn:
 * Xem: viết trình xử lý sự kiện để biết các kiểu khác.

Sau đó đặt cái này vào tệp  của bạn:

Bộ nhớ đệm
Như với phần thẻ mở rộng, có thể được sử dụng để vô hiệu hóa bộ nhớ đệm cho các phần mở rộng động.

Điều này có tác động tiêu cực đáng kể đến hiệu suất, vì vậy chỉ sử dụng khi cần thiết.



Giao diện trình phân tích cú pháp


Kiểm soát phân tích cú pháp đầu ra
Để văn bản wiki do hàm trình phân tích cú pháp của bạn trả về được phân tích cú pháp đầy đủ (bao gồm cả phần mở rộng của bản mẫu), hãy đặt tùy chọn  thành `false` khi trả về:

Có vẻ như giá trị mặc định cho  đã thay đổi từ sai thành đúng, ít nhất là trong một số trường hợp, vào khoảng phiên bản 1.12.

Ngược lại, để hàm phân tích cú pháp của bạn trả về HTML vẫn chưa được phân tích cú pháp, thay vì trả về wikitext, hãy sử dụng:

Naming
Theo mặc định, MW thêm một ký tự băm (ký hiệu số, "#") vào tên của mỗi chức năng trình phân tích cú pháp. Để loại bỏ phần bổ sung đó (và lấy hàm trình phân tích cú pháp không có tiền tố "#"), hãy bao gồm hằng số SFH_NO_HASH trong đối số cờ tùy chọn cho setFunctionHook, như được mô tả bên dưới.

Khi chọn một tên không có tiền tố băm, hãy lưu ý rằng việc nhúng một trang có tên bắt đầu bằng tên hàm đó theo sau bởi dấu hai chấm là không thể nữa. Đặc biệt, tránh đặt tên hàm bằng tên không gian tên. Trong trường hợp bật tính năng chuyển ngữ liên wiki, cũng nên tránh các tên hàm tương đương với tiền tố liên wiki.

The setFunctionHook hook
For more details of the interface into the parser, see the documentation for setFunctionHook in includes/Parser.php. Here's a (possibly dated) copy of those comments:

function setFunctionHook( $id, $callback, $flags = 0 ) Parameters:


 * string $id - The magic word ID
 * mixed $callback - The callback function (and object) to use
 * integer $flags - Optional, set it to the SFH_NO_HASH constant to call the function without "#".

Return value: The old callback function for this name, if any

Create a function, e.g.,. The callback function should have the form:

The callback may either return the text result of the function, or an array with the text in element 0, and a number of flags in the other elements. The names of the flags are specified in the keys. Valid flags are:


 * forceRawInterwiki
 * Force interwiki transclusion to be done in raw mode, not rendered.


 * found
 * The text returned is valid, stop processing the template. This is on by default.


 * isChildObj
 * The text is a DOM node needing expansion in a child frame.


 * isHTML
 * The returned text is HTML, armour it against wikitext transformation. But see discussion


 * isLocalObj
 * The text is a DOM node needing expansion in the current frame.


 * noparse
 * Unsafe HTML tags should not be stripped, etc.


 * nowiki
 * Wiki markup in the return value should be escaped.


 * preprocessFlags
 * Use these flags when parsing the returned text. This only applies when noparse is.


 * text
 * The text returned from the function. If isChildObj or isLocalObj are specified, this should be a DOM node instead.


 * title
 * The Title object where the text came from.

Expensive parser functions
Some parser functions represent a significant use of a wiki's resources and should be marked as "expensive". The number of expensive parser functions on any given page is limited by the setting. What counts as expensive is left up to the function itself, but typically, anything that is likely to cause a delay that extends beyond simple processing of data should be considered. This includes things like database reads and writes, launching a shell script synchronously, or file manipulation. On the other hand, not all such functions should necessarily be tagged. Semantic MediaWiki, for example, only marks a percentage of its database reads as expensive. This is due to the fact that on certain data-intensive pages, it could easily overflow the normal expensive parser function limits. In cases like this, the potential for noticeably slower performance that doesn't get flagged as expensive is a trade-off to having the functionality that SMW offers.

To mark your parser function as expensive, from within the body of your parser function code, use. The return value will be  if the expensive function limit has been reached or exceeded.

Named parameters
Parser functions do not support named parameters the way templates and tag extensions do, but it is occasionally useful to fake it. Users are often accustomed to using vertical bars ( | ) to separate arguments, so it's nice to be able to do that in the parser function context, too. Here's a simple example of how to accomplish this: