คำถามติดแท็ก web-applications

เว็บแอปพลิเคชันคือแอปพลิเคชันที่เข้าถึงได้ผ่าน "เว็บ" ซึ่งอาจหมายถึงอินเทอร์เน็ตหรือเครือข่ายภายใน (อินทราเน็ต)

3
เหตุใด HTTP จึงไม่เปลี่ยนเส้นทาง POST
การเปลี่ยนเส้นทาง HTTP ทำได้โดยใช้รหัส HTTP 301 และ 302 (อาจเป็นรหัสอื่น) และฟิลด์ส่วนหัวที่เรียกว่า "ตำแหน่ง" ซึ่งมีที่อยู่ของสถานที่ใหม่ที่จะไป อย่างไรก็ตามเบราว์เซอร์จะส่งคำขอ "GET" ไปยัง URL นั้นเสมอ อย่างไรก็ตามหลายครั้งคุณต้องเปลี่ยนเส้นทางผู้ใช้ของคุณไปยังโดเมนอื่นผ่านทาง POST (ตัวอย่างเช่นการชำระเงินธนาคาร) นี่เป็นสถานการณ์ทั่วไปและเป็นข้อกำหนดจริงๆ ไม่มีใครรู้ว่าทำไมความต้องการทั่วไปดังกล่าวจึงถูกเพิกเฉยในข้อกำหนด HTTP วิธีแก้ปัญหาคือการส่งแบบฟอร์ม (พร้อมพารามิเตอร์ในเขตข้อมูลที่ซ่อนอยู่) พร้อมชุดการดำเนินการไปยังตำแหน่งเป้าหมาย (ค่าของฟิลด์ส่วนหัวLocation ) และใช้setTimeoutเพื่อส่งแบบฟอร์มไปยังตำแหน่งเป้าหมาย

9
ความกลัวของเว็บแอปที่ไม่ได้เป็น "การพิสูจน์ในอนาคต"
ฉันเป็นผู้พัฒนาเว็บของแอปพลิเคชันเว็บ SaaS ขนาดเล็กในท้องถิ่น ปัจจุบันมีลูกค้าประมาณครึ่งโหล ขณะที่ฉันออกแบบแอพพลิเคชั่นต่อไปฉันก็ยิ่งยากที่จะโน้มน้าวตัวเองให้ทุ่มเทเวลากับโครงการซึ่งเกิดขึ้นในช่วงเริ่มต้น เมื่อโตขึ้นกับโปรเจ็กต์และรหัสที่ฉันเขียนไปแล้วฉันกลัวว่างานเพิ่มเติมทั้งหมดที่ฉันทำจะถูกพลิกคว่ำในอนาคตอันใกล้นี้เมื่อแอปพลิเคชันเปลี่ยนขนาดไม่ได้เมื่อธุรกิจเติบโต ในฐานะนักศึกษามหาวิทยาลัยที่สมัครเข้าฝึกงานฉันมีนายจ้างถามตัวเลือกของฉันว่าจะไม่ใช้กรอบงานเว็บใด ๆ ระหว่างการสัมภาษณ์ซึ่งทำให้ฉันสงสัยในผลงานก่อนหน้าของฉันเพิ่มเติม ฉันไม่รู้โครงร่างเว็บใด ๆ และไม่รู้ว่าจะเริ่มใช้อันไหน ฉันได้ฝึกงานในฐานะนักพัฒนาเต็มสแต็คในเดือนมกราคมที่ซึ่งฉันจะเริ่มเรียนรู้เฟรมเวิร์กเอนด์ แต่แรงกดดันที่จะทำให้แอพพลิเคชั่นสิ้นสุดลงกำลังจะติดตั้งและฉันกำลังพิจารณาว่า ซึ่งเป็นสิ่งที่ฉันเคยทำมาก่อน แอพนี้ถูกสร้างขึ้นใน PHP และ jQuery (สำหรับการโทร AJAX) และใช้ MySQL สำหรับฐานข้อมูล ความคิดใด ๆ เกี่ยวกับวิธีที่ฉันสามารถเอาชนะบล็อกจิตนี้และเพื่อให้แน่ใจว่าแอปของฉันจะสามารถปรับขนาดได้? ขอบคุณล่วงหน้า.

