By: mk 
on 9 October 2012 - 11:39
Tags:
Topics:
กูเกิลออกเอกสารชื่อ Tablet App Quality Checklist เพื่อกระตุ้นให้นักพัฒนา Android สร้างแอพเวอร์ชันแท็บเล็ตที่มีคุณภาพ
เนื้อหาหลักๆ คงเป็นการปรับแต่งแอพให้เหมาะกับหน้าจอที่ใหญ่กว่ามือถือ ทั้งการใช้ภาพไอคอนความละเอียดสูง และการวาง UI โดยใช้ประโยชน์จากหน้าจอที่ใหญ่ขึ้นได้ (เช่น ใช้หน้าจอแบบ multi-pane แทนการยืดหน้าจอแอพเวอร์ชันมือถือโดยตรง) รวมถึงการไม่กำหนดคุณสมบัติฮาร์ดแวร์ที่ไม่มีในแท็บเล็ตอย่างการโทรศัพท์หรือกล้องหน้า-หลัง
นักพัฒนา Android แถวๆ นี้ก็ตามไปอ่านกันเองในลิงก์ข้างต้นครับ
ที่มา - Android Developers Blog
Get latest news from Blognone
Follow @twitterapi
Hiring! บริษัทที่น่าสนใจ
Blognone Jobs Premium
Cloudnone
- Kubernetes คืออะไร [Part 1] เกิดขึ้นมาอย่างไร? ทำไมต้องใช้มัน? | Cloudnone EP.14
- CI/CD ยังไงดี ตั้งเซิร์ฟเวอร์เอง vs เช่าคลาวด์ | Cloudnone EP.13
- รู้จักโน้ตบุ๊กบนคลาวด์ เช่าใช้งาน Jupyter Notebook ที่ไหนดี | Cloudnone Ep.12
- สรุปข่าวใหญ่ปี 23 และคาดการณ์เทรนด์ปี 24 ในวงการ Cloud | Cloudnone EP.11
- สรุปของใหม่และสาระสำคัญจาก AWS re:Invent 2023 | Cloudnone Special EP
Comments
ของแบบนี้มันน่าจะมีออกมาตั้งแต่แรกแล้วไม่ใช่เหรอเนี่ย -_-"
มันควรมีมานานแล้วครับ
มาช้ายังดีกว่าไม่มา :)
:daho:
เขามีพูดถึงนานแล้วครับ แต่ไปแซม ๆ อยู่ในส่วนของ Fragment ซึ่งนักพัฒนาส่วนใหญ่คงไม่อ่าน (มั้ง) หรือไม่ก็แค่ขี้เกียจ
บน Ars Technica นี่ถึงขั้นยกตัวอย่าง app ที่ไม่ทำตามตัวอย่าง (ชัด ๆ เลยคือ Twitter) เลยนะ เอาจริง ๆ ก็เกือบทุก App ล่ะครับ (อ๊ะ App ผมทำตาม guideline นะ)
คราวนี้ก็เลยเขียนให้มันชัดเจนขึ้นเท่านั้นเอง
ว่าแล้วก็เขียนของ GoogleTV ด้วยนะ ...
ผมยังไม่ได้เริ่มอ่าน Fragment เลย เข้า queue เอาไว้อยู่ -.-'
พอจะอธิบายคร่าวๆได้มั๊ยครับ แหะๆ :P ว่ามันต่างกับ layout ดั้งเดิมยังไง
เห็น concept คร่าวๆเหมือนเป็น layout ตัวนึงที่สามารถโยกตำแหน่งได้สะดวกขึ้น ทำให้เขียนแอพที่ใช้ได้ทั้งมือถือและแท็บเล็ทได้ง่าย
+1
ผมมองว่ามันคือ sub-activity ย่อยอ่ะครับ เหมือนเราแบ่งหน้าจอเป็นหลาย ๆ ส่วน แล้วเอา fragment ไปป่ะ
จะมองว่ามันคือ ViewGroup ที่มี lifecycle คล้าย ๆ activity และรองรับเมนูก็ได้เหมือนกัน ถ้าเรามีหลายๆ Fragment ที่มีเมนู มันจะเอาเมนูของทุก ๆ อันมารวมกันใส่ลงไปในเมนูอันเดียว (ถ้าไอดีของเมนูเหมือนกัน ข้อความเหมือนกัน มันก็จะแสดงขึ้นมาตามจำนวน fragment ที่มีเมนูที่ว่านี้เลย ระวังด้วย 55)
มันสะดวกกว่าใช้ view group ก็อีตรงที่โค๊ดมัน reuse ได้ง่ายกว่าอ่ะครับ เพราะว่ามันทำงานคล้ายๆ เป็น activity ย่อย ๆ เลย
ส่วนวิธีใช้เราก็เอา fragment ไปแปะใน layout เหมือนเป็น view ตัวนึงก็เท่านั้นเอง
ขอบคุณมากครับ พอจะเห็นภาพชัดขึ้นล่ะ
ไม่ยากนะครับส่วนนี้แต่ควรจะรีบมาดูแต่เนิ่นๆ ส่วนตัวผมคิดว่าแอพที่ใช้แต่ Activity เป็นหลักกับใช้ Fragment ช่วยนี่ให้ความรู้สึกที่ดีขึ้นเยอะมากเลยครับ
คล้าย ๆ พื้นฐานในการออกแบบเว็บไซต์ที่เป็นระเบียบเลยครับ
จริง ๆ Android App ทำงานคล้าย ๆ Web App ครับ (ขนาดจะไปหน้าจออื่นยังต้องส่ง url เข้าไปเลย 555) การออกแบบก็เลยคล้าย ๆ กัน
ลงทุนสูงรายได้ต่ำ
ไหนๆ ก็ไหน ออกกำหนดสเปคขั้นต่ำให้ Nexus ก็แล้ว มีวิธีเขียนแอพที่ดีแล้ว ก็ขยับตัวกำหนด Standard ขั้นต่ำ Hardware ด้วยเลยก็ดีนะ จะได้รู้ว่ามือถือที่จะซื้อ จะได้Versionไหน upได้ไหม เพราะปัจจุบันตลาดมันกว้างมากแล้วควรกำหนดอะไรบ้างไม่ใช่มั่วกันแบบปัจจุบัน
ผมใช้ Froyo ก็ยังรู้สึกOKนะ แม้อยากกินICSดูบ้าง ถ้ามีStd. เผื่อ DEV มือใหม่หันกลับมาสนใจบ้าง อาจมีใครเอาproject butter มายัดลง froyo บ้างก็ได้.........ฝันต่อไป
ว่าไปก็คันมือ อยากเปิดประเด็นนะว่าถ้าจะตั้ง Standard กันจะเอาอะไรเป็นตัวตั้ง เช่น เอาขนาดจอเป็นตัวตั้งก็ได้ Version 4.1.1(5.0) JB มีสเปคขั้นต่ำกำหนด แต่ใช้กับจอ 5นิ้วเท่านั้น ,4.1.1(10.1) สเปคเพมือนกันแต่ใช้กับจอ 10.1
ดีกับการทำแอพมาก
Coder | Designer | Thinker | Blogger