พอดีช่วงนี้ผม กำลังหา Solution Framework ที่ทำงานเป็นทีมได้สะดวกๆ แล้วก็ไม่ทำให้โคด "เสียทรง" ในระหว่างที่กำลังพัฒนา รวมไปถึงไม่ต้องเสียเวลา Learning กับ Framework ตัวใหม่ๆ ซึ่ง ก่อนหน้านี้ก็ได้ลองเพิ่ม HMVC ให้กับ CI อันที่จริงตัวนี้ผมลองเล่นมานานแล้ว แต่ว่าเมื่อก่อน มันทำแปลกๆ โคดไม่เข้ากับระบบ โดยรวม ทำให้เวลา CI เปลี่ยน Version ต้องมาแก้ไอ้นี่กันตลอด แต่พอวันนี้ได้ไปดูอีกที เห็นว่า เปลี่ยนมาเขียนในรูปแบบ 3Party ของ CI (จริงๆ มันแค่ยืม Folder มาเก็บ) รวมไปถึงยัง extend controller ออกมาได้เหมือนเดิม ก็เลยลองใช้ดู พบว่าใช้ได้พอสมควร ก็เลยเอามาใส่

แต่เรื่องที่วันนี้จะมาเขียนไม่ได้เกี่ยวกับ HMVC ตัวนี้เลย เพราะว่าอันนี้ ใครเอาไปลองก็ทำได้ง่ายๆ วิธีติดตั้งเค้าก็เขียนมา ไม่มีอะไรซับซ้อน 

ส่วนเรื่องที่จะเขียนจะเป็นเรื่องเกี่ยวกับการ รวมกลุ่ม ของ functions ให้ออกมาในรูปแบบของ utilities.....

เกริ่นซะหน่อยเดี๋ยวจะงง

ถ้าเกิดมีใครได้ลอง PHP Framework เดี๋ยวนี้ มักจะพบว่า แต่ละตัวก็จะมี utils ซึ่งบางตัวก็อาจจะใช้ชื่อต่างจากนี้ อันที่จริง มันไม่ใช่อะไร แต่เป็นการเขียน helpers ให้อยู่ในรูปแบบ ของ class ซึ่งจัมีประโยชน์ในด้าน naming ของโคด ทำให้ จัดกลุ่มได้อย่างสวยงาม ยกตัวอย่างเช่น ถ้าผมจะเขียนเกี่ยวกับเรื่อง Path ใน CodeIgniter ผมก็อาจจะไป extend url_helper ออกมา ให้เป็น MY_url_helper แล้วเขียน function เติมลงไป ซึ่งจริงๆ แล้วมันก็ไม่มีอะไรเสียหาย แต่ว่า ถ้าเกิดมีใครไป ตั้งชื่อ "แปลกๆ" อาทิเช่น user_info() ใน  ไฟล์นี้ล่ะก็ รับรองได้ ต้องไล่โคดกันยาวววววว

JS.Class

อันนี้ต้องบอกก่อนว่า เพิ่งเจอเมื่อช่วงเย็นๆ นี้เอง เลยขอแค่ แนะนำ ครับ ไม่ได้ Review ไม่ได้ลงลึกถึงรายละเอียด หรือวิธีใช้งานแต่อย่างใด พอดี เห็นน่าสนใจเลยหยิบมาเล่าสู่กันฟัง

คือจากหน้าเว็บมัน มันบอกว่า ตัวเองเป็น ชุดเครื่องมือ สำหรับสร้างโปรแกรม JavaScript ในเชิงวัตถุ ที่ได้อิทธิพลมาจาก ภาษา Ruby แล้วก็ทำงานได้ ทั้งฝั่ง Client แล้วก็ Server

พอดี ผมไปลองเขียนเล่นๆ มาดูนิดหน่อย เห็น Syntax สวยงามน่าใช้ เป็นรูปแบบดี โคดไม่เลอะเทอะ อาจจะหยิบ ไปใช้ร่วมกับ PhoneGap หรือ Ti ได้ ก็เลยลองสักหน่อย ได้ผลมาตามข้างล่างนี้แหละครับ

ใครสนใจก็ลองไปอ่าน Manual แล้วก็เล่นดู ถ้าเล่นแค่ แบสิค ตามหน้าเว็บมันแบบผม มันก็ไม่ยากหรอกครับ อิอิ