8
วิธีทำให้แอพพลิเคชั่นไร้สัญชาติ
นี่อาจเป็นคำถามที่ซับซ้อน แต่ฉันพยายามเข้าใจความไร้สัญชาติมากขึ้น แอปพลิเคชันบนเว็บควรไร้สัญชาติหมายความว่าคำขอแต่ละรายการถือว่าเป็นธุรกรรมที่เป็นอิสระจากสิ่งที่ฉันได้อ่าน ดังนั้นควรหลีกเลี่ยงเซสชันและคุกกี้ (เนื่องจากทั้งคู่มีสถานะเป็นของรัฐ) วิธีที่ดีกว่าคือใช้โทเค็นซึ่งไร้สัญชาติเพราะไม่มีสิ่งใดถูกเก็บไว้บนเซิร์ฟเวอร์ ดังนั้นฉันจึงพยายามที่จะเข้าใจว่าเว็บแอปพลิเคชันจะไร้สัญชาติได้อย่างไรเมื่อมีข้อมูลที่ถูกเก็บไว้ในเซสชันของฉัน (เช่นรายการในตะกร้าสินค้า) จริง ๆ แล้วสิ่งเหล่านี้ถูกจัดเก็บในฐานข้อมูลที่ไหนสักแห่งแล้วถูกกำจัดเป็นระยะ ๆ ? มันทำงานอย่างไรเมื่อคุณใช้โทเค็นแทนคุกกี้? และจากคำถามที่เกี่ยวข้องเว็บไซต์หลัก (Amazon, Google, Facebook, Twitter และอื่น ๆ ) ไร้สัญชาติจริงๆหรือ? พวกเขาใช้โทเค็นหรือคุกกี้ (หรือทั้งสองอย่าง)?

3
ควรใช้คุกกี้ใน RESTful API หรือไม่
ฉันสนใจเป็นพิเศษในการที่ผู้ใช้ทำการดำเนินงานที่ได้รับอนุญาต / รับรองความถูกต้องบนเว็บ API คุกกี้การรับรองความถูกต้องเข้ากันได้กับปรัชญา REST และทำไม

11
คำแนะนำในการออกแบบเว็บแอปพลิเคชันด้วยอายุการใช้งานมากกว่า 40 ปี
สถานการณ์ ขณะนี้ฉันอยู่นอกเหนือโครงการดูแลสุขภาพที่มีความต้องการหลักคือการเก็บข้อมูลที่มีคุณลักษณะที่ไม่รู้จักโดยใช้แบบฟอร์มที่ผู้ใช้สร้างขึ้นโดยผู้ให้บริการด้านสุขภาพ ข้อกำหนดที่สองคือความสมบูรณ์ของข้อมูลเป็นกุญแจสำคัญและแอปพลิเคชันจะใช้งานมากกว่า 40 ปี ขณะนี้เรากำลังย้ายข้อมูลลูกค้าจาก 40 ปีที่ผ่านมาจากแหล่งข้อมูลต่างๆ (กระดาษ, Excel, Access, ฯลฯ ... ) ไปยังฐานข้อมูล ข้อกำหนดในอนาคตคือ: การจัดการเวิร์กโฟลว์ของแบบฟอร์ม การจัดการตารางเวลาของแบบฟอร์ม ความปลอดภัย / การจัดการตามบทบาท เครื่องมือสร้างรายงาน รองรับมือถือ / แท็บเล็ต สถานการณ์ เพียง 6 เดือนเท่านั้นสถาปนิก / โปรแกรมเมอร์อาวุโส (ที่เซ็นสัญญา) คนปัจจุบันใช้แนวทาง "เร็ว" และได้ออกแบบระบบที่ไม่ดี ฐานข้อมูลไม่ได้รับการปรับให้เป็นมาตรฐาน, โค้ดนั้นเป็นแบบคู่, เทียร์ไม่มีวัตถุประสงค์เฉพาะและข้อมูลเริ่มหายไปเนื่องจากเขาได้ออกแบบถั่วบางตัวเพื่อทำการ "ลบ" บนฐานข้อมูล รหัสฐานนั้นเต็มไปด้วยฟองเลือดมากและมีงานที่ต้องทำการซิงโครไนซ์ข้อมูลเนื่องจากฐานข้อมูลไม่ได้ถูกทำให้เป็นมาตรฐาน วิธีการของเขาคือการพึ่งพางานสำรองเพื่อกู้คืนข้อมูลที่หายไปและดูเหมือนจะไม่เชื่อในการกู้คืนข้อมูล หลังจากนำเสนอสิ่งที่ฉันพบต่อ PM สถาปนิกจะถูกลบออกเมื่อสัญญาของเขาสิ้นสุดลง ฉันได้รับมอบหมายให้สร้างแอปพลิเคชันนี้อีกครั้ง ทีมของฉันประกอบด้วยฉันและโปรแกรมเมอร์ระดับต้นหนึ่งคน เราไม่มีทรัพยากรอื่น ๆ เราได้รับสิทธิ์การแช่แข็ง …

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

