คำถามติดแท็ก formatting

6
ทำไมไม่ส่งคืนวันที่เป็นสตริงจากฐานข้อมูล
ในเว็บแอปพลิเคชันทั่วไปวันที่จะถูกดึงจากเลเยอร์ฐานข้อมูลที่พิมพ์อย่างรุนแรง (เช่นใน c # เป็น System.DateTime ซึ่งตรงกันข้ามกับ System.String) เมื่อวันที่จะต้องแสดงเป็นสตริง (เช่นแสดงบนหน้า) การแปลงจาก DateTime เป็นสตริงจะทำในชั้นนำเสนอ ทำไมนี้ ทำไมการแปลง DateTime ให้เป็นสตริงในระดับฐานข้อมูลจึงเป็นเรื่องที่ไม่ดี ดูการอภิปรายที่ร้อนแรงในการแชทและคำถามเดิมที่เริ่มต้นสิ่งเหล่านี้ทั้งหมด

9
ข้อดีและข้อเสียของการจัดรูปแบบรหัสแบบบังคับ
ฉันกำลังทำงานในสถานที่ที่อาจมองหาการบังคับให้นักพัฒนาใช้ฟอร์แมตโค้ดอัตโนมัติในการเช็คอินการควบคุมเวอร์ชัน ฉันกำลังมองหาความคิดเห็นของนักพัฒนาเกี่ยวกับข้อดีและข้อเสียของการทำสิ่งนี้ ... วิธีที่คุณคิดว่ามันจะช่วยหรือขัดขวางนักพัฒนา กรณีเฉพาะของฉันเกี่ยวข้องกับ Java / JSP แต่ฉันคิดว่าคำถามนี้สามารถใช้ได้กับทุกภาษา

2
จะแสดงชุดใน JSON อย่างไร
JSON สนับสนุนโครงสร้างข้อมูลต่อไปนี้ (เทียบเท่า Java): Scalar, Array / List และ Map A Setไม่รองรับ out-of-the-box ใน JSON ฉันคิดหลายวิธีในการเป็นตัวแทนของชุดใน JSON: [1] - เป็นรายการ อย่างไรก็ตามรายการมีลำดับของตัวเองดังนั้นสองรายการต่อไปนี้["a", "b"]และ["b", "a"]ไม่เท่ากับรายการ แต่พวกเขาควรจะเท่ากับชุด [2] - เป็นแผนที่ ใช้ชุดคีย์ของแผนที่และละเว้นค่า แต่อีกครั้งโดยใช้การเปรียบเทียบแบบมาตรฐานทั้งสองแบบไม่เหมือนกับแผนที่: {"a": "foo", "b": "bar"}, {"a": null, "b": null} [3] - เป็นแผนที่ที่มีค่าพิเศษ ใช้สเกลาร์พูด0หรือnullบังคับให้มันเป็นค่าของทุกคีย์ในแผนที่: {"a": 0, "b": 0} ด้วยวิธีนี้ภายใต้เครื่องมือเปรียบเทียบมาตรฐานวัตถุจะเท่ากันแม้ว่าจะเปลี่ยนการเรียงลำดับคีย์ อย่างไรก็ตามเทคนิคนี้สร้างมลภาวะเอกสาร JSON ด้วยข้อมูลที่ไม่เกี่ยวข้อง [4] …

6
One-liners vs. readability: เมื่อใดที่จะหยุดลดรหัส? [ปิด]
ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน2 ปีที่ผ่านมา บริบท ฉันเพิ่งได้รับความสนใจในการผลิตรหัสที่จัดรูปแบบที่ดีขึ้น และโดยดีกว่าฉันหมายถึง "การปฏิบัติตามกฎเกณฑ์ที่รับรองโดยผู้คนมากพอที่จะถือว่าเป็นแนวปฏิบัติที่ดี" (เนื่องจากจะไม่มีวิธีที่ดีที่สุดในการเขียนโค้ดแน่นอน) ทุกวันนี้ฉันส่วนใหญ่เป็นรหัสใน Ruby ดังนั้นฉันจึงเริ่มใช้ linter (Rubocop) เพื่อให้ข้อมูลบางอย่างเกี่ยวกับ "คุณภาพ" ของรหัสของฉัน ("คุณภาพ" นี้ถูกกำหนดโดยชุมชนruby-style- project -guide-guide ) โปรดทราบว่าผมจะใช้ "คุณภาพ" ในขณะที่ "คุณภาพของการจัดรูปแบบว่า" ไม่มากเกี่ยวกับประสิทธิภาพของรหัสแม้ว่าในบางกรณีที่มีประสิทธิภาพรหัสจริงจะได้รับผลกระทบโดยวิธีการรหัสที่เขียน อย่างไรก็ตามทำทุกสิ่งที่ฉันรู้ (หรืออย่างน้อยก็จำได้) บางสิ่ง: บางภาษา (ที่โดดเด่นที่สุดคือ Python, Ruby และเช่นนั้น) อนุญาตให้สร้างโค้ดแบบหนึ่งบรรทัดที่ยอดเยี่ยม การปฏิบัติตามหลักเกณฑ์บางประการสำหรับรหัสของคุณอาจทำให้รหัสสั้นลงและชัดเจนมาก กระนั้นก็ตามการปฏิบัติตามแนวทางเหล่านี้อย่างเคร่งครัดเกินไปอาจทำให้รหัสชัดเจนน้อยลง / อ่านง่าย รหัสสามารถปฏิบัติตามหลักเกณฑ์บางอย่างเกือบจะสมบูรณ์แบบและยังคงมีคุณภาพไม่ดี ส่วนใหญ่การอ่านรหัสเป็นเรื่องส่วนตัว (เช่นเดียวกับใน "สิ่งที่ฉันเห็นชัดเจนว่าอาจคลุมเครือกับนักพัฒนาซอฟต์แวร์") นี่เป็นเพียงการสังเกตไม่ใช่กฎที่แน่นอน คุณจะทราบได้ว่าการอ่านโค้ดและแนวทางต่อไปนี้อาจดูเหมือนไม่เกี่ยวข้องกัน ณ …

2
คุณจะเปลี่ยนวิธีการจัดรูปแบบอัตโนมัติของรหัส Intellij ได้อย่างไร [ปิด]
ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน4 ปีที่แล้ว IntelliJ ทำการจัดรูปแบบแปลก ๆ ด้วยโค้ด Javascript และฉันพยายามหาวิธีหยุดการฟอร์แมตด้วยวิธีนี้ เมื่อใดก็ตามที่ฉันเชื่อมโยง jQuery เข้าด้วยกันมันจะเยื้องรหัสอัตโนมัติที่สร้างขึ้นเช่นนี้ $('#something').focus(function() { /* Do some stuff */ }).blur(function() { /* this is where the cursor and closing braces end up */ }) ฉันอยากให้มันเป็นแบบนี้: $('#something').focus(function() { /* Do some stuff */ …

11
มีรูปแบบวันที่สากลที่ทุกคนในโลกสามารถเข้าใจได้หรือไม่?
YYYY-MM-DDในแคนาดาทุกคนมีความคุ้นเคยกับรูปแบบวันที่ DD-MM-YYYYในยุโรปหรือแอฟริกาใต้ที่พวกเขาต้องการ มีผู้ใช้จากแอฟริกาใต้ที่สับสนกับYYYY-MM-DDรูปแบบวันที่ มีวิธีจัดการกับสถานการณ์นี้หรือไม่? ฉันคิดว่าจะใช้รูปแบบวิธีการต่อไปนี้สำหรับทุกคน: Feb 02, 2011
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.