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

หาก JSON ย่อมาจากสัญกรณ์วัตถุ JavaScript แล้วเมื่อคุณพูดว่าวัตถุ JSON คุณไม่ได้พูดว่า "วัตถุจาวาสคริปต์วัตถุสัญลักษณ์" หรือไม่? จะพูดว่า "สตริง JSON" ถูกต้องหรือไม่ หรือว่าจะพูดให้ถูกต้องมากขึ้น (เช่นเดียวกับใน "บริการทั้งสองนี้ส่งต่อ JSON ระหว่างกัน")

15 documentation  grammar  json 

ฉันสนใจในการค้นหา (หรือหากจำเป็นต้องพัฒนา) เทียบเท่า XSLT สำหรับ JSON เนื่องจากฉันไม่พบใด ๆ ฉันกำลังพิจารณาภาษาคิวรีที่เป็นไปได้ที่จะใช้สำหรับการจับคู่พา ธ JSON เพื่อใช้เทมเพลต (จาก JavaScript) เมื่อมีการจับคู่ (อาจแค่ตรวจสอบอาร์เรย์ของรูปแบบการจับคู่ตามลำดับและหยุดที่ แม่แบบแรกที่ตรงกับแม้ว่าอนุญาตให้เทียบเท่ากับ xsl: Apply-templates เพื่อให้แม่แบบไปสำหรับเด็ก) ฉันรับรู้ถึง JSONPath, JSONQuery และ RQL เป็นภาษาคิวรี JSON (แม้ว่าฉันจะไม่ชัดเจนว่า RQL สนับสนุนเส้นทางสัมบูรณ์และเส้นทางสัมพัทธ์หรือไม่) ข้อเสนอแนะเกี่ยวกับปัจจัยที่ต้องพิจารณาและความได้เปรียบของแต่ละข้อต่อการใช้งานดังกล่าว

15 javascript  json  xslt 

ฉันทำงานใน C # และสื่อสารระหว่าง 2 แอพที่ฉันกำลังเขียน ฉันชอบ Web API และ JSON ตอนนี้ฉันมาถึงจุดที่ฉันกำลังเขียนกิจวัตรประจำวันเพื่อส่งบันทึกระหว่างเซิร์ฟเวอร์ทั้งสองที่มีข้อมูลตัวอักษรและไฟล์อยู่บ้าง ตามอินเทอร์เน็ตฉันควรใช้คำขอ multipart / form-data ตามที่แสดงที่นี่: ดังนั้นคำถาม "Multipart form จาก C # client" โดยทั่วไปคุณเขียนคำขอด้วยตนเองที่ตามรูปแบบดังนี้: Content-type: multipart/form-data, boundary=AaB03x --AaB03x content-disposition: form-data; name="field1" Joe Blow --AaB03x content-disposition: form-data; name="pics"; filename="file1.txt" Content-Type: text/plain ... contents of file1.txt ... --AaB03x-- คัดลอกมาจากRFC 1867 - …

14 c#  asp.net  json  file-handling  webforms 

ประการแรกนี่เป็นคำถามการออกแบบมากกว่าคำถามการเขียนโปรแกรม ฉันกำลังสร้างแอปพลิเคชันที่ฉันต้องดึงข้อมูล JSON ที่มีอยู่และใส่ลงใน MongoDB ฉันพบว่าเอกสาร JSON บางฉบับมีจุด.ในคีย์ของพวกเขา ฉันอ่านในเอกสาร MongoDB ที่.ไม่อนุญาตให้ใช้เครื่องหมายมหัพภาคเป็นคีย์ใน MongoDB ตามที่ใช้ในการสืบค้น ฉันไม่ได้ทำการแทรกจำนวนมากในเว็บแอปพลิเคชันมันเป็นการแทรกครั้งเดียว นอกจากนี้ฉันส่วนใหญ่จะดึงเอกสารทั้งหมดแทนที่จะสืบค้นบางส่วนของเอกสารเพราะฉันต้องการรับข้อมูลทั้งหมด ดังนั้นเมื่อพิจารณาความต้องการของฉันฉันมีสองตัวเลือกในการจัดเก็บเอกสาร JSON: ค้นหา JSON สำหรับช่วงเวลาในคีย์และหลบหนีจากนั้นใส่ลงใน MongoDB แปลง JSON ทั้งหมดให้อยู่ในรูปแบบ BSONและเก็บไว้เพื่อหลีกเลี่ยงความจำเป็นในการหลบหนีและแยกวิเคราะห์ JSON ด้วยตนเองเมื่อจำเป็นนอก MongoDB คุณช่วยบอกฉันได้ไหมว่าอะไรจะเป็นการออกแบบที่ดีกว่าเพราะฉันไม่สามารถหาข้อสรุปได้