ที่เหลืออยู่ที่ว่าจะเอาไปประยุกต์ใช้ยังไง

นอกจากนี้ก็ยังเจอ ไอ้ตัวที่คล้ายๆ กันอีกตัว แต่ยังไม่มีเวลาลองเลย เอาลิ้งก์มาแปะไว้ก่อนละกัน เผื่อจะมีคนสนใจ

Joose

ไปล่ะครับ สั้นๆ ง่ายๆ

สวัสดี สวีดัด ไม่ได้พบเจอกันนาน เป็นไงกันบ้าง หวังว่าคงสบายดีกันทุกคน ว่างๆ ก็ไปทักทายกันที่ Fan Page ได้นะครับ

วันนี้จะมาคุยถึงเรื่อง Object-oriented programming (OOP) ในภาษา PHP กันซะพอหอมปากหอมคอ

ก่อนอื่นนั้น เท่าที่สังเกตุส่วนมาก Developers สมัยนี้แทบจะเรียกว่า เขียนโปรแกรมแบบ OOP "เป็น" กันหมดแล้ว เพราะว่าสมัยนี้ Framework หรือว่า Components ต่างๆ นั้นถูกผลิตมาแบบ OOP เป็นเสียส่วนใหญ่ จริงๆ ก็เรียกได้ว่า แทบจะ 100% เลยทีเดียว ทั้ง Yii, CI, Zend, etc. ซึ่งแน่นอนเราก็หลักเลี่ยงที่จะใช้มันไม่ได้เสียด้วย ทีนี้พอ Developers ใช้ของพวกนี้บ่อยๆ เข้าจนชำนาญ ก็พาลคิดไปว่า กรูนี่เขียน OOP "เป็น" แต่ไอ้คำว่า เป็น นี่ต้องมาดูกันอีกทีว่าเป็น แค่นั้น เพราะว่าของพวกนี้ มันต้องมี Basic ครับ ไม่สามารถกระโดดข้ามขั้นไปได้

เพราะว่าถ้า Basic ไม่แน่น ขาดความเข้าใจพื้นฐาน มันก็จะพาล ไปเขียนโคดแบบ Procedural ใน OOP Framework เสียฉิบ ไล่มาตั้งแต่ Keywords ของ OOP เลย ต้องทำความเข้าใจให้ครบถ้วน อาทิเช่น

interface + implements ใช้ทำอะไร

abstract class คืออะไร

public, private, final, protected  ต่างกันยังไง

static ใช้ทำอะไร ต้องใช้แบบไหนจึงจะเหมาะสม

พอไล่เรื่อง keywords จบก็ควรจะศึกษาเรื่อง Design Patterns ต่อ เพราะว่า การเขียน oop ไม่ใช่มีแบบเดียว ต้องเลือกเขียนให้เหมาะสมกับงานที่จะใช้งาน

วันนี้มาจั่วหัวแปลกๆ ไม่ได้มีอะไรพิเศษ หรือมี บทความสาระสำคัญอะไร มาอัพเดท แต่แค่จะมาบอกว่า บล็อกที่มัน ไม่อัพเดทเลย เพราะ Admin ขี้เกียจจริงๆ 555++

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

ตอนนี้ก็เสือกไปจดโดเมน onDeviceReady.com มาอีก คิดว่าจะเอามาเขียนเกี่ยวกับ Mobile Hybrid App (ไม่รู้คิดได้ไง ขี้เกียจขนาดนี้ สงสัยตอนคิด กรูจะเมา 555)

ก็เลยมาประกาศให้รู้โดยทั่วกันว่า บล็อกนี้อ่ะ มันไม่อัพเดท ง่ายๆ หรอกนะ นอกจากจะ อยากเขียนเรื่องอะไร มากๆๆๆ จนตัวขี้เกียจมันหลุดไปอ่ะแหละ

ต่อจากนี้ ถ้าจะเขียน ก็คงเป็นแบบ โพสต์ลง Facebook.com jQueryTips Fanpage นี่แหละ เล่นง่ายๆ ไปเลยกรู ยังไงก็ฝาก Page นี้ด้วย แล้วก็ถ้าว่างๆ ก็ไปคุยเล่นกันที่ Page ได้ไม่ซีเรียสๆ

สวัสดี (จบแบบหนังไทย โบราณแม่งเลยนี่)

