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

เฟรมเวิร์กเป็นชุดเครื่องมือเพิ่มเติมสำหรับภาษาโปรแกรมและตัวแปลภาษาที่เกี่ยวข้อง บางครั้งมันเป็นข้อบังคับ; บางครั้งมันเป็นตัวเลือกและช่วยในการพัฒนาแอปพลิเคชัน

9
การพิจารณาว่าภาษา / กรอบ / เทคโนโลยีเป็น 'การพิสูจน์ในอนาคต'
ฉันเป็นนักพัฒนา PHP และฉันเพิ่งเริ่มทำงานกับ CodeIgniter ดูเหมือนว่าเมื่อใดก็ตามที่ฉันค้นหาสิ่งที่เกี่ยวข้องกับ CodeIgniter การโพสต์บล็อกและสิ่งที่ไม่ปกติจาก '09 หรือ '10 ดังนั้นฉันจึงคิดว่า CodeIgniter ยังคงมีความเกี่ยวข้องและจะเป็นในอนาคตหรือไม่ มีกรอบอื่นที่เกิดขึ้นหรือไม่ เช่นเดียวกันสำหรับภาษาและกรอบอื่น ๆ เช่นกัน คุณละทิ้งการเรียนรู้ภาษาหรือกรอบบางประเด็น มีวิธีง่ายๆในการค้นหาผู้ที่เกิดขึ้นใหม่และคุ้มค่าหรือไม่

9
มันสมเหตุสมผลหรือไม่ที่จะหลีกเลี่ยงเฟรมเวิร์กเมื่อสร้าง webapp ขนาดใหญ่ด้วย PHP?
ในฐานะนักพัฒนาแอปพลิเคชันเว็บ PHP เป็นเวลาหลายปีฉันมีส่วนแบ่ง MVC และกรอบงานของฉัน ตอนแรกฉันคิดว่าพวกเขาเป็นสิ่งที่ดีที่สุดตั้งแต่หั่นขนมปัง; ทุกอย่างดูเหมือนจะง่ายมากที่จะใช้ อย่างไรก็ตามในตอนนี้ดูเหมือนว่าแอพพลิเคชั่นจะมีความซับซ้อนมากขึ้นเท่าไหร่ความยุ่งยากในการแนะนำก็มากขึ้นดังนั้นฉันต้องพัฒนาวิธีแก้ปัญหาเพื่อเอาชนะมัน การแก้ปัญหาดังกล่าวมักจะค่อนข้างยุ่งยากและซับซ้อนเนื่องจากฉันต้องเจาะลึกลงไปในรหัสแกนหลักของเฟรมเวิร์กและทำการเปลี่ยนแปลงเพื่อให้มันทำงานตามที่ฉันต้องการ ตัวอย่างเช่นในหนึ่งในโครงการของฉันที่ฉันใช้ Slim (C) + Idiorm (M) + Twig (V) (ซึ่งฉันเชื่อว่ามีความยืดหยุ่นมาก) ฉันต้องสร้างฟังก์ชันที่กำหนดเองเพื่อแสดงข้อมูลแบบไดนามิกในเทมเพลตหลัก ไม่มีกรอบฉันสามารถรัน mysql_query () ในไฟล์ที่รวมไว้ได้ โอเคกรอบงานเจ๋ง ๆ ถ้าฉันสร้างเว็บไซต์โปรไฟล์ บริษัท ที่เรียบง่าย ฉันสามารถชักรหัสในคืนเดียวและพวกเขามักจะพร้อมในตอนเช้าและจำนวนของการฝึกการเขียนโปรแกรมที่ดีและรูปแบบการออกแบบที่ฉันได้เรียนรู้จากพวกเขานั้นมีค่ามาก แต่จริงๆแล้วสำหรับเว็บแอปพลิเคชันที่ซับซ้อนเช่นระบบจัดการโรงเรียนแบบ all-in-one เว็บกรอบมักจะได้รับในทางของกระบวนการทางธุรกิจของฉันเช่นในตัวอย่างข้างต้น ดังนั้นคำถามของฉันคือ: ใช่ไหมที่จะกลับไปสู่พื้นฐานและใช้รหัส PHP มาตรฐานและ libaries ในการทำโปรเจ็กต์ต่อไปของฉันซึ่งอาจมีกรอบและไลบรารีที่มีค่าใช้จ่ายสูงถึงพันล้านหากฉันสามารถใช้วิธีการเขียนโค้ดที่ดี ชอบ MVC ไหม ทีมพัฒนาของฉันค่อนข้างเล็ก: มีเพียงโปรแกรมเมอร์ 2 คนและนักออกแบบ 1 คน โปรแกรมเมอร์คนอื่นเห็นด้วยกับความคิดของฉันด้านบน