14 json  mongodb 

ฉันได้ทำการทดลองกับการสร้างเว็บไซต์ที่ใช้ประโยชน์จาก MVC กับ JSON สำหรับเลเยอร์งานนำเสนอและกรอบงานเอนทิตีสำหรับโมเดลข้อมูล / ฐานข้อมูล ปัญหาของฉันมาพร้อมกับการทำให้วัตถุโมเดลของฉันเป็นอนุกรมลงใน JSON ฉันใช้รหัสวิธีแรกในการสร้างฐานข้อมูลของฉัน เมื่อทำโค้ดวิธีแรกความสัมพันธ์แบบหนึ่งต่อหลายคน (parent / child) ต้องการให้เด็กมีการอ้างอิงกลับไปที่ parent (รหัสตัวอย่างของฉันเป็นตัวพิมพ์ผิด แต่คุณได้รับรูปภาพ) class parent { public List<child> Children{get;set;} public int Id{get;set;} } class child { public int ParentId{get;set;} [ForeignKey("ParentId")] public parent MyParent{get;set;} public string name{get;set;} } เมื่อส่งคืนวัตถุ "พาเรนต์" ผ่าน JsonResult ข้อผิดพลาดการอ้างอิงแบบวงกลมจะถูกส่งออกไปเนื่องจาก "child" มีคุณสมบัติของคลาสพาเรนต์ ฉันได้ลองใช้ …

13 asp.net-mvc  entity-framework  orm  json 

ในไซต์อีคอมเมิร์ซเมื่อเพิ่มรายการลงในรถเข็นฉันต้องการแสดงหน้าต่างป๊อปอัปพร้อมตัวเลือกที่คุณสามารถเลือกได้ ลองนึกภาพคุณกำลังสั่งซื้อ iPod Shuffle และตอนนี้คุณต้องเลือกสีและข้อความที่จะแกะสลัก ฉันต้องการให้หน้าต่างเป็นแบบโมดัลดังนั้นฉันจึงใช้Lightbox ที่มีการเรียก Ajax ตอนนี้ฉันมีสองตัวเลือก: ตัวเลือก 1: ส่งข้อมูลเท่านั้นและสร้างมาร์กอัพ HTML โดยใช้ JavaScript สิ่งที่ดีเกี่ยวกับเรื่องนี้คือมันทำให้คำขออาแจ็กซ์ลดน้อยลงและไม่ผสมข้อมูลกับมาร์กอัป สิ่งที่ไม่ดีนักเกี่ยวกับเรื่องนี้คือตอนนี้ฉันต้องใช้ JavaScript เพื่อแสดงผลของฉันแทนที่จะมีเทมเพลตเอ็นจิ้นบนฝั่งเซิร์ฟเวอร์ทำ ฉันอาจจะสามารถที่จะทำความสะอาดวิธีบิตโดยใช้วิธีการแก้ปัญหา templating ฝั่งไคลเอ็นต์ ตัวเลือก 2: ส่งมาร์กอัพ HTML สิ่งที่ดีเกี่ยวกับเรื่องนี้คือฉันสามารถมีเครื่องมือสร้างเทมเพลตฝั่งเซิร์ฟเวอร์เดียวกับที่ฉันใช้สำหรับงานการเรนเดอร์ที่เหลือ (Django) ทำการเรนเดอร์ของไลท์บ็อกซ์ JavaScript ใช้เพื่อแทรกแฟรกเมนต์ HTML ลงในหน้าเท่านั้น ดังนั้นจะทำให้การเรนเดอร์ไปยังเอ็นจินการเรนเดอร์อย่างชัดเจน ทำให้รู้สึกถึงฉัน แต่ฉันรู้สึกไม่สบายใจที่จะรวบรวมข้อมูลและมาร์กอัพในการโทร Ajax ด้วยเหตุผลบางอย่าง ฉันไม่แน่ใจว่าอะไรทำให้ฉันรู้สึกไม่สบายใจ ฉันหมายความว่ามันเป็นวิธีเดียวกับที่ทุกหน้าเว็บแสดงผล - ข้อมูลและมาร์กอัป - ใช่ไหม?

