เลือก Java Web Framework ตอนนี้หรือไม่ [ปิด]

เราอยู่ในขั้นตอนการวางแผนในการย้ายเว็บไซต์ขนาดใหญ่ซึ่งสร้างขึ้นบนกรอบ mvc ที่พัฒนาขึ้นมาเป็นเว็บเฟรมตามจาวาซึ่งให้การสนับสนุนในตัวสำหรับ ajax, เนื้อหาสื่อสมบูรณ์, ตอบโต้กับผู้ใช้, แม่แบบ, การตรวจสอบความถูกต้องสูงสุด HTML / การแยกโค้ด java Grails ดูเหมือนจะเป็นตัวเลือกที่ดีอย่างไรก็ตามเราไม่ต้องการใช้ภาษาสคริปต์ เราต้องการใช้จาวาต่อไป เลย์เอาต์ตามเทมเพลตเป็นสิ่งที่เราให้ความสำคัญเป็นอันดับต้นเนื่องจากเราตั้งใจจะใช้เว็บแอปพลิเคชั่นนี้กับเว็บไซต์หลายแห่งที่มีฟังก์ชั่นคล้าย ๆ กัน แต่มีรูปลักษณ์ที่แตกต่างกัน

โซลูชันบนพอร์ทัลเป็นสิ่งที่เหมาะสมกับปัญหานี้หรือไม่?

ข้อมูลเชิงลึกเกี่ยวกับการใช้ "Spring Roo" หรือ "Play" จะมีประโยชน์มาก

ฉันพบข้อความคล้ายกันนี้แต่มันอายุเกินหนึ่งปี สิ่งต่าง ๆ มีการเปลี่ยนแปลงในเวลาเฉลี่ย!

แก้ไข 1:ขอบคุณสำหรับคำตอบที่ยอดเยี่ยม! ไซต์นี้กำลังกลายเป็นแหล่งข้อมูลที่ดีที่สุดสำหรับข้อมูลโปรแกรมเมอร์ในสนามเพลาะ อย่างไรก็ตามฉันคาดหวังว่าจะได้รับข้อมูลเพิ่มเติมเกี่ยวกับการใช้ duo portal-cms Jahia ดูสินค้า อะไรที่คล้ายกัน?

โซลูชันบนพอร์ทัลเป็นสิ่งที่เหมาะสมกับปัญหานี้หรือไม่?

โดยส่วนตัวแล้วฉันจะอยู่ห่างจากโซลูชันพอร์ทัลไขมันขนาดใหญ่ ฉันเคยได้ยินสิ่งที่ดีเกี่ยวกับGateinแต่ฉันไม่มีประสบการณ์จริงกับมัน

ข้อมูลเชิงลึกเกี่ยวกับการใช้ "Spring Roo" หรือ "Play" จะมีประโยชน์มาก

เกี่ยวกับ Spring Roo ฉันได้อ่านคำตอบก่อนหน้านี้เช่นSpring roo Vs (Wicket และ Spring)และสิ่งอื่น ๆ ผ่านทางอินเทอร์เน็ต แต่ฉันยังไม่มั่นใจ (บางทีฉันไม่เข้าใจ) ฉันไม่แน่ใจถึงความสมบูรณ์ และที่สำคัญกว่านั้นฉันสงสัยจริงๆว่า SpringSource กำลังทำอะไรกับ Grails และ Roo (ไม่Grails vs Roo - ทำไม SpringSource ถึงผลักดันเทคโนโลยีที่คล้ายคลึงกันสองอย่างนี้ไม่เชื่อฉันเลยว่าพวกเขาจะมีชีวิตรอด)

ฉันไม่สามารถพูดเกี่ยวกับ Play ได้มากนัก ฉันได้เห็นการสาธิตเหมือนทุกคน แต่ฉันต้องการอ่านข้อเสนอแนะในชีวิตจริง ก่อนหน้านั้นฉันจะรอ

ฉันพบโพสต์ที่คล้ายกัน (... ) สิ่งต่าง ๆ มีการเปลี่ยนแปลงในเวลาเฉลี่ย!

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

