ประเภทตนเองทำให้แคลคูลัสของการสร้างอุปนัยล้าสมัยหรือไม่?


10

ประเภทตัวเองเป็นส่วนขยายของแคลคูลัสของการก่อสร้าง [1] ที่อนุญาตให้ภาษาในการแสดงประเภทข้อมูลเกี่ยวกับพีชคณิตเข้ารหัสผ่านการเข้ารหัสสก็อต Scott Encoding ให้ความสามารถในการจับคู่รูปแบบO(1)ซึ่งเป็นหนึ่งในแรงจูงใจหลักสำหรับการรวมคำจำกัดความอุปนัยไว้ใน CC แต่ประเภทของตัวเองถูกสร้างขึ้นมาเพื่อทฤษฎีพื้นฐานที่เรียบง่ายและสง่างามมากและดูเหมือนจะไม่ทรงพลังเลย

ประเภทตนเองภายใต้มุมมองทางทฤษฎีทำให้ CIC ล้าสมัยหรือยังมีแง่มุมใดบ้างที่ CIC นั้นเป็นที่ชื่นชอบในความสัมพันธ์กับ Self Tyes?

[1] http://staff.computing.dundee.ac.uk/pengfu/document/talks/mvd-2012.pdf


2
บางทีฉันอาจจะขาดอะไรบางอย่างไป แต่ทำไมประเภทตัวเองไม่ใช่แค่ประเภทเรียกซ้ำทั่วไป (เช่นไม่ปลอดภัย?) นี่ไม่ใช่เป้าหมายสำหรับสิ่งที่พิมพ์ได้ทั้งหมด แต่ขึ้นอยู่กับการนำเข้ามายัง CiC งานนำเสนอที่เชื่อมโยงนั้นมีประเภทเป็นประเภทเดียวกัน แต่ฉันไม่คิดว่าเกี่ยวข้องกับ / จำเป็น
Daniel Gratzer

@jozefg แน่นอน:“ จะไม่สอดคล้องกันเป็นตรรกะ แต่ไม่มีปัญหาสำหรับโปรแกรม” คุณควรโพสต์สิ่งนี้เป็นคำตอบ
Gilles 'หยุดความชั่วร้าย'

ความคิดเห็นนั้นไม่ได้ส่งถึงสำหรับ* : *@GIlles Selfใช่หรือไม่
MaiaVictor

@srvm พร้อมกฎการพิมพ์ที่พวกเขาเขียนทั้งคู่เป็นแหล่งที่มาของความไม่มั่นคง คุณมีลิงค์ไปยังกระดาษหรือไม่?
Daniel Gratzer

@jozefg ฉันคิดว่ามันเป็นแบบนี้: staff.computing.dundee.ac.uk/pengfu/document/papers/…
gallais

คำตอบ:


5

ฉันไม่ใช่ผู้เชี่ยวชาญในงานนี้ แต่สำหรับฉันแล้วดูเหมือนว่าประเด็นสำคัญในปัจจุบันคือการขาดการพิสูจน์ SN แม้จะมีข้อ จำกัด หลักฐานเหล่านี้มีเล่ห์เหลี่ยมฉาวโฉ่แม้ว่าแม้ว่าแคลคูลัสจะถูกต้องดังนั้นฉันจะให้เวลาเล็กน้อย การทำงานมีแนวโน้มมากอย่างแน่นอน

สิ่งหนึ่งที่ควรทราบก็คือข้อ จำกัด เหล่านี้เป็นเรื่องไม่ง่ายที่จะแสดงความจริงซึ่งเป็นส่วนใหญ่ของความซับซ้อนของการกำหนดตระกูลอุปนัยใน CIC จุดขายที่แท้จริงของวิธีการเช่นนี้คือการกำหนดเงื่อนไขเหล่านี้อย่างรัดกุม

มันเป็นปัญหาเปิดที่ค่อนข้างยาวนานที่จะมีภาษาที่พิมพ์ได้อย่างพึ่งพาซึ่งก็คือ

  • สอดคล้อง / Normalizing
  • สามารถแสดงตระกูลทั้งหมดจาก Coq (หรือแม้แต่ Agda)
  • ช่วยให้การแสดงออกของการเรียกซ้ำง่ายกว่าครอบครัวเหล่านี้
  • Π,Σ,μ

ΠΣ

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.