跳至內容

模板討論:數字性質

頁面內容不支援其他語言。
維基百科,自由的百科全書

請問{{#invoke:Number|numberDivisorInformation|1=28|use math=yes}}是什麼東西?模板嗎?

@A2569875:君最近在許多數字條目中增加了類似{{#invoke:Number|numberDivisorInformation|1=28|use math=yes}}的東西,請問這是模板嗎?若是,為什麼在下搜尋不到它?而且也找不到說明這個東西如何使用的文檔。

另外,看來使用這個東西會自動產生該數字的很多數學性質(效果如下),可是日後若有人要增加、刪除、改寫這些數學性質,就要更動到這個東西的內容,這樣會不會反而不便?

謝謝回答。-游蛇脫殼/克勞 2018年11月1日 (四) 06:10 (UTC)

模組籌備階段

可是我認為「因數有1、2、4、5、10、20、25、50和100。」不必寫出來(遇到像96這種正因數很多者,就會是長長一串了),況且100的因數明顯不只1、2、4、5、10、20、25、50和100,別忘了它還有負因數-1、-2、-4、-5......等等,換句話說,「因數有1、2、4、5、10、20、25、50和100。」是錯的,應該是「正因數有1、2、4、5、10、20、25、50和100。」才對。
另外,質因數分解也是多餘的,因為右方的{{整數}}模板已有質因數分解這個欄位了。
這些難道都不能更改嗎?這樣也太專制了,全部照您的格式來寫是專制的,全部照我的格式來寫也是專制的。-游蛇脫殼/克勞 2018年11月1日 (四) 07:14 (UTC)
@克勞棣:可以改啊,怎麼會不行?-- 宇帆留言·歡迎簽到緲子偶素化錸合鎵錸鎢(ReMu·GaReW2018年11月1日 (四) 07:29 (UTC)
@克勞棣:不認為有任何問題,像96,日文維基ja:96和多個維基也都有列其因數,而且我覺得很短。-- 宇帆留言·歡迎簽到緲子偶素化錸合鎵錸鎢(ReMu·GaReW2018年11月1日 (四) 10:36 (UTC)
@A2569875:好吧!您認為沒有任何問題就好,您要列出合數的所有正因數,那就列出來吧!但是反過來說,質數是否也要列出其所有正因數呢?任意質數的所有正因數都是trivial呢!已經告訴讀者它是質數了,是否還需要列出它的正因數有哪些呢?-游蛇脫殼/克勞 2018年11月1日 (四) 15:21 (UTC)
@克勞棣:感謝。另外Module:Number的說明文檔已撰寫,歡迎抽空前往查看,並提出可用的改進意見(比如那些文字客製化的參數是否需再增加等),非常感謝。-- 宇帆留言·歡迎簽到緲子偶素化錸合鎵錸鎢(ReMu·GaReW2018年11月1日 (四) 15:49 (UTC)
「利入特定數字性執判別」是不是有兩個錯字?-游蛇脫殼/克勞 2018年11月1日 (四) 16:04 (UTC)
(:)回應:@克勞棣:感謝提醒,已修正。-- 宇帆留言·歡迎簽到緲子偶素化錸合鎵錸鎢(ReMu·GaReW2018年11月1日 (四) 16:38 (UTC)
@克勞棣:加參數即可,請告知哪些地方需要參數或修改,以便設計自定義輸出模式。請告知需求,以便修改。-- 宇帆留言·歡迎簽到緲子偶素化錸合鎵錸鎢(ReMu·GaReW2018年11月1日 (四) 07:30 (UTC)
@克勞棣:質因數分解並非多餘,請參考500#501至599的數字-- 宇帆留言·歡迎簽到緲子偶素化錸合鎵錸鎢(ReMu·GaReW2018年11月1日 (四) 07:31 (UTC)
(:)回應:@克勞棣:這樣的形式可以接受嗎?可以高度客製化。


我的意思是,右方的{{整數}}模板已有質因數分解這個欄位了,所以內文再出現一次質因數分解,便顯得多餘了。-游蛇脫殼/克勞 2018年11月1日 (四) 08:30 (UTC)
@克勞棣:這個模組可以一次輸出許多數字,501-599在500這個條目中,不太可能有訊息框,因此在501-599顯示質因數分解是有必要的,以往這些都是手動輸入,難以檢驗錯誤,為了改善,因此設計此功能。-- 宇帆留言·歡迎簽到緲子偶素化錸合鎵錸鎢(ReMu·GaReW2018年11月1日 (四) 08:34 (UTC)

模組第一批改善版本

以上-- 宇帆留言·歡迎簽到緲子偶素化錸合鎵錸鎢(ReMu·GaReW2018年11月3日 (六) 13:38 (UTC)
在下當初說「....專制......」那一句時,非常地詞不達意,可能傷害了您,沒想到您還能不計前嫌,連夜修改程式,我替所有的維基人感謝您。不過我還是要斗膽提出建議與意見:
  1. {{{orderstr}}}這種三個大括號的東西是什麼呢?實務操作上,這個模組對不會程式設計的維基人真的好用、容易操作嗎?如果艱澀難懂,我寧可手動輸入而不用模組,但誠如閣下所言,如此做很累又容易出錯。所以懇求您,盡量把模組寫得親民。
  2. 關於完全數:「因為28有一個質因數7是梅森素數,因此是第2個完全數。」明顯是錯的,28並不只是因為「有一個質因數7是梅森素數」才成為完全數的,否則我也可以說「因為56有一個質因數7是梅森素數,因此是第x個完全數。」
  3. 所以在下還是推薦原本樣子,但是完全數的敘述要寫成「第2個完全數,對應的梅森素數7。前一個為6、下一個為496。」
  4. 您的模組允許添加腳注和來源嗎?例如寫成「第2個完全數,對應的梅森素數為7[1],.......」。
以上,請指教。感謝您!-游蛇脫殼/克勞 2018年11月3日 (六) 18:01 (UTC)
  • (:)回應:@克勞棣:首先,上面那個是格式示例,並沒有說完全數要怎樣的,我純粹要示範模板的功能而已。-- 宇帆留言·歡迎簽到緲子偶素化錸合鎵錸鎢(ReMu·GaReW2018年11月3日 (六) 18:21 (UTC)
    要示例我當然甚至可以(你可以看原始碼,就知道我無須背誦那些數值,會自行生成,也不用擔心筆誤)
這不是正不正確問題,你說專制,我嘗試往自由修改了。關於正不正確問題,在條目中當然是要正經地寫啊。這邊主要為了彰顯我沒有專制,不然還有甚麼更好的方法呢?-- 宇帆留言·歡迎簽到緲子偶素化錸合鎵錸鎢(ReMu·GaReW2018年11月3日 (六) 18:21 (UTC)
  • (:)回應:@克勞棣: {{{orderstr}}} 就是正統維基語法,仿造常用的Help:模板#創建並編輯模板Help:默認參數設計的,旨在為了讓「維基人」能方便使用,做字串替換,比如{{{value}}}會被替換成自動計算的值,比如質因數分解的2 x 3 x 7。完全數那個為了示例,我隨便打得,不意味着要這樣用,當然在模組理打長篇完全數介紹也是可行的,跟原本專制的模組比起來,已大幅改善。此外腳註跟模組無關,只要是維基語法當然都支援,即便只是普通模板,都ref照樣是會顯示的。-- 宇帆留言·歡迎簽到緲子偶素化錸合鎵錸鎢(ReMu·GaReW2018年11月3日 (六) 18:28 (UTC)

參考資料

  1. ^ 李佳芬. 《有趣的數論:梅森先生您在研究什麼?》. 彰化縣: 九章出版社. 2017-09-07. ISBN 1415926535897 請檢查|isbn=值 (幫助). 
  2. ^ 李佳芬. 《有趣的數論:梅森先生您在研究什麼?》. 彰化縣: 九章出版社. 2017-09-07. ISBN 1415926535897 請檢查|isbn=值 (幫助). 
  • (:)回應:@克勞棣:抱歉,剛才網絡不穩又一直編輯衝突,打很久的東西還不慎遺失,有點情緒上來了不好意思 (事實上中間還遭到Xayahrainie43兩度竄改造成數個條目出現超時錯誤,讓人十分生氣),我重新說明
  • 下列文字
    因為{{{number}}}有一個質因數{{{value}}}是[[梅森素數]],因此是{{{orderstr}}}{{{property}}}。
  • 的意思僅是為了示範功能,而非正確性,要正確性當然可以再添加條目時來寫
  • 我這裏是要示範(此為完全數的case,對於其他性質可能會有所不同):
    1. {{{number}}}會被替換成數字
    2. {{{value}}}會被替換成數字對應的梅森素數
    3. {{{orderstr}}}會被替換成此數位於數列中第幾個
    4. {{{property}}}會被替換成此數列的內部連結
  • 就只是這樣而已,對於所謂「原本的樣子」無任何關聯,你大可以改成其他句子
  • 例如
    1. 因為{{{number}}}可對應到{{{value}}}是[[梅森素數]],因此是{{{orderstr}}}{{{property}}}。
    2. {{{orderstr}}}{{{property}}}對應到[[梅森素數]]{{{value}}}。
    3. [[梅森素數]]{{{value}}}對應到{{{orderstr}}}{{{property}}}。
    以上-- 宇帆留言·歡迎簽到緲子偶素化錸合鎵錸鎢(ReMu·GaReW2018年11月3日 (六) 18:34 (UTC)
  • 以上的執行結果為:
    1. 因為28可對應到7是梅森素數,因此是第2個完全數
    2. 第2個完全數對應到梅森素數7。
    3. 梅森素數7對應到第2個完全數
-- 宇帆留言·歡迎簽到緲子偶素化錸合鎵錸鎢(ReMu·GaReW2018年11月3日 (六) 18:39 (UTC)
-- 宇帆留言·歡迎簽到緲子偶素化錸合鎵錸鎢(ReMu·GaReW2018年11月4日 (日) 06:28 (UTC)
表格中的普洛尼克數,
  • value2
積為本身的連續整數之一
  • value1
積為本身的連續整數之一
「積為本身的連續整數之一」這句中文的文法怪怪的,怎麼解讀都不太通,讓人看不懂。我個人建議改成「兩個連續的非負整數中較小者,其與value2的乘積構成一個普洛尼克數」以及「兩個連續的非負整數中較大者,其與value1的乘積構成一個普洛尼克數」。
另外,請問為什麼value2寫在value1的上方呢?誠然,「....為6與7的乘積....」與「....為7與6的乘積....」都是可以的,但通常寫在較上方者,意味着順序較前,那麼這就與前面的「....為{{{value1}}}與{{{value2}}}的乘積....。」不同步了,究竟哪一個要寫在前面呢?-游蛇脫殼/克勞 2018年11月5日 (一) 16:09 (UTC)
(:)回應:@克勞棣:您所提的問題在條目中不會影響,畢竟條目中已經指定輸出的文字為「....為{{{value1}}}與{{{value2}}}的乘積....」,
因此他永遠只會輸出「....為6與7的乘積....」
除非你把它改成「....為{{{value2}}}與{{{value1}}}的乘積....」
他才會輸出「....為7與6的乘積....」
說明文檔下面那個表格是用程式輸出的,{{{value1}}}與{{{value2}}}順序問題可能是因為MediaWiki內部Lua堆積實作方式有關,為了讓說明文檔能與模組同步所以做了自動輸出,因此使用了「ForEach迴圈」,這個迴圈特特性只保證了能窮舉,但不保證順序
此實作方式只有用在輸出說明文檔的表格中,用於條目中的部分有另外撰寫確定其順序的程式碼
因為這部分MediaWiki內部的實作有關,如果還要順序的說明文檔反而麻煩
我之所以要讓說明文檔自動生成的原因是,如果我改了程式,忘了更新說明文檔,那其他編者可能會讀到舊的資料
而且要同步兩個不同的文件,也是滿費工夫的,且也有筆誤的可能
總之我可以保證他在條目內的順序完全照編者所輸入的順序,因此能否請您不再在意說明文檔內部的順序呢?
另外,對於文字描述的部分,我會盡快更改,感謝意見。-- 宇帆留言·歡迎簽到緲子偶素化錸合鎵錸鎢(ReMu·GaReW2018年11月5日 (一) 16:37 (UTC)
好。-游蛇脫殼/克勞 2018年11月5日 (一) 16:49 (UTC)

後續運維討論

出問題了。條目69有「49合數」、「54虧數」、「46不尋常數」等等字眼;條目90有「65合數」、「20過剩數」、「21半完全數」、「10普洛尼克數」等等字眼;條目97有「74虧數」、「66不尋常數」等等字眼;應該還有很多。-游蛇脫殼/克勞 2018年11月6日 (二) 03:07 (UTC)
完成已修復,@克勞棣:只是「第個」被吃掉,導致「第54個虧數」變成「54虧數」。另外 Xayahrainie43 Special:Diff/51916616在亂鬧模組,先前已有竄改模組Module:Number導致部分條目出現超時錯誤的破壞性編輯前科,參閱此疑似WP:114.27,皆為在條目中加入自己總結的內容以及跳過溝通先進行爭議性修改等行為,阻礙了維基正常運作。-- 宇帆留言·歡迎簽到緲子偶素化錸合鎵錸鎢(ReMu·GaReW2018年11月6日 (二) 05:22 (UTC)
@MCC214: Xayahrainie43 仍在亂鬧,請協助採取措施,感謝。-- 宇帆留言·歡迎簽到緲子偶素化錸合鎵錸鎢(ReMu·GaReW2018年11月6日 (二) 05:26 (UTC)
@a2569875:君:請問您的numberDivisorInformation與singleNumberInformation主要有何不同?什麼情況該用前者?什麼情況該用後者?另外,請問為什麼您在某些數字條目先是用numberDivisorInformation,後來又改成singleNumberInformation(如153145156)?作此改變的用意與理由是什麼?謝謝回答!-游蛇脫殼/克勞 2018年11月15日 (四) 15:18 (UTC)
@克勞棣:大量輸出用numberDivisorInformation,例如100條目下方,因為判斷的性質種類較少,也不能只定要顯示那些性質,但運算較快,適合大量輸出;單一輸出用singleNumberInformation,支援高度客製化;numberDivisorInformation不支援高度客製化。我依照您「禁止專制」的意見,改用singleNumberInformation高度客製化的版本。-- 宇帆留言·歡迎簽到緲子偶素化錸合鎵錸鎢(ReMu·GaReW2018年11月15日 (四) 15:20 (UTC)
(~)補充@克勞棣:總之,像X00~X99的數字章節就用numberDivisorInformation;介紹單一數字就用singleNumberInformation,我相信從此函數的命名就能看出「singleNumberInformation」。-- 宇帆留言·歡迎簽到緲子偶素化錸合鎵錸鎢(ReMu·GaReW2018年11月15日 (四) 15:24 (UTC)

@A2569875:Mediawiki建議所有Module都通過Template進行間接調用。

@A2569875:又發現到一個問題,請問質數是否必然是無平方數因數的數?-游蛇脫殼/克勞 2018年11月30日 (五) 11:55 (UTC)
@克勞棣(?)疑問「質數」何來「平方數因數」?-- 宇帆留言·歡迎簽到緲子偶素化錸合鎵錸鎢(ReMu·GaReW2018年11月30日 (五) 12:22 (UTC)
如果您要說我要說,無平方數因數的數只討論實數-- 宇帆留言·歡迎簽到緲子偶素化錸合鎵錸鎢(ReMu·GaReW2018年11月30日 (五) 12:25 (UTC)
(:)回應@克勞棣:因為所有質數都是無平方數因數的數,請參考167161,我只列出前100個「質」無平方數因數的數,後面的「質」無平方數因數的數透過|print black list=無平方數因數的數黑名單防止列出。-- 宇帆留言·歡迎簽到緲子偶素化錸合鎵錸鎢(ReMu·GaReW2018年11月30日 (五) 12:39 (UTC)
我本來要回應你:「閣下完全誤會我的意思了。我要說的是,431433419421都沒有寫到它們是無平方數因數的數。」,接着就連續兩次編輯衝突。請問您為何要防止列出呢?-游蛇脫殼/克勞 2018年11月30日 (五) 12:49 (UTC)
(:)回應@克勞棣:因為質數一定是無平方數因數的數,若您覺得需要列出,將無平方數因數的數從黑名單中移除|print black list=無平方數因數的數從黑名單中移除即可。-- 宇帆留言·歡迎簽到緲子偶素化錸合鎵錸鎢(ReMu·GaReW2018年11月30日 (五) 12:52 (UTC)
(~)補充大量輸出的版本,如400#401至499的性質下方的,預設不會輸出質數的無平方數因數的數。如真的真的真的真的真的十萬分有必要我可以改。-- 宇帆留言·歡迎簽到緲子偶素化錸合鎵錸鎢(ReMu·GaReW2018年11月30日 (五) 12:55 (UTC)
那麼我想大概沒必要。-游蛇脫殼/克勞 2018年11月30日 (五) 13:02 (UTC)
(:)回應除了大量輸出版本外,{{數字性質}}基本上都可以客製化,也就是說,使用{{數字性質}}的版本,透過黑名單和白名單即可控制無平方數因數的數之顯示與否。-- 宇帆留言·歡迎簽到緲子偶素化錸合鎵錸鎢(ReMu·GaReW2018年11月30日 (五) 13:06 (UTC)

為特殊的半質數與楔形數增添敘述與來源

閣下創建許多數字性質的模板,為維基貢獻很大,它們代替了非常多的人工運算與逐個檢驗。請電腦算,既不會算錯,也不會漏掉。但缺點是,一旦別人想加入一些新東西,便常常不曉得如何加了。

在下想說的是,有少數的半質數擁有其他半質數沒有的特點:它們是連續2個質數的乘積。它們是6,15,35,77,143等等

但是當我想在條目77

敘述之下縮進一個星號,增加附有來源的以下內容

    • 連續2個質數的乘積:。前一個為35、下一個為143[1]

我真的做不到了,閣下可否告訴我究竟要如何在您的模板裏手動加入新敘述?

類似地,有少數的楔形數擁有其他楔形數沒有的特點:它們是連續3個質數的乘積。它們是30,105,385,1001等等

那麼請問如何在條目105

敘述之下縮進一個星號,增加附有來源的以下內容

    • 連續3個質數的乘積。。前一個為30、下一個為385[2]

感謝!-游蛇脫殼/克勞 2022年4月27日 (三) 15:59 (UTC)

當然我是說「我」做不到(做不到就是做不到,是真的),不是「你」做不到,更不是「你耕耘的{{數字性質}}模板」做不到啊!所以只好直接來請教你。近日有空我再嘗試對其他提及的整數依樣畫葫蘆好了。
你已經為維基貢獻很大了。你不必道歉唷!怪只怪我沒有程式設計的天分。
可是像385這種沒有獨立條目,重定向到其他整數的,請問又該如何寫呢?-游蛇脫殼/克勞 2022年4月27日 (三) 17:53 (UTC)
(:)回應@克勞棣參考Special:Diff/71462090這則編輯範例。|<數字><性質名稱>f=自訂內容&nbsp;是為了讓換行正常(沒寫會卡同一行);參數名稱的f 表示finish 意指加入在該描述文字尾部,也可以是一個ref。如果沒加f自訂文字會安插在描述的開頭位置。大量輸出版本的描述文字因效能問題不能改,只能在前方與後方插入文字。—- 今晚 我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕](☎️·☘️2022年5月4日 (三) 05:16 (UTC)