3
ทำไมเรามี. NET รสชาติมากมาย? มันเป็นสิ่งที่ดีหรือไม่? [ปิด]
ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้อาจเรียกร้องให้มีการอภิปรายโต้แย้งโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน8 ปีที่ผ่านมา NET Frameworkมี "รสชาติ" มากมาย: เต็ม ("ปกติ") ส่วนย่อยของโปรไฟล์ลูกค้า Silverlight ในเว็บเบราว์เซอร์ "Silverlight" บน Windows Phone กรอบขนาดกะทัดรัด WinRT เมื่อจำเป็นต้องใช้รหัส C # บนแพลตฟอร์มใหม่ดูเหมือนว่า Microsot ต้องการใช้ CLR แบบเต็มและตัดมันลงในชุดย่อยขนาดเล็กสร้างแอสเซมบลีและเคลื่อนย้ายชนิดใหม่แทนที่จะใช้ชุดประกอบที่มีอยู่เช่น BCL . ตัวอย่างเช่น Silverlight มีคลาส / วิธีการที่แตกต่างกันไปยัง WPF (แม้กระทั่งวิธีการบางอย่างที่มีลายเซ็นที่แตกต่างกันเล็กน้อยหรือการใช้งานที่แตกต่างกันมาก) แทนการอ้างอิงการใช้งานแบบเดียวList<T>กับ WPF นี่เป็นสถาปัตยกรรมในอุดมคติหรือเป็นสัญลักษณ์ของมรดกหรือไม่? BCL ไม่ควรรันบนทุกแพลตฟอร์มโดยมีเพียงไลบรารีการนำเสนอ / IO ที่แตกต่างกันในแต่ละอัน? หรือ BCL …

4
เหตุใด Rails เขียนใน Ruby [ปิด]
ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน6 ปีที่ผ่านมา ฉันรู้ PHP และ Ruby ใช้โคลน PHP Rails (ไม่เลือก) เรียกว่า Symfony (ซึ่งเห็นได้ชัดว่าเป็นกรอบ PHP ที่ดีที่สุด) ฉันสังเกตว่ามันเป็นโคลนของ Rails ฉันคิดว่า Symfony นั้นโง่และ (SensioLabs เป็นธุรกิจที่ฉลาด) เพราะ Rails มีอยู่แล้ว นอกเหนือจากโครงการโอเพ่นซอร์สที่สร้างรายได้ฉันไม่เข้าใจว่าทำไมผู้คนถึงสร้าง Rails clones ใน PHP เมื่อ Rails มีอยู่แล้ว ทำไมไม่ใช้ Rails DHH เขียนโค้ด Rails กับ Ruby อย่างแน่นอน เมื่อใช้ Symfony ฉันสังเกตว่ามีอะไรบางอย่างไม่ถูกต้อง แต่ฉันไม่รู้ว่ามันคืออะไร …

6
กรอบการทำงานจำเป็นใน PHP หรือไม่ [ปิด]
ปิด คำถามนี้จะต้องมีมากขึ้นมุ่งเน้น ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้มุ่งเน้นที่ปัญหาเดียวโดยแก้ไขโพสต์นี้ ปิดให้บริการใน6 ปีที่ผ่านมา เฟรมเวิร์กจำเป็นจริงๆใน PHP หรือไม่? ข้อดีและข้อเสียของการใช้มีอะไรบ้าง
9 php  frameworks 