7
มีทางเลือกโอเพนซอร์ซสำหรับ Bitbucket, Github, Kiln และเครื่องมือเรียกดูและจัดการ DVCS ที่คล้ายกันหรือไม่ [ปิด]
ฉันรู้เครื่องมือต่างๆ / บริการที่ให้การท่องเว็บและการจัดการ DVCS เช่นBitbucket , Github , เตาเผา , SCM-ManagerและRhodecode อย่างไรก็ตามกรณีการใช้งานที่ฉันกำลังพิจารณานั้นเป็นสิ่งหนึ่งที่: ซอร์สโค้ดใด ๆ จะต้องอยู่ในเซิร์ฟเวอร์ภายในของนายจ้าง การแก้ปัญหาจะต้องเป็นโอเพนซอร์ส ควรให้ประสบการณ์เช่น Bitbucket หรือ Github รวมถึงวิกิโครงการการเรียกดูและการจัดการพื้นที่เก็บข้อมูลและการเข้ารหัสทางสังคมเช่นการตรวจสอบรหัส วิธีแก้ปัญหาควรมีการสนับสนุนแบบ Mercurial (หากไม่รองรับ DVCS อื่น ๆ ) ในจำนวนนี้มีเพียง SCM-Manager และ RhodeCode เท่านั้นที่เข้ามาใกล้เพราะสามารถติดตั้งบนเซิร์ฟเวอร์ของคุณเองและเป็นโอเพ่นซอร์ส อย่างไรก็ตามพวกเขาไม่มีประสบการณ์ Bitbucket หรือ Github ไม่มีตัวติดตามปัญหาหรือ wiki และ UI ในขณะที่ใช้งานได้ไม่สามารถเทียบเท่ากับ Github หรือ Bitbucket ได้ ฉันสามารถเข้าใกล้กับ Trac หรือ Redmine …

