ความคุ้มในที่นี้คือ balance ระหว่างความเร็วในการ dev และ performance ของระบบ
ตอนนี้ผมใช้ PHP Framework ที่มีตัวช่วยในการ render view เช่น <?php echo form::select('categoryId'); ?> มันก็จะไปดึงรายการที่มีใน table ชื่อ Category มาสร้างเป็นตัวเลือก Dropdown List อัตโนมัติ
<select id="categoryId" name="categoryId"> ... </select>
ช่วยให้เร็วในการสร้าง view และไม่ต้อง bind ค่าลง form เอง แถมมี form validator ที่ช่วยเช็ค input ที่ฝั่ง backend ได้เลย หรือมีพวก Scaffolding อย่าง CakePHP หรือ Yii ที่ช่วย Gen CRUD Form แบบนี้ถือว่าเร็วในการ dev
ในขณะที่ถ้าผมใช้ JS Framework อย่าง AngularJS หรือไม่ใช่ Framework อย่าง React หรือ VueJS แบบนี้จะเร็วในแง่การใช้งานคือ performance แต่ก็เพิ่มงานในขั้นตอนการ dev ที่ต้องรับส่งค่าระหว่าง backend -> frontend เพื่อมา bind ค่าลงใน form เอง แถมต้องแยกการสร้าง form validator ที่ frontend กับ input validator ที่ backend ออกจากกันอีก งานเพิ่มสองเท่า
ข้างบนเป็นการยกตัวอย่างง่ายๆ
ซึ่งตอนนี้ผมมีทุกอย่างที่ PHP ทำได้อยู่แล้ว ซึ่งสามารถรองรับโหลดระดับกลางๆ ได้สบาย โอกาสจะต้องรับโหลดมหาศาลงานระดับชาติคงยังไม่มี ถึงตอนนั้นค่อยเปลี่ยน tool ก็ยังทัน แต่ก็ยังคิดว่าถ้าย้ายมาใช้ JS สำหรับ Frontend ก็น่าจะเพิ่มประสบการณ์การใช้งานได้ดีขึ้นด้วย
สองจิตสองใจไม่รู้จะหันไปทางไหน
คิดว่าในช่วง 3-5 ปี,
tontpong Mon, 16/04/2018 - 12:45
คิดว่าในช่วง 3-5 ปี, toolset ตัวหลักๆ น่าจะ convert งานไปเป็น web assembly กันได้.. เช่นใช้การ drag & drop ช่วย generate พวก form ใน toolset ของ .net แล้ว convert ไปเป็น web assembly เพื่อเอาไปใช้บนเวบได้เลย ?
ถ้าไม่สะดวกเรื่อง host
PandaBaka Mon, 16/04/2018 - 13:43
ถ้าไม่มีปัญหาเรื่อง Host ก็ลองเล่นดูครับมันดีงามโหลดไว (ส่วนตัวคิดว่าคุ้มนะ) แต่ถ้าไม่สะดวกก็ย้ายเฉพาะ view มารันบน React ส่วนใส้ในก็ PHP เหมือนเดิมก่อนก็ได้มั้งครับ ส่วนเรื่อง Performance ผมว่าลองทดสอบเรื่อง SEO ไปในตัวก็ดีครับ ถ้าใช้แต่ Google คิดว่าไม่มีปัญหาอะไร แต่ถ้าใช้พวก 3rd party แบรนด์ประหลาดๆ ก็ระวังเรื่องจัดลำดับการโหลดหน่อย บางทีมันดึง Content ไปอ่านไม่ได้
คิดว่าจะมีคนมารับงานต่อหรือเป
mr_tawan Tue, 17/04/2018 - 02:14
คิดว่าจะมีคนมารับงานต่อหรือเปล่าล่ะครับ ?
ถ้าคิดว่ามี ใช้ framework ไปน่าจะมีประโยชน์ในระยะยาวนะครับ (ยกเว้นแต่ว่าดันไปใช้ตัวที่ถูกตัดจบ)
อาจจะมีคนรับงานต่อครับ
crucifier Tue, 17/04/2018 - 08:23
อาจจะมีคนรับงานต่อครับ อย่างไรก็ตามตอนนี้ผมใช้ PHP Framework สำหรับงาน frontend อยู่แล้ว (ให้นึกถึง Blade Template ของ Laravel) ประเด็นคือจะใช้ JavaScript Framework สำหรับ frontend เพื่อเพิ่ม performance และประสบการณ์การใช้งานของ user ดีมั้ย
ข้อเสียที่ผมเห็นชัดตอนนี้คือมันทำให้ dev งานได้ช้าลง เพราะไม่ได้ใช้ความ magic บางอย่างที่ PHP Framework มี
JS Framework
chhopster Tue, 17/04/2018 - 10:49
สมมติ non-ssr
JS Framework ชื่อก็บ่งบอกว่าทุกอย่างจบที่ฝั่ง client ลองนึกภาพตามนี้นะครับ
<?php echo form::select('categoryId'); ?> ได้ selector บรรทัดเดียวจบ เเล้วพ่นออกมาเสร็จตั้งเเต่ฝั่ง server เเต่ถ้าเป็น JS เช่น VueJS ละกัน ผมสร้าง component มาตัวนึงสุดท้ายจังหว่ะ binding โมเดลก็ต้อง echo JSON ลงไปในแท็ค หรือจะใช้เทคนิคเรียกมาจาก AJAX ว่าไป
สมมติ ssr อันนี้ผมซื้อ
เป็นผม
ปล. JS ตอนนี้สามารถ render ฝั่ง server ได้เเล้ว(ssr) เช่น VueJS มี NUXT Framework (ประทับใจที่ความเร็ว)
ปล.2 อนาคตคือ JS มันแทรกไปทุกอณูเเล้ว เขียนแอปก็ JS เว็บก็ JS คุ้มที่จะศึกษา
JavaScript จะให้ UX ที่ดีขึ้น
gowza Tue, 17/04/2018 - 18:50
JavaScript จะให้ UX ที่ดีขึ้น เช่นสามารถทำ form input ที่เป็น conditional และดึงข้อมูลโดยไม่ต้อง load หน้าใหม่ หรือ สร้าง form input เองที่นอกเหนือจากสิ่งที่ browser มีให้ (input, select, checkbox, radio, ฯลฯ)
ถ้าใช้ JavaScript frontend แทนที่จะ render page ก็จะหันมากส่งข้อมูลผ่าน AJAX อาจจะช่วยเรื่อง performance ของ backend ได้ และอาจจะลดเรื่องการต้องเก็บข้อมูลใน session ไปด้วย CakePHP Laravel ฯลฯ มีตัวช่วยในการส่ง data เป็น JSON แทนการ render page อยู่แล้ว
เวลาใช้ AJAX ระหว่างรอ load ข้อมูลก็สามารถแสดง loading animation/spinner/นาฬิกาทราย ได้ อาจจะให้ความรู้สึกที่ดีกว่า web browser load หน้า web ใหม่ สามารถทำ animation ตอนเปลี่ยนหน้าได้ ฯลฯ
สำหรับ CRUD app ถ้าทำได้ทุกอย่างจาก backend และ user OK กับ UX แล้ว JavaScript ไม่น่าจะช่วยอะไร แถมมีข้อดีคือสามารถ support browser เก่าๆ (แบบโคตรเก่า) ได้แน่นอน :D
ผมแนะนำว่าถ้าชอบใช้ PHP framework น่าจะลอง Laravel ซึ่งมี Vue ติดมาให้ด้วย อันนี้น่าจะง่ายที่สุดสำหรับการผสมผสานระหว่า backend rendering กับ AJAX (คือไม่ต้องคิดเอง document ของ Laravel ก็ดีพอสมควร)
ส่วน Server-Side Rendering (SSR) อาจจะไม่จำเป็นถ้าไม่ทำ SEO หรือ user ต้องการ UX ที่ไหลลื่นมากแบบที่รอ JavaScript compile บน browser ไม่ได้ แต่ถ้าจะทำ PHP ก็มี library ที่สามารถทำ SSR ได้
ขอบคุณทุกความเห็นครับ
crucifier Wed, 18/04/2018 - 23:32
ขอบคุณทุกความเห็นครับ
จะย้ายการ render html มาบน
Diaboros_Sorobaid Thu, 19/04/2018 - 09:27
จะย้ายการ render html มาบน client แนะนำให้ดู Handlebars ครับ ตัวนี้เป็น JavaScript template engine ใช้งานแบบคล้ายๆกับ template engine ใน PHP หลายๆตัว. ฝั่ง PHP กับ client คุยกันแค่ JSON เพียวๆไม่ต้องมี HTML เลย(ตาม concept นะ). React / VueJS / Angular คงรับ output จากการ render template มา render ต่อ(คล้ายๆรับ HTML response มาจาก web server).
อยู่ที่ว่า ทำงานแบบ MVC หรือ
thanyadol Wed, 25/04/2018 - 11:11
อยู่ที่ว่า ทำงานแบบ MVC หรือ MVVM