JSFIDDLE เป็น Tools สะดวกมากๆ สำหรับเขียน เทสต์ Script หรือว่า ส่งต่อตัวอย่าง หรือว่าจะประยุกต์ทำอะไรก็แล้วแต่

โดยที่ Tools ตัวนี้จะแบ่ง กล่องเริ่มต้นมาให้เรา ทั้งหมด 4 กล่อง แบ่งเป็น

HTML

CSS

JavaScript

Result

โดยที่เราสามารถเขียนสามารถเขียนโคด ตามแต่ละส่วน แล้วผลลัพธ์ก็จะออกมาที่ ส่วน "Result" ที่สำคัญ Tools ตัวนี้ ยังอนุญาติให้เรา Load พวก JS Framework ต่างๆ เข้าไปเพื่อทำการเทสต์ร่วมได้ด้วย โดยที่เราจะใช้ Sources ที่เค้าเตรียมมาให้ หรือว่าจะ link ตรงเข้าไปเพิ่มเอง ก็ยังได้

มาคุยกันเรื่อง Mobile Dev กันอีกสักรอบ ... ช่วงนี้ผมเห็น App หลายๆตัว เริ่มเปลี่ยนมาใช้ HTML5 กันมากขึ้น ซึ่งก็พอจพมองได้ว่าเป็นข่าวดี เพราะ HTML เป็น เทคโนโลยี ที่ ง่าย แล้วก็ ไปได้ทุก Platform

ก่อนหน้านี้ผมมีปัญหากับการเขียน App ใน Titanium คือมันมีปัญหากับ Table พอ เนื้อหายาวๆ แล้ว Scroll ขึ้นลงเร็วๆ มันจะกระตุก หน่อยๆ ไม่ค่อย นิ่มนวลเท่าที่ควร ก็เลยคิดว่า จะลองเปลี่ยนมาเป็น HTML5 ในส่วนของ Table + JS Scrolling เข้าท่าๆ สักตัว

แต่จนแล้วจนรอด ก็ไม่มีตัวไหนได้อย่างใจผมเลย

จน iOS update มาถึง v5 นี่แหละ ถึงได้รู้ว่า คิดถูกแล้ว

Scrolling ของพวก Mobile มันจะ มี โมเมนตั้ม ที่ต่างจาก การ Scroll ขึ้นลงของ Browser ค่อนข้างมาก เพราะฉะนั้น ถ้าเราเขียน HTML Table ธรรมดา ลงไปเป็น App ความรู้สึกมันจะรู้เลย ว่าไม่ใช่ แต่ วันนี้ Apple แก้ปัญหาให้เราแล้วล่ะครับ

แล้วทั้งหมดก็แก้ปัญหาด้วยคำว่า

สวัสดีครับ หายหน้ากันอีกไปพักใหญ่ๆ แต่ว่าก็ยัง อัพเดทอยู่ใน Fan Page อยู่เรื่อยๆ นะ แต่ว่าถ้าเป็น บทความยาวๆ นี่มันท้อ แฮะ 555

แต่วันนี้ ยังไงก็มาแล้ว ก็จับประเด็น บางเรื่องมาเล่าสู่กันฟัง...

พอดีช่วงนี้ผมกำลัง ทำงานในส่วนออก Report พอดี ซึ่งที่ต้องการก็คือ ออก Report เป็น PDF อันที่จริงมันก็ไม่มีปัญหาอะไรหรอก Lib PDF มีอยู่ถมไป Zend_Pdf ซึ่งทำงานได้ละเอียดมากๆ ก็มีอยู่ แต่ด้วยความขี้เกียจ เลยไม่อยากไป Add Columns ไปสร้างสี แบ่งล๊อกอะไรให้มันวุ่นวาย

แล้วก็จำได้ด้วยว่าเคยเห็น Web ตั้งเยอะที่มัน Convert HTML เป็น PDF มันน่าจะมีใครทำ Lib อะไรมาให้ใช้บ้างน่า สรุปได้ แคนดิเดท มา 3 ตัว ประกอบไปด้วย

1. TCPDF

2. Dompdf

3. mPDF

ก็เลยค่อยๆลอง ไปทีละตัว โดยที่แต่ละตัว ก็มีข้อเด่น ข้อด้อยต่างกันไป ซึ่งแรกเริ่ม ผมก็ไล่มาเลย ตั้งแต่

TCPDF

