Module:Arguments/doc/tr

{{#switch: {{Languages|Module:Arguments/doc}}

{{Shared Template Warning|Module:Arguments|Module:Arguments}} {{Used in system}} {{Module rating|release}} {{Module rating|protected}}

Bu modül, {{Magic word|#invoke|...|ext=Scribunto|code=1|nowrap=1}} üzerinden iletilen argümanların kolay işlenmesini sağlar. Diğer modüller tarafından kullanılması amaçlanan bir meta modüldür ve doğrudan {{tlc| #invoke:... }}'tan çağrılmamalıdır. Özellikleri şunları içerir:


 * Bağımsız değişkenlerin kolay kırpılması ve boş argümanların kaldırılması.
 * Bağımsız değişkenler hem geçerli çerçeve hem de ana çerçeve tarafından aynı anda iletilebilir. (Daha fazla ayrıntı aşağıda.)
 * Bağımsız değişkenler doğrudan başka bir Lua modülünden veya hata ayıklama konsolundan aktarılabilir.
 * Bağımsız değişkenler gerektiği gibi getirilir ve bu, {{xtag|ref}} etiketleriyle ilgili (bazı) sorunların önlenmesine yardımcı olabilir.
 * Çoğu özellik özelleştirilebilir.

Temel kullanım
İlk önce modülü yüklemeniz gerekir. adlı bir işlev içerir.

En temel senaryoda, ana işlevinizin içinde  kullanabilirsiniz. değişkeni, üzerindeki bağımsız değişkenleri içeren bir tablodur. (Ayrıntılar için aşağıya bakın.)

Bununla birlikte, önerilen uygulama, bir işlevi yalnızca üzerinden bağımsız değişkenleri işlemek için kullanmaktır. Bu, birisi modülünüzü başka bir Lua modülünden çağırırsa, kullanılabilir bir çerçeve nesnesine sahip olmanız gerekmediği anlamına gelir, bu da performansı artırır.

Birden çok işlevin bağımsız değişkenleri kullanmasını istiyorsanız ve bunlara üzerinden da erişilebilmesini istiyorsanız, bir sarmalayıcı işlevi kullanabilirsiniz.

Seçenekler
Aşağıdaki seçenekler mevcuttur. Aşağıdaki bölümlerde açıklanmıştır.

Boşlukların kırpılması ve çıkarılması
Boş bağımsız değişkenler genellikle MediaWiki şablonlarını Lua'ya dönüştürmeye yeni başlayan kodlayıcıları tetikler. Şablon sözdiziminde, boş dizeler ve yalnızca boşluklardan oluşan dizeler  kabul edilir. Bununla birlikte, Lua'da boş dizeler ve boşluklardan oluşan dizeler  kabul edilir. Bu, Lua modüllerinizi yazarken bu tür bağımsız değişkenlere dikkat etmezseniz, aslında  olarak ele alınması gereken bir şeyi   olarak değerlendirebileceğiniz anlamına gelir. Bunu önlemek için, varsayılan olarak bu modül tüm boş argümanları kaldırır.

Benzer şekilde boşluk, konumsal argümanlarla uğraşırken sorunlara neden olabilir. öğesinden gelen adlandırılmış bağımsız değişkenler için boşluklar kırpılsa da, konumsal bağımsız değişkenler için korunur. Çoğu zaman bu ek boşluk istenmez, bu nedenle bu modül varsayılan olarak onu keser.

Bununla birlikte, bazen girdi olarak boş bağımsız değişkenler kullanmak istersiniz ve bazen ek boşluklar tutmak istersiniz. Bu, bazı şablonları tam olarak yazıldıkları gibi dönüştürmek için gerekli olabilir. Bunu yapmak istiyorsanız,  ve   bağımsız değişkenlerini   olarak ayarlayabilirsiniz.

Bağımsız değişkenlerin özel biçimlendirmesi
Bazen bazı boş bağımsız değişkenleri kaldırmak isterken diğerlerini değil, belki de tüm konumsal bağımsız değişkenleri küçük harfle yazmak isteyebilirsiniz. Bunun gibi şeyler yapmak için  seçeneğini kullanabilirsiniz. Bu seçeneğin girdisi,  ve   olmak üzere iki parametre alan ve tek bir değer döndüren bir işlev olmalıdır. Bu değer,  tablosundaki   alanına eriştiğinizde elde edeceğiniz değerdir.

Örnek 1: Bu işlev, ilk konumsal bağımsız değişken için boşluğu korur, ancak diğer tüm bağımsız değişkenleri kırpar ve diğer tüm boş bağımsız değişkenleri kaldırır.

Örnek 2: Bu işlev, boş bağımsız değişkenleri kaldırır ve tüm argümanları küçük harfe dönüştürür, ancak boşlukları konum parametrelerinden kırpmaz.

Örnek 1:

Örnek 2:

Ayrıca,  işlevinin,   tablosundan bir bağımsız değişken istendiğinde aşağı yukarı çağrıldığını lütfen unutmayın. Bu nedenle performansı önemsiyorsanız, kodunuzla verimsiz bir şey yapmadığınızdan emin olmalısınız.

Çerçeveler ve üst çerçeveler
tablosundaki bağımsız değişkenler, aynı anda geçerli çerçeveden veya onun üst çerçevesinden geçirilebilir. Bunun ne anlama geldiğini anlamak için bir örnek vermek en kolay yoldur. Diyelim ki  adında bir modülümüz var. Bu modül, iletildiği ilk iki konumsal argümanı yazdırır.

daha sonra  kodunu içeren   tarafından çağrılır. Bu, "firstInvokeArg" sonucunu üretir.

Now if we were to call, the following would happen:

There are three options you can set to change this behaviour:,   and. If you set  then only arguments passed from the current frame will be accepted; if you set   then only arguments passed from the parent frame will be accepted; and if you set   then arguments will be passed from both the current and parent frames, but the parent frame will have priority over the current frame. Here are the results in terms of :

    

   

    

Wrappers
The  option is used to specify a limited number of templates as wrapper templates, that is, templates whose only purpose is to call a module. If the module detects that it is being called from a wrapper template, it will only check for arguments in the parent frame; otherwise it will only check for arguments in the frame passed to. This allows modules to be called by either or through a wrapper template without the loss of performance associated with having to check both the frame and the parent frame for each argument lookup.

For example, the only content of (excluding content in  tags) is. There is no point in checking the arguments passed directly to the statement for this template, as no arguments will ever be specified there. We can avoid checking arguments passed to by using the   option, but if we do this then  will not work from other pages either. If this were the case, then in the code  would be ignored completely, no matter what page it was used from. By using the  option to specify Template:Navbox as a wrapper, we can make  work from most pages, while still not requiring that the module check for arguments on the Template:Navbox page itself.

Wrappers can be specified either as a string, or as an array of strings.

Writing to the args table
Sometimes it can be useful to write new values to the args table. This is possible with the default settings of this module. (However, bear in mind that it is usually better coding style to create a new table with your new values and copy arguments from the args table as needed.)

It is possible to alter this behaviour with the  and   options. If  is set then it is not possible to write any values to the args table at all. If  is set, then it is possible to add new values to the table, but it is not possible to add a value if it would overwrite any arguments that are passed from.

Ref tags
This module uses metatables to fetch arguments from. This allows access to both the frame arguments and the parent frame arguments without using the  function. This can help if your module might be passed ref tags as input.

As soon as ref tags are accessed from Lua, they are processed by the MediaWiki software and the reference will appear in the reference list at the bottom of the article. If your module proceeds to omit the reference tag from the output, you will end up with a phantom reference - a reference that appears in the reference list, but no number that links to it. This has been a problem with modules that use  to detect whether to use the arguments from the frame or the parent frame, as those modules automatically process every available argument.

This module solves this problem by allowing access to both frame and parent frame arguments, while still only fetching those arguments when it is necessary. The problem will still occur if you use  elsewhere in your module, however.

Known limitations
The use of metatables also has its downsides. Most of the normal Lua table tools won't work properly on the args table, including the  operator, the   function, and the functions in the   library. If using these is important for your module, you should use your own argument processing function instead of this module.

Tests

 * See test cases
 * [ Diff] sandbox code

}}
 * #default=