ฉันควรผสม AngularJS กับกรอบ PHP หรือไม่ [ปิด]

AngularJS นั้นทรงพลังมากเมื่อพูดถึง HTML5 เชิงโต้ตอบและการเชื่อมโยงโมเดล ในทางตรงกันข้าม PHP framework เช่น Yii ช่วยให้การพัฒนาแอปพลิเคชั่นเว็บที่รวดเร็วมีโครงสร้างปลอดภัยและมีประสิทธิภาพ เทคโนโลยีทั้งสองมีวิธีการที่ซับซ้อนสำหรับการเข้าถึงข้อมูลการวนซ้ำและการจัดหน้า

เป็นการดีหรือไม่ดีที่จะผสมผสานทั้งสองวิธีนี้ (การตั้งค่าหน้ากระดาษ "ฝั่งไคลเอ็นต์และฝั่งเซิร์ฟเวอร์") หรือเป็นการเปรียบเทียบกับความหมายของแอปพลิเคชันเว็บ HTML5 AJAX แบบอินเทอร์แอคทีฟ

ฉันไม่ได้พูดถึงการสร้าง JS โดยใช้ PHP ( ดูคำถามนี้ ) - ฉันกำลังพูดถึงการสร้างมุมมองที่จะใช้ประโยชน์จาก AngularJS

ฉันยังรู้ว่าหน้า AngularJS ควร (หรือสามารถ) สื่อสารกับเซิร์ฟเวอร์ผ่านบริการ REST เพื่อรับข้อมูล ( ดูคำถามนี้ ) แทนที่จะดึงจากตัวอย่าง PHP ตัวแปรโดยตรง แต่สำหรับฉันแล้วมันดูเหมือนสะดวกกว่าในการออกแบบ "เฟรม" สำหรับเว็บแอปพลิเคชันทั้งหมดแยกกันใน PHP (เช่นสร้างเมนูหลักหรือจัดการการอนุญาต / เซสชัน ฯลฯ )

ดูเหมือนว่าคุณอาจจะรู้สึกสบายใจกับการพัฒนาใน PHP คุณปล่อยให้สิ่งนี้ขัดขวางคุณจากการใช้ศักยภาพของแอพพลิเคชั่นบนเว็บอย่างเต็มที่

เป็นไปได้แน่นอนที่จะมี PHP แสดงผลบางส่วนและทั้งหมด แต่ฉันจะไม่แนะนำ

ในการใช้ความเป็นไปได้ทั้งหมดของ HTML และ javascript เพื่อสร้างเว็บแอปพลิเคชันนั่นคือหน้าเว็บที่ทำหน้าที่คล้ายกับแอปพลิเคชันมากขึ้นและอาศัยการเรนเดอร์ด้านไคลเอนต์อย่างมากคุณควรพิจารณาให้ลูกค้ารักษาความรับผิดชอบทั้งหมด วิธีนี้จะง่ายต่อการบำรุงรักษาและจะใช้งานง่ายขึ้น

ฉันอยากจะแนะนำให้คุณคิดอย่างสะดวกสบายยิ่งขึ้นด้วยวิธีการที่เป็นศูนย์กลางของ API แทนที่จะใช้ PHP เป็นมุมมองที่แสดงผลล่วงหน้าและใช้เชิงมุมสำหรับการจัดการ DOM เท่านั้นคุณควรพิจารณาให้แบ็กเอนด์ PHP แสดงผลข้อมูลที่ควรดำเนินการกับ RESTFully และให้มุมแสดงอยู่

ใช้ PHP เพื่อแสดงมุมมอง:

/user/account

if($loggedIn)
{
    echo "<p>Logged in as ".$user."</p>";
}
else
{
    echo "Please log in.";
}

วิธีแก้ไขปัญหาเดียวกันด้วยวิธีการที่เป็นศูนย์กลางของ API ด้วยการแสดงผล JSON ดังนี้:

api/auth/

{
  authorized:true,
  user: {
      username: 'Joe', 
      securityToken: 'secret'
  }
}

และใน Angular คุณสามารถรับและจัดการฝั่งไคลเอ็นต์การตอบสนอง

$http.post("http://example.com/api/auth", {})
.success(function(data) {
    $scope.isLoggedIn = data.authorized;
});

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