10
เฟรมเวิร์กเว็บแอ็พพลิเคชันสมัยใหม่มีวิธีการอย่างไรและทำไมจึงพัฒนาเพื่อแยกเส้นทาง URL จากระบบไฟล์
เมื่อเทียบกับเมื่อประมาณ 10 ปีที่แล้วฉันสังเกตเห็นการเปลี่ยนแปลงไปสู่เฟรมเวิร์กโดยใช้รูปแบบการกำหนดเส้นทางที่แยกเส้นทาง URL จากระบบไฟล์ โดยทั่วไปสามารถทำได้ด้วยความช่วยเหลือของรูปแบบตัวควบคุมด้านหน้า กล่าวคือเมื่อก่อนเส้นทาง URL ถูกแมปโดยตรงกับระบบไฟล์และดังนั้นจึงสะท้อนไฟล์และโฟลเดอร์ที่แน่นอนในดิสก์ปัจจุบันเส้นทาง URL ที่แท้จริงจะถูกตั้งโปรแกรมให้นำไปยังคลาสที่ระบุผ่านการกำหนดค่าและไม่สะท้อนไฟล์อีกต่อไป โฟลเดอร์ระบบและโครงสร้างไฟล์ คำถาม เรื่องนี้เกิดขึ้นได้อย่างไรและทำไมเป็นเรื่องธรรมดา? มันเป็นอย่างไรและทำไมจึงตัดสินใจว่ามัน "ดีกว่า" ถึงจุดที่การละทิ้งแนวทางตรงไปยังไฟล์ครั้งหนึ่งเคยเป็นเรื่องธรรมดา? คำตอบอื่น ๆ มีคำตอบที่คล้ายกันที่นี่ซึ่งเป็นแนวคิดเกี่ยวกับเส้นทางและข้อดีและข้อเสียบางประการ: ด้วยกรอบงาน PHP ทำไมแนวคิด "เส้นทาง" จึงถูกใช้? แต่มันไม่ได้กล่าวถึงประเด็นการเปลี่ยนแปลงทางประวัติศาสตร์หรืออย่างไรหรือทำไมการเปลี่ยนแปลงนี้เกิดขึ้นทีละน้อยซึ่งโครงการใหม่ ๆ ทุกวันนี้ค่อนข้างใช้รูปแบบการกำหนดเส้นทางใหม่และการกำหนดทิศทางโดยตรงไปยังไฟล์ล้าสมัยหรือถูกทอดทิ้ง นอกจากนี้ผลประโยชน์และข้อเสียดังกล่าวส่วนใหญ่ดูเหมือนจะไม่สำคัญพอที่จะรับประกันการเปลี่ยนแปลงระดับโลก ประโยชน์เพียงอย่างเดียวที่ฉันเห็นได้จากการเปลี่ยนแปลงนี้คือการซ่อนระบบไฟล์ / โฟลเดอร์จากผู้ใช้ปลายทางและขาด?param=value&param2=valueซึ่งทำให้ URL ดูสะอาดตา แต่นั่นเป็นเหตุผลเดียวที่ทำให้เกิดการเปลี่ยนแปลง? และถ้าใช่ทำไมเหตุผลเหล่านั้นถึงซ่อนอยู่? ตัวอย่าง: ฉันคุ้นเคยกับกรอบ PHP มากที่สุดและเฟรมเวิร์คสมัยใหม่ที่นิยมใช้วิธีกำหนดเส้นทางแบบแยกอิสระ เพื่อให้มันใช้งานได้คุณตั้งค่าการเขียน URL ใหม่ใน Apache หรือเว็บเซิร์ฟเวอร์ที่คล้ายกันซึ่งโดยทั่วไปแล้วการทำงานของแอปพลิเคชันเว็บจะไม่ถูกเรียกผ่านเส้นทาง URL โดยตรงไปยังไฟล์อีกต่อไป Zend Expressive https://docs.zendframework.com/zend-expressive/features/router/aura/ …

6
Service layer vs DAO - ทำไมต้องทั้งคู่
ฉันทำงานกับ SpringMVC, Hibernate และฐานข้อมูลบางส่วนในตัวอย่างเว็บแอปพลิเคชัน java มีสิ่งที่แตกต่างกันสองสามอย่างที่ทำเช่นนี้ แต่บทช่วยสอนการรวมฤดูใบไม้ผลิ 3 และไฮเบอร์เนตพร้อมด้วยตัวอย่างนี้มีคลาสโมเดลมุมมอง (เป็น jsp) และคลาสเซอร์วิสและ dao สำหรับคอนโทรลเลอร์ คำถามของฉันคือไม่ทั้งบริการและชั้นเรียน DAO ทำสิ่งเดียวกันหรือไม่ ทำไมคุณต้องการทั้งสองอย่าง นี่คือการสอนที่ฉันใช้จริง: http://fruzenshtein.com/spring-mvc-security-mysql-hibernate/