• JSF: ความสงสัยมากมายเกี่ยวกับเฟรมเวิร์กที่อิงองค์ประกอบนี้รวมถึงฉันดังนั้นฉันจึงไม่ใช่คนที่ดีที่สุดที่จะพูดถึง แต่ ...
• JSF 2 (+ CDI / Weld): สนับสนุนให้คลางแคลง JSF ( โดย Gavin King ) เป็น "ลองดูอีกครั้ง" จริง ๆ แล้วฉันคิดว่า JSF 2 เป็นการปรับปรุงที่ยิ่งใหญ่โดยเฉพาะกับ CDI แต่ ... มันยังใหม่อยู่ (เข้าใจแล้วมันไม่มีการคืนเงิน) หากคุณต้องการยอมรับ Java EE 6 ลองดูสิ
• ประตู: กรอบการทำงานตามองค์ประกอบอื่นที่ได้รับความสนใจมากขึ้น ฉันได้ยินสิ่งที่ดีเกี่ยวกับเรื่องนี้เป็นส่วนใหญ่: ง่ายกว่า JSF, การออกแบบที่ดี, การทดสอบสูง, เป็นมิตรกับผู้ออกแบบ HTML ฯลฯ คุณอาจชอบมัน
• Tapestry: แค่ไม่เห็น ( ทำไมคุณถึงเลิกใช้ Tapestry? )
• Struts 2, Spring MVC, Stripes: กรอบงานแอ็คชั่น ทุกอย่างเหมาะสมและจะครอบคลุมความต้องการของคุณ (โดยส่วนตัวแล้วฉันชอบ Stripes และการประชุมผ่านวิธีการกำหนดค่าดูที่Stripes vs. Struts2เพื่อรับแนวคิดของมัน)
• GWT, Flex, Grails: สิ่งเหล่านี้อาจไม่ใช่สิ่งที่คุณกำลังมองหา ฉันไม่สามารถจริงๆพูดคุยเกี่ยวกับ (รุ่นล่าสุด) ของ Flex และ GWT แต่ฉันรู้ว่าไม่ Grails มี บางอย่าง ที่แฟน ๆ

จริงๆแล้วฉันขอแนะนำให้ดูการนำเสนอของ Matt Raible เขาทำได้ดีมากในการเปรียบเทียบกรอบเว็บแสดงจุดแข็งและจุดอ่อนของพวกเขารวบรวมข้อเท็จจริงและตัวเลขแสดงแนวโน้ม ... ฉันแนะนำ:

• เปรียบเทียบ JSF, Spring MVC, Stripes, Struts 2, Tapestry และ Wicket (ยังไม่ล้าสมัย)
• กรอบเว็บแห่งอนาคต: Flex, GWT, Rails และ Grails (เพื่อรับรสชาติของทางเลือก)
• การเปรียบเทียบ Kick-Ass Web Frameworks (อันนี้เป็นล่าสุด)

ดูที่การนำเสนอเหล่านี้จริง ๆ แล้วพวกเขาจะช่วยคุณค้นหากรอบงานที่เหมาะสม (ไม่มีคำตอบที่ไม่ซ้ำกัน แต่คุณสามารถ จำกัด ตัวเลือกโดยการกำจัด) และอาจเปลี่ยนมุมมองของคุณ

ฉันเคยใช้ Spring 3 และ Jquery มาพักหนึ่งแล้ว แต่ได้ยินเรื่อง Play และก็ยิงได้ ฉันชอบมันมาก Play เป็นสิ่งที่ลงตัวระหว่าง PHP และเฟรมเวิร์ก Java อย่างหนักเช่น Spring

สิ่งที่ฉันชอบมากที่สุดเกี่ยวกับการเล่นคือ:

