跳转到内容

模板讨论:数字性质

页面内容不支持其他语言。
维基百科,自由的百科全书

请问{{#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)