คำถามติดแท็ก naming-conventions

ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน6 ปีที่ผ่านมา Academia มีชื่อตารางว่าควรเป็นเอกพจน์ของเอนทิตีที่เก็บแอตทริบิวต์ของ ฉันไม่ชอบ T-SQL ใด ๆ ที่ต้องใช้วงเล็บเหลี่ยมรอบชื่อ แต่ฉันได้เปลี่ยนชื่อUsersตารางเป็นเอกพจน์โดยที่ไม่ได้พิจารณาตลอดเวลาโดยใช้ตารางเพื่อบางครั้งต้องใช้วงเล็บ ความรู้สึกของลำไส้ของฉันคือมันถูกต้องมากขึ้นที่จะอยู่กับเอกพจน์ แต่ความรู้สึกของฉันก็คือว่าเครื่องหมายวงเล็บบ่งชี้ว่าไม่พึงประสงค์เช่นชื่อคอลัมน์ที่มีช่องว่างในพวกเขา ฯลฯ ฉันควรจะอยู่หรือฉันควรจะไป?

1466 sql  sql-server  naming-conventions 

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

1291 python  oop  naming-conventions 

ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้อาจเรียกร้องให้มีการอภิปรายโต้แย้งโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน7 ปีที่ผ่านมา นานมาแล้วฉันได้อ่านบทความ (ฉันเชื่อว่ารายการบล็อก) ซึ่งทำให้ฉัน "ติดตาม" ขวาบนวัตถุการตั้งชื่อ: ระมัดระวังมากเกี่ยวกับการตั้งชื่อสิ่งต่าง ๆ ในโปรแกรมของคุณ ตัวอย่างเช่นหากแอปพลิเคชันของฉัน (เป็นแอปทางธุรกิจทั่วไป) ที่จัดการผู้ใช้ บริษัท และที่อยู่ที่ฉันมีคลาสUsera Companyและa Addressโดเมนและอาจเป็นที่ไหนสักแห่งUserManagera CompanyManagerและa AddressManagerจะปรากฏขึ้นเพื่อจัดการกับสิ่งเหล่านั้น ดังนั้นคุณสามารถบอกบรรดาสิ่งUserManager, CompanyManagerและAddressManagerทำอย่างไร ไม่เพราะผู้จัดการเป็นคำทั่วไปที่เหมาะกับทุกสิ่งที่คุณสามารถทำได้กับวัตถุโดเมนของคุณ บทความที่ฉันอ่านแนะนำโดยใช้ชื่อเฉพาะมาก ถ้ามันเป็นแอพพลิเคชั่น C ++ และUserManagerงานของมันถูกจัดสรรและปลดปล่อยผู้ใช้จากฮีปมันจะไม่จัดการผู้ใช้ แต่ปกป้องการเกิดและความตาย อืมเราอาจเรียกมันUserShepherdว่า หรืออาจจะUserManagerเป็นหน้าที่ของการตรวจสอบข้อมูลของวัตถุผู้ใช้แต่ละคนและลงนามในข้อมูลการเข้ารหัส UserRecordsClerkแล้วเราต้องการมี ตอนนี้ความคิดนี้ติดอยู่กับฉันฉันพยายามที่จะใช้มัน และพบว่าความคิดที่เรียบง่ายนี้ยากอย่างน่าอัศจรรย์ ฉันสามารถอธิบายสิ่งที่เรียนทำและ (ตราบเท่าที่ฉันไม่ได้แอบเข้าไปอย่างรวดเร็วและสกปรกเข้ารหัส) เรียนที่ผมเขียนทำสิ่งหนึ่งสิ่ง สิ่งที่ฉันพลาดไปจากคำอธิบายนั้นไปยังชื่อเป็นประเภทของชื่อคำศัพท์ที่แมปแนวคิดกับชื่อ ในที่สุดฉันต้องการมีแคตตาล็อกรูปแบบในใจของฉัน (บ่อยครั้งที่รูปแบบการออกแบบให้ชื่อวัตถุได้ง่ายเช่นโรงงาน ) โรงงาน - สร้างวัตถุอื่น ๆ …