7
Joomla หรือการพัฒนาตั้งแต่เริ่มต้น? [ปิด]
ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน6 ปีที่ผ่านมา ในฐานะคนที่มีประสบการณ์น้อยมากฉันอยากจะรู้ว่าอะไรทำให้คุณคิดว่า Joomla สามารถตอบสนองทุกความต้องการได้ สิ่งที่ทำให้คุณเลือกมากกว่าการพัฒนาตั้งแต่เริ่มต้น (หรือใช้กรอบเช่น Yii หรือ Kohana) อะไรคือปัญหาที่พบบ่อยที่สุดหรือสำคัญที่สุดที่คุณต้องเผชิญเมื่อใช้ Joomla? เนื่องจากฉันไม่มีประสบการณ์มากพอฉันจะกดดันว่าหนึ่งในปัญหาที่ใหญ่ที่สุดคือความยืดหยุ่น คุณไม่สามารถปรับขนาดหรือปรับแต่งพฤติกรรมของแอปของคุณและแม้ว่าคุณจะทำได้ แต่คุณต้องฝ่าฝืนกฎบางอย่างใน Joomla หรือรอรุ่นถัดไป เรื่องนี้จริงหรือ ขณะนี้ฉันกำลังสร้างโครงการระยะยาวอาจมีฟังก์ชั่นและพฤติกรรมที่เฉพาะเจาะจงมากมาย ฉันต้องการสร้างจากศูนย์หรือด้วยความช่วยเหลือจากกรอบงาน PHP บางส่วน แต่ฉันเคยเห็นเว็บไซต์มากมาย (และบางเว็บไซต์ก็ยอดเยี่ยมในแง่ของความซับซ้อน) กำลังใช้ Joomla เรื่องนี้ทำให้ฉันสงสัยเกี่ยวกับการเลือกเทคโนโลยีที่เหมาะสม ฉันอยากรู้ว่ามีเหตุผลใดข้อหนึ่งหรือสองข้อในการเลือก Joomla / อื่น ๆ

7
ทำไมไม่มีวัฒนธรรมการจ่ายเงินสำหรับกรอบ? [ปิด]
ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน4 ปีที่แล้ว หนึ่งในผลข้างเคียงของแนวโน้มที่เพิ่งเริ่มต้นของการเริ่มต้น "ลีน" และยุคแอพสโตร์คือผู้บริโภคมีความคุ้นเคยกับการจ่ายราคาเล็ก ๆ สำหรับเกม / ผลิตภัณฑ์ขนาดเล็กมากขึ้น เช่น.: SAAS ออนไลน์ที่คิดค่าบริการ ~ $ 5 / เดือน (รูปแบบฐานของผลิตภัณฑ์) เกมที่สั้นสนุกและราคาถูก ($ 0.99 จาก app store ตลาดนี้ถูกกำหนดโดย "ทำสิ่งหนึ่งสิ่งที่ดีและเรียกเก็บเงินจากลูกค้า" ชื่อเสียงของ DHH of Rails / 37 ให้เหตุผลว่าหากเว็บไซต์ของคุณไม่ทำเงินไม่ต้องมายุ่งเกี่ยว ทำไมกฎเดียวกันไม่ใช้กับเฟรมเวิร์ก มีโครงงานซอฟต์แวร์จำนวนมากออกมา - ซึ่งส่วนใหญ่เป็นผู้ใหญ่และมีคุณสมบัติหลากหลายซึ่งให้คุณค่าที่สำคัญแก่นักพัฒนา แต่ดูเหมือนจะไม่มีตลาดหรือวัฒนธรรมการจ่ายเงินสำหรับสิ่งเหล่านี้ ดูเหมือนว่าโครงการที่เรียกเก็บเงินมักจะเป็นชุดเครื่องมือส่วนประกอบ UI และมักจะถูกลดทอนความโปรดปรานของทางเลือกฟรี ทำไมนี้ โปรแกรมเมอร์ / ธุรกิจอย่างแท้จริงเห็นคุณค่าในการมีส่วนร่วมในโครงการเช่น …
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.