4
เหตุผลที่จะไม่ใช้ JSF [ปิด]
ฉันใหม่กับ StackExchange แต่ฉันคิดว่าคุณจะสามารถช่วยฉันได้ เรากำลังสร้างแอปพลิเคชัน Java Enterprise ใหม่แทนที่โซลูชัน JSP ดั้งเดิม เนื่องจากมีการเปลี่ยนแปลงมากมาย UI และส่วนต่างๆของตรรกะทางธุรกิจจะได้รับการพิจารณาและนำมาใช้ใหม่อย่างสมบูรณ์ ความคิดแรกของเราคือ JSF เนื่องจากเป็นมาตรฐานใน Java EE ตอนแรกฉันมีความประทับใจที่ดี แต่ตอนนี้ฉันกำลังพยายามใช้ต้นแบบการทำงานและมีข้อกังวลอย่างจริงจังเกี่ยวกับการใช้งาน ก่อนอื่นมันสร้างการผสมผสานที่ไม่ถูกต้องที่เลวร้ายที่สุดและยุ่งเหยิงที่สุดที่ไม่เคยมีมาก่อนซึ่งฉันไม่เคยเห็นมาก่อน มันละเมิดกฎทุกข้อที่ฉันได้เรียนรู้ในการพัฒนาเว็บ นอกจากนี้มันจะรวมเข้าด้วยกันสิ่งที่ไม่ควรเชื่อมโยงกันอย่างแน่นหนา: เค้าโครงการออกแบบลอจิกและการสื่อสารกับเซิร์ฟเวอร์ ฉันไม่เห็นวิธีที่ฉันจะสามารถขยายผลลัพธ์นี้ได้อย่างสะดวกสบายไม่ว่าจะเป็นการจัดแต่งทรงผมด้วย CSS, การเพิ่มลูกกวาด UI (เช่นปุ่มลัดที่สามารถกำหนดค่าได้, วิดเจ็ตลากและวาง) หรืออะไรก็ตาม ประการที่สองมันซับซ้อนเกินไป ความซับซ้อนของมันโดดเด่น หากคุณถามฉันมันเป็นนามธรรมที่ไม่ดีของเทคโนโลยีเว็บพื้นฐานพิการและไร้ประโยชน์ในที่สุด ฉันมีประโยชน์อะไรบ้าง ไม่มีถ้าคุณคิด ส่วนประกอบหลายร้อย ฉันเห็นตัวอย่างโค้ด HTML / CSS หมื่นตัวอย่างโค้ด JavaScript นับหมื่นและปลั๊กอิน jQuery นับพัน มันแก้ปัญหาได้มากมาย - เราจะไม่มีถ้าเราไม่ใช้ JSF หรือรูปแบบตัวควบคุมด้านหน้าเลย …

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