• ง่ายมากในการรับแอปพลิเคชันเล่นออกจากพื้นคุณต้องไปไกลด้วยการเข้ารหัสและการกำหนดค่าเพื่อรับแอปพลิเคชั่นที่เรียบง่ายบนหน้าจอกับ Spring (แม้ว่า Spring 3 ทำให้ง่ายขึ้นมาก)
• Spring Security นั้นยอดเยี่ยม แต่มาพร้อมกับราคาที่ซับซ้อน โมดูลความปลอดภัยของ Play นั้นง่ายมากและครอบคลุมความต้องการของแอพพลิเคชั่น 90%
• คุณสามารถทำการเปลี่ยนแปลงรหัสและกดรีเฟรชในเบราว์เซอร์เพื่อดูการเปลี่ยนแปลงเช่นเดียวกับ PHP แทนที่จะต้องทำสิ่งการปรับใช้ใหม่ทั้งหมดด้วยกรอบตาม Servlet
• ข้อความแสดงข้อผิดพลาดจะปรากฏขึ้นอย่างสวยงามและไม่เป็นความลับตลอดเวลา เล่นยังคงต้องทำงานกับการจัดการข้อผิดพลาดของพวกเขา
• มีกลไกปลั๊กอินสำหรับ Play ที่ค่อนข้างง่าย
• การคงอยู่ของวัตถุนั้นทำได้ดีมากในฐานข้อมูลหน่วยความจำและ JPA มาพร้อมกับเฟรมเวิร์กดังนั้นจึงไม่มีการกำหนดค่าเครื่องมือคงอยู่ของวัตถุภายนอก การเปลี่ยนจากฐานข้อมูลหน่วยความจำในเป็น RDBMS จริงคือการเปลี่ยนแปลงหนึ่งบรรทัดในไฟล์กำหนดค่า
• การตั้งค่า MVC ทำได้ดีมาก คลาส Model ที่คุณขยายเพื่อสร้างออบเจ็กต์โดเมนของคุณจะทำงานร่วมกับตัวจัดการเอนทิตี JPA พวกเขาไม่ใช่แค่ POJO เท่านั้น
• การแม็พ URL กับตัวควบคุมนั้นง่ายและยืดหยุ่นและทั้งหมดในไฟล์ "เส้นทาง" หนึ่งไฟล์
• เมื่อใดก็ตามที่คุณสร้างโครงการ Play จัดการการพึ่งพา jar ทั้งหมดและ Play มียูทิลิตีเพื่อ eclipse-ify (หรือ IDE ใด ๆ ก็ตามที่คุณชอบ) โครงการเพื่อให้มันนำเข้าโดยตรงสู่ IDE ที่คุณชื่นชอบ

สิ่งที่ฉันไม่ชอบเกี่ยวกับ Play

• เอกสารยังไม่ครบทุกอย่าง แต่ยังมีคุณสมบัติที่ไม่มีเอกสารจำนวนมาก
• เฟรมเวิร์กเป็นเซิร์ฟเวอร์ดังนั้นคุณต้องอุทิศพอร์ตให้กับแต่ละแอปพลิเคชัน ฉันคิดว่ามีคนกำลังทำงานกับปลั๊กอินโฮสต์เสมือน แต่ฉันยังไม่เห็นมันทำงาน
• มันยังเด็กโครงการนี้ยอดเยี่ยมและเทคโนโลยียอดเยี่ยม แต่ต้องการนักพัฒนาเพิ่มขึ้นจริงๆ ฉันชอบที่จะอุทิศเวลาให้กับมันเราจะเห็น

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

นอกจากนี้ยังมีประตูเปรียบเทียบที่ดี <--> JSF ในแง่ของประสิทธิภาพ

ตัวเลือกสามอันดับแรกสำหรับฉันคือ (ตัวอักษร):

• JSF
• Spring MVC
• Struts 2

พวกเขา:

• มีการสนับสนุน Ajax ที่ดี
• อนุญาตให้คุณสร้างเว็บไซต์จริงไม่ใช่แอปพลิเคชัน (เช่น GWT)
• มั่นคงเอกสารดีใช้กันอย่างแพร่หลาย
• MVC
• จาวาบริสุทธิ์
• ผสานรวมกับ Spring เป็นมิดเดิลแวร์ได้ง่าย