13 mvc  django  templates  json 

ฉันสลับไปมา ~ 5 ครั้งแล้ว ปลายทาง REST นี้ที่/api/tags/จะใช้ภายใน (ไม่มีลูกค้าภายนอก) ฉันเป็นคนเดียวที่ทำงานกับมัน ฉันกำลังตัดสินใจระหว่างตัวแทนสองคนนี้: แบน { "types":[ { "id":1, "text":"Utility" }, { "id":7, "text":"Lease Terms" }, ], "tags":[ { "id":8, "text":"Water", "type":1 }, { "id":9, "text":"Electricity", "type":1 }, { "id":5, "text":"Minimum 12 month lease", "type":7 }, { "id":17, "text":"lease negotiable/flexible", "type":7 }, ] } …

12 rest  api-design  json 

ฉันเห็นคำถามมากมายเกี่ยวกับการเข้าถึงคีย์ JSON ที่ใช้ยัติภังค์ (กรณีเคบับ) แต่ตอนนี้ฉันพบว่าตัวเองสงสัยว่าฉันควรติดกับ camelCase หรือ snake_case ในกุญแจของฉัน ฉันรู้ว่ายัติภังค์สามารถสร้างการแมปที่ซับซ้อนได้เมื่อทำการย้ายระหว่างภาษา ฉันเคยเห็นไลบรารี่ของ JSON ที่ทำการ deserialize แปลงคีย์เหล่านั้นเป็นรูปแบบ camelCase ตัวอย่าง: var something = { "some-value": 'thing' } Vs var something = { "someValue": 'thing', "some_other_value": 'thing_two' }

12 javascript  api  api-design  json  web-api 

ฉันกำลังพัฒนาบริการใหม่ในสภาพแวดล้อมแบบไมโครเซอร์วิส นี่คือบริการ REST เพื่อความง่ายสมมติว่าเส้นทางคือ: / historyBooks และวิธีการ POST สำหรับเส้นทางนี้สร้างหนังสือประวัติศาสตร์ใหม่ สมมติว่าหนังสือประวัติศาสตร์ครอบคลุมยุคหนึ่งในประวัติศาสตร์ เพื่อความกระชับลองสมมุติว่าเรามีเพียงประวัติศาสตร์ยุคต่อไปนี้: โบราณ โพสต์คลาสสิก ทันสมัย enumในรหัสของฉันฉันต้องการที่จะเป็นตัวแทนของพวกเขาใน ร่างกายวิธีของ (น้ำหนักบรรทุก) อยู่ในรูปแบบ JSON erasและควรรวมถึงชื่อสนาม ฟิลด์นี้เป็นรายการeraค่าที่หนังสือเล่มนี้ครอบคลุม ร่างกายอาจมีลักษณะ: { "name": "From the cave to Einstein - a brief history review", "author": "Foo Bar", "eras": ["Ancient", "Post Classical", "Modern"] } ในบริการเฉพาะนี้ตรรกะทางธุรกิจคือ: หากไม่มียุคที่ระบุไว้ในข้อมูลเข้าดังนั้นหนังสือเล่มนี้จะถือว่าครอบคลุมทุกยุคทุกสมัย ในการตรวจสอบ API มีข้อเสนอแนะ: รวมค่าอื่นALLสำหรับยุค enum …

11 rest  api  json  enum 

ฉันกำลังสร้างเว็บไซต์บล็อกเพื่อการเรียนรู้โดยใช้แบ็คเอนด์ PHP / MySQl อินพุตผู้ใช้ทั้งหมดได้รับการจัดการด้วยแบบฟอร์มที่ส่งในคำขอ POST การใช้ JSON จะทำให้มันสะอาดขึ้นหรือรักษาหรือเพิ่มคุณสมบัติได้ง่ายขึ้นหรือไม่ หรือฉันแค่เพิ่มรูปแบบการแลกเปลี่ยนโดยไม่มีเหตุผล? ดังนั้นโดยพื้นฐานแล้วฟังก์ชั่นใดที่จะใช้งานได้ดีที่สุดโดยใช้ JSON

11 php  json 