5
ข้อดีและข้อเสียของการสร้างเว็บแอปพลิเคชันหน้าเดียว [ปิด]
ฉันใกล้จะสิ้นสุดการสร้างต้นแบบ / พิสูจน์เฟสแนวคิดสำหรับโครงการด้านที่ฉันกำลังทำงานและพยายามตัดสินใจเกี่ยวกับการตัดสินใจออกแบบแอปพลิเคชันขนาดใหญ่ขึ้น แอพนี้เป็นระบบการจัดการโครงการที่ปรับให้เข้ากับกระบวนการพัฒนาที่คล่องตัวยิ่งขึ้น หนึ่งในการตัดสินใจที่ฉันต้องทำคือเลือกว่าจะใช้แอปพลิเคชั่นหลายหน้าแบบดั้งเดิมหรือแอปพลิเคชันหน้าเดียว ปัจจุบันต้นแบบของฉันคือการตั้งค่าแบบหลายหน้าแบบดั้งเดิม แต่ฉันได้ดู backbone.js เพื่อล้างข้อมูลและใช้โครงสร้างบางอย่างกับโค้ด Javascript (jQuery) ของฉัน ดูเหมือนว่าในขณะที่ backbone.js สามารถใช้ในแอปพลิเคชันแบบหลายหน้าได้ ฉันกำลังพยายามหารายการข้อดีและข้อเสียของการใช้วิธีการออกแบบแอปพลิเคชันหน้าเดียว จนถึงตอนนี้ฉันมี: ข้อดี ข้อมูลทั้งหมดจะต้องพร้อมใช้งานผ่าน API บางประเภท - นี่เป็นข้อได้เปรียบที่ยิ่งใหญ่สำหรับกรณีการใช้งานของฉันเนื่องจากฉันต้องการมี API สำหรับแอปพลิเคชันของฉันอยู่ดี ตอนนี้ประมาณ 60-70% ของการโทรของฉันเพื่อรับ / อัปเดตข้อมูลจะกระทำผ่าน REST API การใช้แอปพลิเคชันหน้าเดียวจะทำให้ฉันทดสอบ REST API ของฉันได้ดีขึ้นเนื่องจากแอปพลิเคชันนั้นจะใช้งาน นอกจากนี้ยังหมายความว่าเมื่อแอปพลิเคชันเติบโตขึ้น API ของตัวเองจะเพิ่มขึ้นเนื่องจากเป็นสิ่งที่แอปพลิเคชันใช้ ไม่จำเป็นต้องเก็บรักษา API ไว้เป็นส่วนเสริมของแอปพลิเคชัน แอปพลิเคชันที่ตอบสนองได้ดีขึ้น - เนื่องจากข้อมูลทั้งหมดที่โหลดหลังจากหน้าเริ่มต้นถูกเก็บไว้ในระดับต่ำสุดและส่งในรูปแบบกะทัดรัด (เช่น JSON) การร้องขอข้อมูลโดยทั่วไปควรจะเร็วกว่าและเซิร์ฟเวอร์จะประมวลผลน้อยลงเล็กน้อย ข้อเสีย การทำสำเนารหัส …

3
AngularJS: จัดโครงสร้างเว็บแอปพลิเคชั่นด้วย ng-apps หลายตัว
blogosphere มีบทความจำนวนหนึ่งเกี่ยวกับหัวข้อของแนวทางการจัดทำแอป AngularJS เช่นสิ่งเหล่านี้ (และอื่น ๆ ): http://www.johnpapa.net/angular-app-structuring-guidelines/ http://codingsmackdown.tv/blog/2013/04/19/angularjs-modules-for-great-justice/ http://danorlando.com/angularjs-architecture-understanding-modules/ http://henriquat.re/modularizing-angularjs/modularizing-angular-applications/modularizing-angular-applications.html อย่างไรก็ตามสถานการณ์หนึ่งที่ฉันยังไม่เจอสำหรับแนวทางและแนวปฏิบัติที่ดีที่สุดคือกรณีที่คุณมีแอปพลิเคชันเว็บขนาดใหญ่ที่มีแอพ "มินิสปา" หลายตัวและแอปมินิสปาทั้งหมดแชร์รหัสจำนวนหนึ่ง ฉันไม่ได้อ้างถึงกรณีที่พยายามมีng-appการประกาศหลายครั้งในหน้าเดียวกัน ค่อนข้างฉันหมายถึงส่วนต่าง ๆ ของไซต์ขนาดใหญ่ที่มีng-appการประกาศเฉพาะของตนเอง ดังที่ Scott Allen เขียนไว้ในบล็อกOdeToCodeของเขา: สถานการณ์หนึ่งที่ฉันไม่พบว่าได้รับการแก้ไขเป็นอย่างดีคือสถานการณ์ที่มีหลายแอปอยู่ในแอปพลิเคชันเว็บที่ดีกว่าเดิมและต้องการรหัสที่ใช้ร่วมกันบางอย่างกับลูกค้า มีแนวทางใดที่แนะนำให้ทำผิดพลาดเพื่อหลีกเลี่ยงหรือโครงสร้างตัวอย่างที่ดีของสถานการณ์นี้ที่คุณสามารถชี้ไปได้หรือไม่? อัพเดท - 9/10/2558 โครงการหนึ่งที่มีกลยุทธ์องค์กรที่น่าสนใจคือ MEAN.JS และโฟลเดอร์โมดูล https://github.com/meanjs/mean https://github.com/meanjs/mean/tree/master/modules อีกตัวอย่างหนึ่งมาจากตัวอย่าง ASP.NET Music Store SPA https://github.com/aspnet/MusicStore https://github.com/aspnet/MusicStore/tree/master/src/MusicStore.Spa/ng-apps