1188 design-patterns  oop  naming-conventions  naming 

ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน3 ปีที่ผ่านมา ฉันใช้พื้นที่เก็บข้อมูลคอมไพล์ในพื้นที่โต้ตอบกับที่เก็บ CVS ของกลุ่มเป็นเวลาหลายเดือนแล้ว ฉันได้สร้างสาขาที่มีอาการทางประสาทเกือบทั้งหมดซึ่งส่วนใหญ่ได้ผสานกลับเข้าที่ลำต้นของฉันแล้ว แต่การตั้งชื่อเริ่มเป็นปัญหา ถ้าฉันมีงานที่ตั้งชื่อง่าย ๆ ด้วยเลเบลอย่างง่าย แต่ฉันทำสำเร็จในสามขั้นตอนซึ่งแต่ละอันรวมถึงสาขาและสถานการณ์การรวมของตัวเองฉันสามารถทำซ้ำชื่อสาขาในแต่ละครั้ง แต่นั่นทำให้ประวัติศาสตร์สับสนเล็กน้อย ถ้าฉันมีความเฉพาะเจาะจงมากขึ้นในชื่อโดยมีคำอธิบายแยกต่างหากสำหรับแต่ละสเตจชื่อสาขาจะเริ่มยาวและเทอะทะ ฉันเรียนรู้การดูหัวข้อเก่า ๆ ที่นี่ซึ่งฉันสามารถเริ่มตั้งชื่อสาขาด้วย / ในชื่อเช่นหัวข้อ / ภารกิจหรืออะไรทำนองนั้น ฉันอาจเริ่มทำสิ่งนั้นและดูว่ามันช่วยให้การจัดระเบียบดีขึ้นหรือไม่ แนวทางปฏิบัติที่ดีที่สุดในการตั้งชื่อสาขา git คืออะไร? แก้ไข: ไม่มีใครแนะนำการตั้งชื่อใด ๆ ฉันจะลบสาขาเมื่อฉันทำกับพวกเขา ฉันเพิ่งมีหลายรอบเนื่องจากการจัดการปรับลำดับความสำคัญของฉันอย่างต่อเนื่อง :) เป็นตัวอย่างของสาเหตุที่ฉันอาจต้องการมากกว่าหนึ่งสาขาในงานสมมติว่าฉันต้องยอมรับเหตุการณ์สำคัญที่ไม่ต่อเนื่องครั้งแรกในงานไปยังที่เก็บ CVS ของกลุ่ม ณ จุดนั้นเนื่องจากการมีปฏิสัมพันธ์ที่ไม่สมบูรณ์ของฉันกับ CVS ฉันจะทำการกระทำนั้นแล้วฆ่าสาขานั้น (ฉันเห็นความแปลกประหลาดมากเกินไปในการโต้ตอบกับ CVS ถ้าฉันพยายามที่จะใช้สาขาเดิมต่อไปในตอนนั้น)

1121 git  naming-conventions  branch 

คำถามนี้มีคำตอบอยู่ที่นี่แล้ว : ใครสามารถอธิบายสัญลักษณ์ดอลลาร์ใน Javascript ได้บ้าง (8 คำตอบ) ปิดเมื่อวานนี้ ฉันมักจะเห็น JavaScript พร้อมตัวแปรที่เริ่มต้นด้วยเครื่องหมายดอลลาร์ เมื่อไหร่ / ทำไมคุณเลือกที่จะนำหน้าตัวแปรด้วยวิธีนี้ (ฉันไม่ได้ถามเกี่ยวกับ$('p.foo')ไวยากรณ์ที่คุณเห็นใน jQuery และอื่น ๆ แต่ตัวแปรปกติเช่น$nameและ$order)

1036 javascript  naming-conventions 

เป็นเรื่องปกติใน C ++ ในการตั้งชื่อตัวแปรสมาชิกด้วยคำนำหน้าบางชนิดเพื่อแสดงความจริงว่าเป็นตัวแปรสมาชิกแทนที่จะเป็นตัวแปรหรือพารามิเตอร์ในตัวเครื่อง หากคุณได้มาจากพื้นหลังเอ็มเอฟ, m_fooคุณอาจจะใช้ ฉันเคยเห็นmyFooบ้างเช่นกัน C # (หรืออาจจะเพียงแค่ .NET) _fooดูเหมือนว่าจะแนะนำให้ใช้เพียงขีดเป็นเช่นเดียวกับใน สิ่งนี้ได้รับอนุญาตจากมาตรฐาน C ++ หรือไม่

930 c++  naming-conventions  standards  c++-faq 

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

791 database  database-design  language-agnostic  naming-conventions 

มาจากพื้นหลัง C # แบบแผนการตั้งชื่อตัวแปรและชื่อวิธีมักจะเป็น camelCase หรือ PascalCase: // C# example string thisIsMyVariable = "a" public void ThisIsMyMethod() ใน Python ฉันได้เห็นข้างต้น แต่ฉันก็เห็นการใช้ขีดล่าง: # python example this_is_my_variable = 'a' def this_is_my_function(): มีรูปแบบการเข้ารหัสที่ดีกว่าและชัดเจนกว่าสำหรับ Python หรือไม่?

772 python  variables  function  naming-conventions 