เล่นคล้ายกับ ROR เวอร์ชัน ROR ใน java

ตรงกันข้ามกับคำตอบอื่น ๆ ฉันต้องการเน้นข้อเสีย (IMHO) ของกรอบงานเว็บยอดนิยม:

JSF2 - เปิดตัวและอายุมากกว่าแล้ว ยังมีข่าว / บทความ / บล็อกโพสต์ / ประสบการณ์ไม่กี่รายการ ฉันไม่เชื่อ ยังคงรอการเปิดตัวรุ่นต่อไปที่สำคัญของ Richfaces / Icefaces ซึ่งรองรับ jsf 2 อย่างเต็มที่ปัจจุบันสามารถดาวน์โหลดอัลฟ่าบิลด์ได้เท่านั้น

Struts 2 - ดูเหมือนจะเป็นเพียงสิ่งที่ดีถ้าคุณยังคงพึ่งพา Struts และต้องการปรับโครงสร้างส่วนใหญ่ของรหัสของคุณ มิฉะนั้น: ไม่

GWT - ฉันไม่ชอบหน้าเดียวและวิธีจาวา -> จาวาสคริปต์ ฉันไม่แน่ใจว่าหนึ่งเซสชันหรือไม่สามารถทำได้หลายมุมมอง / หน้าต่าง สำหรับฉันเฟรมเวิร์กนี้ควรใช้สำหรับแอปพลิเคชันอินเทอร์เน็ตที่มีหน้าต่างเดียวซึ่งมีผู้ใช้จำนวนมาก

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

Spring MVC - ยังไม่ได้ลอง แต่คุณต้องรวมไห (spring mess) ไว้ใน classpath เพื่อทำงานกับเฟรมเวิร์กนี้อย่างถูกต้อง และต้องอาศัย JSP (ในโครงการส่วนใหญ่) ซึ่งฉันคิดว่าตายไปแล้ว และคุณจะได้กรอบ MVC ที่บริสุทธิ์เท่านั้น - สิ่งอื่น ๆ ทั้งหมด (อาแจ็กซ์และอื่น ๆ ) จะต้องถูกนำไปใช้ / บูรณาการ

Stripes - เฟรมเวิร์ก MVC ขนาดเล็กและได้รับการออกแบบที่ดี แต่มีเอกสารน้อยเกินไปให้คำมั่นสัญญา / ผู้มอบหมายน้อยเกินไปปล่อยน้อยเกินไปสนับสนุนอุตสาหกรรมน้อยลง