ฉันมีเซิร์ฟเวอร์ที่ส่งคืนข้อความ JSON ที่มีขนาดใหญ่มากและแอปพลิเคชันไคลเอนต์ของฉันขึ้นอยู่กับการตอบสนองนี้เป็นส่วนหนึ่งเท่านั้น แอปพลิเคชันไคลเอนต์ต้องตรวจสอบว่ามี "xyz" คุณสมบัติอยู่ในข้อความ JSON และขึ้นอยู่กับผลการเรียกใช้ usecase เฉพาะ สำหรับความต้องการนี้การแปลงข้อความ JSON ทั้งหมดเป็นวัตถุที่ฟังดูแพงไปหน่อยสำหรับฉันและด้วยเหตุนี้คำถามนี้ มีภาษาแบบสอบถาม JSON มาตรฐานเหมือนที่เรามีสำหรับ XML หรือไม่ ถ้าใช่สิ่งที่ดีที่สุดรู้การใช้ภาษาแบบสอบถามนี้ในจาวา FYI: การเปลี่ยนหรือเพิ่มบริการใหม่ทางฝั่งเซิร์ฟเวอร์ไม่ใช่ตัวเลือก

11 java  json 

ฉันต้องติดต่อกับ API ของบุคคลที่สาม ด้วย API นี้ฉันทำการร้องขอ GET จากภายในเบราว์เซอร์ของผู้ใช้ปลายทางและรับการตอบกลับ XML ข้อมูลนี้จะถูกใช้ในแอปพลิเคชันที่ใช้เบราว์เซอร์ซึ่งผู้ใช้สามารถค้นหาได้ใช้เพื่อการตัดสินใจ ฯลฯ ปัญหาหลักคือเบราว์เซอร์ส่วนใหญ่ล็อคการใช้ XML ข้ามโดเมนดังนั้นฉันจึงไม่สามารถรับได้ XML จาก API แม้ว่าข้อมูลโดยรวมจะแบ่งออกเป็นสองชุด ชุดข้อมูลแรกเป็นข้อมูลสาธารณะและจำเป็นต้องได้รับการอัปเดตทุก ๆ ครั้งดังนั้นจึงสามารถแคชได้สำหรับผู้ใช้ทุกคนทางฝั่งเซิร์ฟเวอร์ทำให้ปริมาณการใช้งานลดลงอย่างมาก ชุดข้อมูลที่สองเป็นข้อมูลส่วนบุคคลและเป็นส่วนตัวสำหรับผู้ใช้แต่ละคน ข้อมูลนี้ยังได้รับการปรับปรุงใน API บ่อยขึ้น สิ่งนี้นำไปสู่การแคชจะมีประสิทธิภาพน้อยกว่ามาก เพื่อเหตุผลด้านความยืดหยุ่นฉันต้องการให้โหลดเซิร์ฟเวอร์มีขนาดเล็กที่สุดเท่าที่จะทำได้ ฉันเห็นสองตัวเลือกก่อนหน้าฉัน: ระบุพร็อกซีที่สามารถใช้ในการกำหนดเส้นทางคำขอ XML ไปยังเซิร์ฟเวอร์บุคคลที่สามและส่งกลับไปกลับมาระหว่างไคลเอ็นต์และ API บุคคลที่สามโดยตรง ให้เซิร์ฟเวอร์ทำการแปลงจาก XML เป็น JSON และตัดข้อมูลที่ไม่จำเป็นออก นี่หมายถึงการสร้าง API ใหม่สำหรับเซิร์ฟเวอร์ของเราซึ่งแปลเป็นคำขอจาก API ของบุคคลที่สาม อะไรจะเป็นวิธีที่ดีที่สุดในการให้ข้อมูลแก่ผู้ใช้? (ไม่จำเป็นต้องเป็นหนึ่งในสองตัวเลือก)

11 javascript  api  xml  websites  json 

ใช้จุดปลาย HTTP API ซึ่งพ่นรูปแบบการตอบสนองต่อไปนี้: { "type": "Dog", "name": "Jessi", ... } typeข้อมูลได้รับการอธิบายไว้ในเอกสารที่เป็นหนึ่งDog, หรือCatFish การเพิ่มตัวเลือกใหม่Ratจะถือว่าเป็นการเปลี่ยนแปลง API ที่ผิดปกติหรือไม่ การเพิ่มตัวเลือกในรายการที่ จำกัด (ซึ่งนักพัฒนาซอฟต์แวร์อาจเปิดใช้งาน) ถือว่าเป็นส่วนขยายหรือการแก้ไข API หรือไม่

9 rest  api  api-design  json