ฉันสังเกตเห็นว่าใน Internet Explorer (แต่น่าเสียดายที่ไม่ใช่ในเบราว์เซอร์อื่นที่ฉันทดสอบ) คุณสามารถใช้ชื่อตัวแปร Unicode นี่ทำให้วันของฉันและฉันดีใจอย่างยิ่งที่ฉันสามารถเขียนโค้ด Unicode-Laden ที่มีความสนุกสนานเช่นนี้: var ктоείναι草泥马 = "You dirty horse.", happy☺n☺mat☺p☺eia = ":)Yay!", ಠ_ಠ = "emoticon"; alert(ктоείναι草泥马 + happy☺n☺mat☺p☺eia + ಠ_ಠ); ด้วยเหตุผลบางอย่างแม้ว่า◎ܫ◎, ♨_♨และ☺ไม่ได้เป็นชื่อตัวแปรที่ถูกต้อง ทำไมಠ_ಠและ草泥马ทำงาน แต่◎ܫ◎, ♨_♨และ☺ทำไม่ได้? แก้ไข: ทดสอบมันออกมาในเบราว์เซอร์ของคุณบนJSFiddle ฉันทดสอบใน Internet Explorer 9, Chrome, Firefox และ Opera จนถึงตอนนี้ดูเหมือนว่าจะใช้งานได้เฉพาะใน Internet Explorer 9 (ฉันไม่ทราบเกี่ยวกับ Internet Explorer 8 และต่ำกว่า) …

728 javascript  naming-conventions  invalid-characters 

อะไรคือความหมายของ_after forในรหัสนี้? if tbh.bag: n = 0 for _ in tbh.bag.atom_set(): n += 1

618 python  variables  naming-conventions  metasyntactic-variable 

ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังว่าคำตอบจะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้อาจเรียกร้องให้มีการอภิปรายโต้แย้งโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน7 ปีที่ผ่านมา แนวปฏิบัติที่ดีที่สุดสำหรับการตั้งชื่อคลาสการทดสอบหน่วยและวิธีการทดสอบคืออะไร สิ่งนี้ถูกพูดถึงใน SO ก่อนหน้านี้ที่อนุสัญญาการตั้งชื่อยอดนิยมสำหรับการทดสอบหน่วยมีอะไรบ้าง ผมไม่ทราบว่านี้เป็นวิธีการที่ดีมาก แต่ในปัจจุบันโครงการการทดสอบของฉันฉันมีแมปแบบหนึ่งต่อหนึ่งระหว่างแต่ละระดับการผลิตและการทดสอบระดับเช่นและProductProductTest Save_ShouldThrowExceptionWithNullName()ในการเรียนการทดสอบของฉันฉันก็มีวิธีการที่มีชื่อของวิธีการที่ฉันกำลังทดสอบขีดล่างและจากนั้นสถานการณ์และสิ่งที่ผมคาดหวังว่าจะเกิดขึ้นเช่น

564 unit-testing  naming-conventions 

ในทับทิมบางวิธีมีเครื่องหมายคำถาม ( ?) ที่ถามคำถามเช่นinclude?นั้นหากถามว่าวัตถุที่เป็นปัญหานั้นรวมอยู่ด้วยสิ่งนี้จะส่งกลับค่าจริง / เท็จ แต่ทำไมบางวิธีจึงมีเครื่องหมายอัศเจรีย์ ( !) ที่คนอื่นไม่มี มันหมายความว่าอะไร?

540 ruby  methods  naming-conventions  immutability 

ฉันยังใหม่กับ REST และฉันสังเกตเห็นว่าในบริการ RESTful บางอย่างพวกเขาใช้ URI ทรัพยากรที่แตกต่างกันสำหรับการอัปเดต / รับ / ลบและสร้าง เช่น การสร้าง - การใช้/ ทรัพยากรด้วยวิธีการ POST (สังเกตพหูพจน์) ในบางสถานที่การใช้/ ทรัพยากร (เอกพจน์) ปรับปรุง - ใช้/ ทรัพยากร / 123ด้วยวิธีการ PUT รับ - การใช้/ ทรัพยากร / 123ด้วยวิธีการ GET ฉันสับสนเล็กน้อยเกี่ยวกับแผนการตั้งชื่อ URI นี้ เราควรใช้พหูพจน์หรือเอกพจน์เพื่อสร้างทรัพยากรอะไร เกณฑ์ที่ควรตัดสินใจในขณะนั้นคืออะไร

529 rest  resources  naming-conventions  uri 

นี่คือ PascalCase: SomeSymbol นี่คือ camelCase: someSymbol นี่คือ snake_case: some_symbol ดังนั้นคำถามของฉันคือไม่ว่าจะมีชื่อที่ได้รับการยอมรับอย่างกว้างขวางสำหรับการนี้some-symbol? มันใช้กันทั่วไปใน url ของ

509 programming-languages  naming-conventions  terminology 

private const int THE_ANSWER = 42; หรือ private const int theAnswer = 42; ส่วนตัวฉันคิดว่าด้วย IDEs ที่ทันสมัยเราควรไปกับ camelCase เนื่องจาก ALL_CAPS ดูแปลก คุณคิดอย่างไร?

419 c#  naming-conventions  const