ASP.Net หรือ WPF (C #)? [ปิด]

ทีมของเราแบ่งออกเป็นส่วนนี้และฉันต้องการได้รับความเห็นจากบุคคลที่สาม

เรากำลังสร้างแอปพลิเคชันและไม่สามารถตัดสินใจได้ว่าเราต้องการใช้. Net WPF Desktop Application กับเซิร์ฟเวอร์ WCF หรือเว็บแอป ASP.Net โดยใช้ jQuery ฉันคิดว่าฉันถามคำถามที่นี่พร้อมสเป็คบางอย่างและดูว่าข้อดี / ข้อเสียของการใช้ทั้งสองด้านจะเป็นอย่างไร ฉันมีความชื่นชอบเป็นของตัวเองและรู้สึกว่าฉันลำเอียง

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

แอพลิเคชันรายละเอียด:

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

รายการที่ต้องพิจารณา (อาจไม่ใช่ในบางกรณี แต่ในรุ่นถัดไป):

• มีที่ว่างสำหรับส่วนประกอบเพิ่มเติมที่จะเพิ่มหลังจากรีลีสเริ่มต้น (มีจำนวนมากของเหล่านี้ ... อาจทำงานได้ที่นี่มากกว่าแอปพลิเคชันเริ่มต้น)
• การนำทางคีย์บอร์ด
• ประสิทธิภาพเป็นสิ่งจำเป็น
• ความเร็วในการผลิตเป็นเวอร์ชั่นเริ่มต้น
• ค่าใช้จ่ายในการบำรุงรักษาต่ำ
• การสนับสนุนในอนาคต
• บูรณาการ Softphone / สแกนเนอร์

นักพัฒนาของเรา:

• เรามีโปรแกรมเมอร์ 1 คนที่เรียนรู้ WPF ในช่วงสองสามเดือนที่ผ่านมาและเป็นคนที่แนะนำให้เราใช้ WPF สำหรับสิ่งนี้
• เรามีโปรแกรมเมอร์คนที่สองที่คุ้นเคยกับ ASP.Net และผู้ที่อาจช่วยเหลือโครงการในอนาคตแม้ว่าเขาจะไม่ทำงานจนกว่าจะมีการเปิดตัวครั้งแรกนับตั้งแต่เวลาที่ใช้ไปกับการบำรุงรักษาซอฟต์แวร์ปัจจุบันของเรา
• มีฉันคนหนึ่งที่ทำงานกับทั้งคู่และรู้สึกสบายใจ
• เรามี บริษัท ภายนอกที่ทำการจัดการโครงการและพวกเขาเป็น บริษัท ASP.Net
• เราวางแผนที่จะจ้าง 1-2 คนอื่น ๆ แต่เราจำเป็นต้องรู้ทิศทางที่เราจะไปก่อน

สิ่งแวดล้อม:

• ผู้ใช้ทั่วไปอยู่บนเซิร์ฟเวอร์ Windows 2003 ที่มีบริการเทอร์มินัล พวกเขาเชื่อมต่อโดยใช้ WYSE thin-ไคลเอ็นต์ผ่านการเชื่อมต่อ RDP เจ้าหน้าที่ธุรการมีพีซีของตนเองพร้อม XP หรือสูงกว่า ผู้ใช้ได้รับอนุญาตให้ระบุความละเอียดของตัวเองแม้ว่าพวกเขาจะ จำกัด การใช้ IE เป็นเว็บเบราว์เซอร์
• สถานที่อื่นเชื่อมต่อกับเครือข่ายของเราผ่านการเชื่อมต่อ MPLS

จากนั้นคุณจะเลือกอะไรและทำไม

แน่นอนว่ามันฟังดูคล้ายกับแอพ WPF ที่มีการโต้ตอบกับผู้ใช้จำนวนมากและอาจโต้ตอบกับฮาร์ดแวร์ คุณสามารถส่งแอพผ่านคลิก - ครั้งเดียวดังนั้นการปรับใช้ส่วนใหญ่จะไม่ใช่ปัญหา แอป WPF ของคุณสามารถเข้าถึงบริการ WCF และส่งข้อมูลเป็นแบบไบนารี่ได้ดังนั้น performace จะยอดเยี่ยม ฉันจะเริ่มอ่าน WPF และทำความคุ้นเคยกับมันโดยเร็วที่สุด

คำตอบจากคนบ้า: ทั้งคู่ รับเลเยอร์บริการที่ถูกต้องมันเป็นเรื่องง่ายที่จะมีไคลเอนต์หนาที่ทำทุกอย่าง (WPF) และเว็บไคลเอ็นต์ที่รวดเร็วในการทำสิ่งที่พบบ่อยที่สุด (ASP.NET) ออกจากประตูเปิดไปยังไคลเอนต์มือถือ ฯลฯ ตามถนน

หากคุณมีโปรแกรมเมอร์เพียงคนเดียวที่เรียนรู้ WPF และคุณกำลังพิจารณาให้ทีมของคุณกระโดดไปที่ WPF แล้วทำไมไม่ใช้ Silverlight แทนล่ะ คุณได้รับประโยชน์มากมายจาก WPF แต่ยังคงความสามารถในการออกจากโครงการของคุณเป็นเว็บแอป เนื่องจากคุณกำลังมองหาโปรเจ็กต์ที่ถูกทำให้เป็นโมดูลขนาดใหญ่มันสมเหตุสมผลที่จะใช้PRISMกับ WPF หรือ Silverlight เพื่อทำให้ MVVM ง่ายขึ้น

ทีมของฉันเพิ่งเลือกใช้ Silverlight บน asp.net มันเป็นตัวเลือกที่ยอดเยี่ยมสำหรับเรา ตอนแรกเรามีนักพัฒนาเพียงคนเดียวเท่านั้นที่รู้จักแสงสีเงิน จากนั้นเราทุกคนเข้าร่วมชั้นเรียนฝึกอบรมสัปดาห์ที่ส่วนใหญ่ไร้ประโยชน์ แต่อย่างน้อยเท้าของเราก็เปียก ในที่สุดเราต้องจ้างผู้รับเหมาสองคนเพื่อช่วยเราในการสร้างกรอบ UI จำนวนมากของเรา ทีมส่วนใหญ่ของเรายังคงไม่มั่นใจในทักษะแสงสีเงินของพวกเขา ตัวเองสมาชิกในทีมเริ่มต้นที่มีความรู้เกี่ยวกับแสงสีเงินและผู้รับเหมาสองคนเป็นคนที่พัฒนา SL อย่างมาก หลังจากนั้นเรามีสมาชิกแบ็คเอนด์ที่อุทิศตนสองคน ฉันจะบอกว่าใช้เวลาประมาณ 2 เดือนหลังจากตัดสินใจย้ายไปที่ Silverlight ซึ่งเรามีอะไรที่เป็นรูปธรรมมารวมกัน อย่างไรก็ตาม ตอนนี้เรามีผลิตภัณฑ์ที่ยอดเยี่ยมที่ให้ความรู้สึกเหมือนแอปพลิเคชันฝั่งไคลเอ็นต์ที่ทำงานอยู่ภายในเว็บเบราว์เซอร์และไม่ได้ติดตั้งในเครื่องใด ๆ การพัฒนาอยู่ภายใต้ปีทั้งหมดและเราใกล้จะพร้อมที่จะปล่อยหรือผู้สมัครรุ่นแรก

บางสิ่งที่ควรพิจารณา:

• WPF หรือแสงสีเงินแล้วแต่จำนวนใดที่คุณเลือกจะมีจำนวนยุติธรรมที่นักพัฒนาของคุณจะต้องเรียนรู้

• Silverlight สามารถใช้งานเบราว์เซอร์หมดหากจำเป็น ถ้าคุณทำสิ่งนี้มันเป็นเรื่องง่ายมากที่จะตั้งค่าเพื่อที่ว่าหากคุณเคยใช้เวอร์ชั่นใหม่ออกมาโปรแกรมเบราว์เซอร์ SL ที่ติดตั้งจากเบราว์เซอร์จะอัปเดตตัวเองโดยอัตโนมัติ

• Silverlight ไม่รวมตัวควบคุมทั้งหมดที่ WPF มี

บันทึกย่อสุดท้ายของฉันคือถ้าคุณต้องการที่จะปั่นโค้ดให้เร็วที่สุดเท่าที่จะเป็นไปได้ก็ควรที่จะใช้ ASP.NET qualms สำคัญของฉันกับ ASP คือถ้าคุณไม่สร้างวินัยให้กับทีมของคุณมันเป็นเรื่องง่ายสำหรับโครงการ ASP.NET ที่จะทำให้รกและยุ่งเหยิง หากคุณคิดว่าคุณจะสามารถจัดการกับค่าใช้จ่ายเริ่มต้นของการเร่งความเร็วด้วยเทคโนโลยี Silverlight หรือ WPF จะช่วยให้คุณมีความเป็นไปได้ที่ยอดเยี่ยมมากมาย

ส่วนนี้เกี่ยวข้องกับ:

ผู้ใช้ทั่วไปอยู่บนเซิร์ฟเวอร์ Windows 2003 ที่มีบริการเทอร์มินัล พวกเขาเชื่อมต่อโดยใช้ WYSE thin-ไคลเอ็นต์ผ่านการเชื่อมต่อ RDP เจ้าหน้าที่ธุรการมีพีซีของตนเองพร้อม XP หรือสูงกว่า ผู้ใช้ได้รับอนุญาตให้ระบุความละเอียดของตัวเองแม้ว่าพวกเขาจะ จำกัด การใช้ IE เป็นเว็บเบราว์เซอร์

WPF นั้นยอดเยี่ยมในการเชื่อมต่อ Remote Desktop / Thin client ภาพเคลื่อนไหวจะไม่ราบรื่นและรูปภาพที่ซับซ้อน (แม้แต่การไล่ระดับสี) จะทำให้การตอบสนอง UI ช้าลงเพื่อรวบรวมข้อมูล เจ้าหน้าที่ธุรการที่มีเครื่องเรโทร XP ทั่วไปมักจะมีปัญหาด้านประสิทธิภาพการทำงานกับแอพพลิเคชั่น WPF ที่ซับซ้อน (เนื่องจาก RAM จำนวนน้อยและ GPU ที่ไม่ดี)

หากคุณไปที่เส้นทาง WPF สำหรับกราฟิกที่หลากหลายให้เตรียมพร้อมสำหรับการแฮ็กประสิทธิภาพในนาทีสุดท้ายเมื่อคุณพบว่าเครื่องเป้าหมายมีอายุสิบปี ติดกับหน้าจอคงที่และใช้. NET 4.0 เนื่องจากประสิทธิภาพ WPF ได้รับการปรับปรุงอย่างมากตั้งแต่ 3.5

ในทางเทคนิคแล้วฉันเชื่อว่าการรวมกันของ WPF / WCF เป็นทางออกที่ดีกว่า

อย่างไรก็ตามฉันไม่มั่นใจว่าโปรแกรมเมอร์ WPF ปัจจุบันของคุณมีประสบการณ์จริงสำหรับโครงการนี้ WPF ค่อนข้างเปลี่ยนไปในกระบวนการคิดการเขียนโปรแกรมจากการเขียนโปรแกรม Winform ดังนั้นคุณจะต้องคิดนานและหนักหนาว่าคุณมีทักษะเพียงพอในทีมจริง ๆ เพื่อส่งมอบเส้นทางนี้หรือไม่

น่าสนใจ ฟังดูคุ้นเคยกับแอพที่เราเพิ่งเริ่มต้นที่ บริษัท ของฉัน (โทรศัพท์จิบและการรวมสแกนเนอร์และทั้งหมด)

เราเลือก Silverlight โดยให้ความสำคัญกับ SOA เพื่อให้สามารถทำการตรวจสอบ WPF ได้ในภายหลังหากจำเป็น

มีที่ว่างสำหรับส่วนประกอบเพิ่มเติมที่จะเพิ่มหลังจากรีลีสเริ่มต้น (มีจำนวนมากของเหล่านี้ ... อาจทำงานได้ที่นี่มากกว่าแอปพลิเคชันเริ่มต้น)

เรากำลังใช้ MEF ในเลเยอร์บริการและสร้างจุดส่วนขยาย (ส่วนต่อประสานปลั๊กอินที่อธิบายถึงบางจุดที่เราวางแผนที่จะขยายหรือรวมกับระบบอื่น ๆ )

การนำทางคีย์บอร์ด

ไม่ใช่ปัญหา.

ประสิทธิภาพเป็นสิ่งจำเป็น

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

ความเร็วในการผลิตเป็นเวอร์ชั่นเริ่มต้น

ขึ้นอยู่กับชุดทักษะ แต่ตามความเป็นจริงทุกคนต้องการทำตลาดให้เร็วที่สุดเท่าที่จะเป็นไปได้เสมอดังนั้นจึงไม่ใช่ข้อโต้แย้ง

ค่าใช้จ่ายในการบำรุงรักษาต่ำ

เช่นเดียวกับความเร็วในการผลิตมันยังเป็นข้อถกเถียงและจะลงมาในการออกแบบและการเขียนโค้ด หากคุณกำลังพูดถึงการบำรุงรักษาฮาร์ดแวร์คุณอาจต้องการใช้แอพคลาวด์

การสนับสนุนในอนาคต

ฉันไม่แน่ใจว่ามันหมายถึงอะไร

บูรณาการ Softphone / สแกนเนอร์

Silverlight 4 อนุญาตให้เข้าถึงเว็บแคม / ไมโครโฟนได้ในตอนนี้ (เราหวังว่าจะทำการประชุมทางวิดีโอระหว่างแอปพลิเคชันรวมถึงการรวม sip) ดังนั้นหากคุณใช้เซิร์ฟเวอร์โทรศัพท์คุณสามารถเขียนด้วยตนเอง ฉันไม่รู้เกี่ยวกับสิ่งที่มีอยู่ แต่สิ่งนี้อาจช่วยได้

มิฉะนั้นคุณอาจต้องแฮ็คที่น่าเกลียด (ไม่มีการอ้างอิงถึงบทความ / s อีกต่อไปขอโทษ) หรือคุณไม่มีทางเลือกนอกจากต้องมีแอป WPF ที่สามารถโต้ตอบกับระบบไฟล์ได้ SL4 สามารถออกนอกเบราว์เซอร์ได้ แต่สามารถเข้าถึงบางส่วนของระบบไฟล์เท่านั้น ไม่มีพวกเขามีแนวโน้มที่จะเป็นส่วนที่คุณต้องมีปฏิสัมพันธ์กับโทรศัพท์จิบ

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

คุณต้องการแอปพลิเคชั่นที่ตอบสนองอย่างรวดเร็วเพื่อให้ผู้คนใช้งานได้ทั้งวันหรือไม่? ใช้ WPF คุณจะพบว่าการใช้องค์ประกอบ GUI ใน WPF บน ASP / MVC ได้ง่ายขึ้นด้วย (IMHO)

ใช่ jquery et al ยอดเยี่ยมมาก Silverlight เจ๋ง แต่แอปบนเดสก์ท็อปยังมีประสิทธิภาพมากกว่า

สำหรับส่วนหลัง WCF นั้นใช้ได้

ฉันจะต้องแนะนำให้คุณใช้ WCF สำหรับชั้นบริการของคุณเนื่องจากความยืดหยุ่นและความปลอดภัย สำหรับเลเยอร์การนำเสนอคุณสามารถใช้ Silverlight หรือ ASP.NET ได้ Silverlight เป็นเหมือน Flash แต่มันยากที่จะเข้าใจและมีช่วงการเรียนรู้สูงในตอนแรกส่วนใหญ่เมื่อทำงานกับข้อมูล ASP.NET นั้นใช้ง่ายกว่า แต่คุณจะต้องใช้ tweaking และ javascript จำนวนมากเพื่อใช้งานได้อย่างมีประสิทธิภาพ