ตัวนี้ค่อนข้างจะใช้ง่ายมาก ไม่ต้อง Config อะไรวุ่นวาย Font ก็มี ที่ Support ภาษาไทยมาให้ในตัว คือ "Freeserif" ไม่ต้องทำอะไรเท่าไหร่ ตอนแรกก็คิดว่าจะหยุดที่ตัวนี้แหละ แต่พอทำไปทำมาเกิดปัญหา คือมันสามารถอ่าน Stylesheet ได้แค่เล็กน้อยเท่านั้น พวก attrs ง่ายๆ อย่าง  color อะไรแบบนี้

แต่ว่ามันดันอ่านพวก float, padding, margin เพี้ยนๆ ไม่เหมือน HTML ที่ทำมาเท่าไหร่ ซึ่งมันยากมาก เพราะผมต้องทำ HTML เป็น table เกือบทั้งหมด เลยเปลี่ยนๆ ลองตัวใหม่

Dompdf

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

พอถึงเรื่องภาษาไทย ผมพยายาม Add Font ไทยเข้าไป มันก็ได้อยู่ ถึงจะลง Font ค่อนข้างลำบากหน่อย แต่พอเอามา Render จริงๆ font ไทย เนียนนะครับ ใช้ได้หมด แต่สระ เสือกกลายเป็น สี่เหลี่ยมหมด (คิดว่าคงมีวิธีแก้ แต่ตอนนี้ไม่ได้หาต่อแล้ว) ก็เลยข้ามไปก่อน กะว่าจะมาหาวิธีแก้ ที่ตัวนี้แหละ แต่ยังไงขอลอง ตัวถัดไปก่อน

วันนี้ผมเอาลิ้งก์แนะนำ การเขียน JavaScript ตาม Pattern แบบต่างๆ มาแนะนำ ซึ่งค่อยข้างแปลกสักหน่อย คือผมมา อัพบล็อกแต่ไม่อยากเอา บทความเค้ามาแปล เพราะว่า กลัวจะแปลไม่ถูก 555

แต่ว่า บทความนี้มันดีจริงๆ ผมเลยต้องเอามา บล็อกกัน ทั้งๆ ที่ Copy มาเป็นลิ้งก์แบบนี้แหละ

บทความเค้าเป็นเรื่องเกี่ยวกับ JS Pattern แบบต่างๆ รวมไปถึง ข้อแตกต่าง ของแต่ละรูปแบบ ส่วนตัวสำหรับผม มันน่าสนใจมากๆ แล้วก็มีประโยชน์ที่จะ ทำความคุ้นเคยเอาไว้

เพราะ JS ในปัจจุบันมัน ค่อยข้างจะแทรกซึมไปทุกที่ ทั้ง HTML5, Mobile Framework, API Protocol, Push Engine แล้วก็อีกล้านแปด ในอนาคตนี้ก็ไม่มีทางตายง่ายๆ นับวันมีแต่จะใหญ่โตขึ้นเรื่อยๆ

ก็ลองๆดูๆ กันหน่อยนะ วันนี้ขออัพเดท แบบคนขี้เกียจสักหน่อย 555

ที่ท่านกำลังจะอ่านต่อไปนี้ เป็นเรื่องจริง ของตัวผมเอง ที่ไม่เคยตีพิมพ์ที่ไหนมาก่อน 5555

ผมไม่มีชีวประวัติเท่ห์ๆ อย่างเช่น

จบ IT Specialits จาก มหาวิทยาลัยชั้นนำของอเมริกา หรือว่า สร้างตัว จากเสื่อผืนหมอนใบ ไม่มีแม้กระทั่ง ปริญาตรี จากสาขา คอมพิวเตอร์ ที่ไหนทั้งนั้น แต่นี่คือสิ่งที่เกิดขึ้นกับผม จริงๆ !

"เขียนโปรแกรมเหรอ" ?

ตัวผมก็ไม่ได้เรียนเกี่ยวกับทางด้านนี้มาเลยนะ ไม่เคยคิดด้วยซ้ำ จบโฆษณามาล่ะ เพราะตอนเรียนมหาลัย ไม่ชอบเลข กับ ภาษาอังกฤษ ถึงขนาดเคยติด F ซะด้วยซ้ำ แถมจบช้ากว่า คนอื่นปีนึง เพราะว่าติดสาว 555