2
คุณจัดการกับแนวคิดที่แบ่งใช้ในสถาปัตยกรรม microservice ได้อย่างไร?
ฉันกำลังค้นคว้ารูปแบบสถาปัตยกรรมสำหรับแอปพลิเคชันที่ฉันกำลังพัฒนาและวิธีการบริการไมโครดูเหมือนว่าจะเป็นทางเลือกที่ดี แต่ฉันไม่แน่ใจว่าจะจัดการกับการโต้ตอบระหว่างบริการได้อย่างไร แอปพลิเคชั่นจะเกี่ยวข้องกับผู้ใช้โปรไฟล์ที่ผู้ใช้เป็นเจ้าของรูปถ่ายและแท็กที่แสดงโปรไฟล์หนึ่งถึงหลายโปรไฟล์ในภาพถ่าย อาจเป็นไปได้ว่ามีวิธีการส่งคืนรูปภาพที่อัพโหลดโดยผู้ใช้ส่งคืนรูปภาพที่มีโปรไฟล์ที่ติดแท็ก ฯลฯ นี่คือการแทงครั้งแรกของฉันในการออกแบบสถาปัตยกรรมที่ใช้ microservice และฉันมาจากรูปแบบโดเมนเสาหินที่ได้แรงบันดาลใจจากประวัติศาสตร์ ในโลกนั้นผู้ควบคุมจะต่อวัตถุโดเมนเหล่านี้เข้าด้วยกัน แต่ฉันมีปัญหาในการคาดหัวว่ามันจะทำงานได้อย่างไรในแบบไมโครวินาที

5
ข้อดีข้อเสียของแอปพลิเคชันเว็บ HTML / JavaScript เท่านั้น [ปิด]
ฉันมาจากพื้นหลังในรูปแบบ ASP.NET และพบว่าการเขียนโค้ดด้านเซิร์ฟเวอร์มีประสิทธิภาพมากในอดีต อย่างไรก็ตามเมื่อเร็ว ๆ นี้ฉันต้องการเลิกใช้โค้ดฝั่งเซิร์ฟเวอร์ของส่วนหน้าและแทนที่ด้วย HTML / JavaScript ที่บริสุทธิ์ซึ่งเข้าถึงข้อมูลผ่านทาง JSON webservices ฉันไม่มีประสบการณ์จริงในเรื่องนี้ดังนั้นฉันจึงอยากได้ยินว่านี่เป็นรุ่นที่ผ่านการทดลองและทดสอบแล้วหรือไม่ นอกจากนี้ยังมีข้อผิดพลาดรอบตัวมันคืออะไร? ฉันพบว่าการควบคุมผู้ใช้ ASP.NET มีประโยชน์มากดังนั้นฉันจึงอยากจะรักษาทฤษฎีเอาไว้โดยการเก็บแม่แบบมาร์กอัปในไฟล์ HTML แยกต่างหากบนเซิร์ฟเวอร์ สิ่งเหล่านี้จะถูกดึงและใช้งานผ่าน jQuery AJAX และ jQuery HTML plugin plugin ตามลำดับ ข้อมูลใด ๆ ที่จะได้รับการชื่นชมอย่างมาก ป.ล. ขออภัยสำหรับคำถาม noob แต่สถาปัตยกรรมเว็บประเภทนี้เรียกว่า web-2.0 หรือฉันไม่ได้ติดตามอย่างสมบูรณ์หรือไม่

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