ฉันยังอยากรู้อยากเห็นถ้าฉันพลาดกรอบสำคัญออกไปที่นั่น (ฉันปล่อยให้ Tapestry out ออกไปโดยเจตนา) ซึ่งอาจเป็นตัวเลือกสำหรับคุณ (และสำหรับฉันด้วย

ฉันมีความสำเร็จที่ดีกับJAX-RS เป็น Java Web Framework เดียวที่มีข้อมูลจำเพาะ JSR และการใช้งานหลายอย่างนอกเหนือจากข้อมูลจำเพาะเซิร์ฟเล็ตและพอร์ตเล็ต (แม้ว่านี่อาจเป็นสิ่งที่ไม่ดี)

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

นี่คือสูตร Java Web Application Stack ทั่วไป:

Javascript / Flash + การร้องขอ / ตอบสนองการจัดการ + การพึ่งพาการฉีด + การคงอยู่

Javascript: JQuery, Prototype, Dojo

คำขอ / ตอบ: Spring MVC, Stripes และ JAX-RS ที่ฉันโปรดปราน (Jersey, Apache CXF)

การพึ่งพาการฉีด:ฤดูใบไม้ผลิ Guice

ความคงทน: JPA (Hibernate, ที่เก็บข้อมูล Google App), Hibernate, JDO และอื่น ๆ

ฉันยังประสบความสำเร็จอย่างมากในการใช้ AspectJ เพื่อทำให้ Java "ดูดน้อยลง" ด้วยการใช้ mixd ของ ITD @Configurable และ AspectJ ของ Spring คุณจะได้รับ Rails เหมือน Domain objects

ฉันได้พบลายเส้นที่จะเป็นจริงที่มีประสิทธิภาพและมีน้ำหนักเบาที่น่าแปลกใจ .... มันมีจุดมุ่งหมายให้มีน้ำหนักเบากว่าเสา ฉันได้ยินมาจากเพื่อนที่เป็นนักพัฒนาเว็บเต็มเวลาที่ JSF ไม่คุ้มค่ากับการรบกวนถึงแม้ว่าฉันจะไม่มีประสบการณ์โดยตรงและไม่สามารถสำรองข้อมูลด้วยตัวอย่าง (!)

มาดูRESThubที่เป็นไปตามหลักการเดียวกันกับ Play! แต่ดำเนินการโดยการนำโครงร่าง / เครื่องมือระดับองค์กรบางอย่างมาใช้ใหม่เช่น Maven 3 / Spring 3 / Jersey / jQuery

RESThub นั้นก่อกวนได้มากเมื่อเปรียบเทียบกับเฟรมเวิร์กอื่น ๆ เนื่องจากเป็นชุดเครื่องมือสแต็กเต็มรูปแบบ แต่ไม่มี MVC หรือ servlet Framworks ที่ทำงานบนเซิร์ฟเวอร์ แต่จะใช้ GUI ที่ใช้ jQuery UI ซึ่งใช้เว็บเซอร์วิส JAX-RS (REST) ​​และระบบเทมเพลต Javascript ที่อิงกับ EmbeddedJs

เซิร์ฟเวอร์ไร้สัญชาติและเราใช้ HTML5 sessionStorage เพื่อให้เซสชันอยู่ฝั่งไคลเอ็นต์ วิธีนี้คือการออกแบบสำหรับ RIA และความยืดหยุ่น

มีแอพพลิเคชั่นสาธิตบางตัว (แม้ว่าอยู่ระหว่างการปรับปรุง)

JSF เป็น framewrok ที่ดี แต่ JSF 1.2 ขาดวิสัยทัศน์สำหรับปีที่จะมาจากการเปิดตัว JSF 2.0 ดูมีแนวโน้มและมีสิ่งใหม่ ๆ มากมายที่เพิ่มเข้ามา JSF 1.2 เช่นการสนับสนุน ajax, facelets, การสนับสนุนคำอธิบายประกอบและอนุสัญญาเริ่มต้น (XML น้อยลง), การสร้างองค์ประกอบง่ายกว่า 1.2

มันเข้ากันได้ดีกับสปริงเช่นกันหากคุณกังวลเกี่ยวกับการรองรับ DI

ฉันจะแนะนำที่สองของฤดูใบไม้ผลิ ฉันไม่ได้เป็นแฟนตัวยงของ GWT ฉันไม่คิดว่า Java -> Javascript crosscompiler ก็อยู่ที่นั่นแล้ว ฉันกำลังทำงานกับแอป AJAX ที่ใช้สปริงบนเซิร์ฟเวอร์และ jQuery กับลูกค้า ถึงแม้ว่าในทางเทคนิคจะไม่มีการสนับสนุน "แบบใช้งานทันที" สำหรับ jQuery การใช้ AjaxView แบบสปริง -MVC นั้นตายง่ายและใช้รหัสประมาณ 25 บรรทัด

อาจจะน้อยบิตปลายการแสดง แต่ผมต้องพูดถึงVaadin การเขียนโปรแกรมจะทำใน Java เท่านั้นด้วยวิธีการที่ใช้องค์ประกอบ การสื่อสารกับไคลเอนต์ - เซิร์ฟเวอร์นั้นเกี่ยวกับการโต้ตอบของผู้ใช้มากกว่าการรับส่งข้อมูลตรรกะทางธุรกิจทั้งหมดอยู่บนเซิร์ฟเวอร์

Ext GWT + Spring

ฉันคิดว่าสิ่งที่คุณกำลังมองหาคือสิ่งที่ใกล้เคียงกับ Jahia รองรับ GWT, Mashups, Media Content ฯลฯ

http://www.jahia.org/cms/lang/en/home/Jahiapedia/Jahia_Templates http://www.jahia.net/downloads/jahia/jahia6.0.0/readme/index.html

ซอฟต์แวร์แบ็คแบคฐานข้อมูล

สองสามปีหลังได้ใช้ซอฟต์แวร์พอร์ทัล " Backbase " นี้ไม่ได้ครบกำหนดแล้ว แต่ก็ดีและง่ายต่อการพัฒนา

ลองดูที่ItsNat

ItsNat นั้นเป็นเบราว์เซอร์ Java W3C ในเซิร์ฟเวอร์เรียบง่ายอย่างน่าอัศจรรย์ (DHTML ในเซิร์ฟเวอร์) ส่งเสริมแอปพลิเคชันAJAX แบบเข้มข้นสำหรับหน้าเดียว

สิ่งที่สมควรได้รับมากกว่าเพียงแค่สัญลักษณ์แสดงหัวข้อย่อยเป็นเฟรมเวิร์ก RIA ของผู้เล่น อดีต Adobe Flex + Java (แน่นอนว่าสิ่งนี้จะขึ้นอยู่กับว่า "ไซต์" ของคุณเป็น "ไซต์" หรือมากกว่าเช่น "แอปพลิเคชัน" คุณจะไม่ทำบล็อกไซต์ใน Flex)

อาแจ็กซ์,

ในความหมายของ AJAX-as-a-buzzword โดยทั่วไปแล้ว Flex จะใช้ AMF (โปรโตคอลไบนารีที่มีประสิทธิภาพมากกว่าโปรโตคอลที่ใช้โดยแอป AJAX) แม้ว่าคุณจะสามารถทำ AJAX กับ Flex ได้เช่นกัน Flex จึงรองรับ AJAX แต่ยังรองรับ "ดีกว่า AJAX"

เนื้อหาสื่อสมบูรณ์ตอบโต้กับผู้ใช้ได้

เนื่องจาก Flex ทำงานบนแพลตฟอร์ม 'เครื่องเสมือน' ของ Flash ฉันจึงคิดว่าจะต้องมีการเพิ่มเล็กน้อย

แม่แบบตามเค้าโครง

ไม่แน่ใจว่าจะเกิดอะไรขึ้น แต่ดูเหมือน Flex mxml

การตรวจสอบ

สนับสนุนแน่นอนแม้ว่าคุณอาจตัดสินใจที่จะทำสิ่งที่กำหนดเองบางอย่างถ้าคุณต้องการที่จะได้รับแฟนซี (ไม่ใช่ว่าคุณต้องทำ) สิ่งที่ดีคือคุณสามารถมีความซับซ้อนได้ตามที่คุณต้องการ - หรือไม่

การแยกโค้ด html / java สูงสุด

คุณไม่สามารถแยกได้มากขึ้นโดยใช้วิธีการพัฒนา 'เครื่องเสมือน' เช่น Flex / Silverlight / JavaFX สิ่งนี้ไม่เพียง แต่ช่วยให้คุณสามารถแยกรหัสการนำเสนอของคุณออกจากตรรกะฝั่งเซิร์ฟเวอร์และชั้นการเข้าถึงข้อมูลของคุณ แต่ช่วยให้แน่ใจว่าพวกเขาจะถูกแยกออก 'Virtualizing' สภาพแวดล้อมการพัฒนาของคุณช่วยให้คุณสามารถใช้งานร่วมกับเบราว์เซอร์ข้ามแพลตฟอร์มเป้าหมายที่สอดคล้องกันไม่ต้องกังวลกับเบราว์เซอร์ใหม่หรือเบราว์เซอร์ใหม่ที่จะทำลายแอปพลิเคชันของคุณ .