จบมาก็ไม่รู้จะทำอาชีพอะไร เพราะว่าโง่มาก ดีที่ตอนนั้นเห็นเว็บมันกำลังมา หันไปทางไหนมีแต่ คนเล่นเน็ท เลยหันมาศึกษา เพราะอยากรวยอย่างเดียว คิดว่า ทำเว็บเสร็จ สงสัยคนจะมาลงโฆษณาเยอะ (เคยเห็นค่าโฆษณาบางเว็บแล้วมันเยอะดี) ลงสัก 10 ป้าย ป้ายละพัน ได้สักเดือนละ 10,000 นึง โอ้ย แหล่ม มีตังค์เที่ยวแน่กู !!!

ก็เลยหัดเขียนเว็บแม่งเลยนี่ เดี๋ยวทำเว็บดังๆ รวยไม่รู้เรื่อง ฮ่า ฮ่า ฮ่า

ในใจตอนนั้นคิดว่า มันจะไปยากอาไร้

โอ้โห ไม่ได้อัพเดทบล็อกนี้ (มีบล็อกเดียว) มานานมากๆ เผลอแป๊บเดียว 4 เดือนเข้าไปแล้ว ก็มันขี้เกียจนี่หว่า ไว้จะทำ Screen Cast แทนไม่รู้จะลำบากขึ้นมั้ย 555

เอาล่ะ ไหนๆ ก็อัพ แล้ว เอาเรื่องที่หาอ่าน บทความภาษาไทย ไม่ค่อยได้ดีกว่า เรื่องของ "Web Service"  ครับ ปกติส่วนมากจะมีแต่บทความวิธีใช้ แต่ว่า วันนี้ผมจะมาเขียน บทความ "วิธีทำ" กันดีกว่า

สมัยนี้ หนียังไงก็หนีไม่พ้น กับการต้องเข้าไปยุ่งกับ API ของเว็บบิ๊กๆ ทั้งหลาย ซึ่งแต่ละเว็บก็มีการใช้ Protocol ต่างกันไป ถ้ายิ่ง บิ๊กมาก ก็จะมี Protocol ให้ใช้แทบจะครบ

มีทั้ง RESTful, XML-RPC, JSON-RPC, SOAP, etc. ซึ่งลงท้ายทุกตัวทำงานเหมือนกันหมด คือใช้ติดต่อ ระหว่าง โปรแกรม ซึ่งตอนนี้ API ของเว็บทุกเว็บ อย่างน้อยจะต้องมี  1 protocol คือ REST เพราะว่ามันง่ายกับ Developer ในการติดต่อ แล้วก็เขียนเชื่อมไป จะว่า XML-RPC, JSON-RPC ก็ต้องถือว่า เป็น REST ด้วยเหมือนกันแหละ เพียงแต่ Response Format ต่างออกไป

เอาล่ะ ทฤษฎีอาจจะไม่ค่อยแน่น แต่ปฎิบัติ ผมพอไหว  555

วันนี้เราจะมาออกแบบ ชุด API ของ REST กัน โดยที่โจทย์ของเรามีดังนี้

1. API จะต้อง Authen จากโปรแกรมเชื่อมใช้งานได้

2. Structure ต้องเป็นระเบียบสามารถเพิ่ม ชุด function ได้ง่าย

3. Response ต้องออกได้ทั้ง XML และ JSON

4. ต้องมี Failed Message  ในกรณีที่ API ไม่สามารถทำงานได้สมบูรณ์

อุปกรณ์เครื่องครัวที่ต้องเตรียมมา

1. CodeIgniter ตัวนี้ใช้เป็น Base Render MVC เฉยๆ จะมีไม่มีก็ไม่ว่ากัน เอา Structure ตามถนัด

2. Zend_Rest_Server ตัวนี้ก็เหมือน เนื้อสัน ไม่มีก็ทำ เสต๊ก ไม่ได้

3. Zend_Json ตัวนี้เอาไปแปลง Response Format  กลับไป กลับมาระหว่า XML -> JSON

เอาล่ะ มาเริ่มกันเลย....

ก่อนอื่นเราต้องมี File Bootstrap ของ API คือตัวกลางนั่นแหละ เวลาที่ ใครเรียกจะต้องมาที่ไฟล์นี้ก่อนซึ่งตัวนี้ผมใช้ Controller นั้น CI  มาทำ

โดยในไฟล์นี้ผมตั้งชื่อ Controller ว่า Rest.php